我已经被编程在C、C++、C#和少数其他语言的多年,主要用于Windows和Linux但还嵌入的平台。最近开始做一些iPhone编程作为一个侧项目所以我用苹果的平台以来第一次我的苹果II天。我想知道什么其他的开发人员来到Mac OS x,工业化和SDK的想法。这里是我的印象,迄今为止:

  • Mac OS x:非常令人困惑,我倾向于结束了太多打开窗口并不知道有什么在哪里。幸运的是有鸟的眼睛来看,没有它,我就会丢失。与壳至少还有所有的熟悉的东西使得我很有帮助。

  • 模式:感觉不一样好visual studio或食,这两种环境中,我熟悉的。我想我可以获得用到它,但我想知道,如果苹果也不会好与日食。之前我发现在那里设置的所有窗户都粘在一起了我讨厌它,现在我可以容忍。

  • iPhone SDK:奇怪的。我明白了苹果的愿望控制它们的环境,但在今天这个时代,这似乎只是一个小小的肮脏的并且他们缺少出这么多的破坏开发的善意。

  • 目标-C:我知道关于它的多年,但是甚至从未看了它。语法令,但实际上,我非常感兴趣的语言。我认为这是一个有趣的三条腿之间C++和C#中,我喜欢很多。是否有任何机会Obj-C断裂出来的Mac沙箱由于上升的普及苹果的技术?

奇怪的读取你的思想,

安德鲁

有帮助吗?

解决方案

我是在同一条船上你一(些).我已经发展在C#为7年。净额为1.0。在过去的几周我已经教我自己的可可及的目标。这里是我的印象(注意,注意到你的)

  • 同意在这一混乱可能是一个问题。我倾向于使用空间严重当的发展模式(把模式中的一个空间界面的建设者在另一种空间工具在第三个空间)。如果你没有豹(和因此,没有空间),那么使用的命令-H要隐藏你的活动的窗口。使用,倾向于干净的东西了相当多(但这将会是很好的如果你可以命令-h自动当前窗的时命令-tab'ing到另一个应用程序).

  • 我喜欢模式越来越多。我讨厌Visual Studio-我发现它是不稳定,缓慢的,嗯,只是一个蹩脚的环境。比较我发现工业化是快速、稳定、而且我喜欢它是如何组织和过滤器的文件。我不过在我工业化的快捷方式,但我希望有一个办法可以快速开关从一个类的另一(类似于ctrl+n快捷方式在ReSharper).Intellisense可能是更好的关于如何显示用户,但是我真的很喜欢这本质上创建了一个模板,并可以按ctrl+/跳到下一个说法的消息。

  • 我讨厌文件载。帮助吸系统,并出于什么原因它 从来没有 发现什么,我在寻找。我只是谷歌上搜索为什么我需要知道...我希望他们提高文件。这是我最大的牛肉现在。

  • 还没有,因为我要通过完整的可可的框架Mac桌面。迄今为止我真的,真的很喜欢我所看到的。有一件事我要说的是,这将是好的,如果iPhone SDK允许用于垃圾回收...

  • 目标-C-我从来没有使用它,这是我第一次进军。在第一次我是有点wierded出通过语法和方括号内,供的消息,但这是真的越来越我。它是如此的快速浏览的方法和看到消息调的方法。我使用它,更多的目标-C只是感觉不错...然而模板/泛型将是一个受欢迎的语言。

所有的一切,我进军Mac发展已经令人愉快的,我很兴奋地开始工作(今天!耶!) 在一些实际mac/iphone项目。

其他提示

我同意你的情绪。来自微软开发工具(并蚀)为模式是一种严酷的。模式只是感觉...未完成在一些方面。它肯定不会有波兰,我期望VS和食。

SDK是类似的,其中很大一部分是缺乏记录,并且有很多孔在那里你知道的东西是应该的,但它仅仅不.试图仔细控制音频/视频文件播放就是一个例子。

目标-C,然而是巨大的。我真的很喜欢的语言,尽管其特点和特性(消息null不是一个运行时间异常?真的吗?) 一旦你C++的眼睛得到使用的语法、松散的类型的匿名消息实际上结束是非常酷的玩具(如果有些危险的和容易出现Rte.)

我真的想要跳上和开始发展的iPhone应用程序。我已经做了一点点的摩托罗拉、黑莓和Windows移动的发展,这都是很酷的东得到良好的文件、易于获取和安装软件开发工具包。迄今为止,我感到苹果是一位杰出人物的事实,看来他们发展的环境,只是提供一个Mac。我也不喜欢他们的许可证概念。如果你想要能够实际发布的应用程序,则需要经过他们,他们有最终的决定权在你是否可以或不可能或是否应用被认为是可接受的运行在其最优质的产品。这是我的信念,它们是使其更难以开放式源码社区,以保持和产生的应用程序或为iPhone neophite,就像我甚至开始编写的应用程序的产品。有很多糟糕的事情所述关于Microsoft,但是,我必须说,他们得到他们的Api和软件开发工具包有只要之前,他们的产品打入市场和真正的鼓励程序的所有级别的挖掘并参与编写的应用程序为他们的框架和操作系统。

我曾在几个小的iPhone应用程序和我只是惊讶,他们没有包括的组成部分的框架,使开发人员能够很容易地访问肥皂网服务。任何人都工作在一个企业环境的感觉疼痛?

我个人认为,该文件是很好的,在这一点上。在任何目的C类可以选择-双击带来的文件为这一术语,并且如果有任何例如项目的使用该特定类列出的(至少许多的iPhone特定类)。

还看到转弯的研究助理,当你第一次出发,把在码的意义(不认为这是在通过默认)。该组合的+口生成器是非常强大时,你会习惯的,并且坦率地说,在几十年来我从来没有使用一个更好的界面生成器方面如何整合,以代码的工作或能够设计的接口,明智地调整无一吨的额外工作。

我是新来的iPhone编程和模式也经过多年的编程许多平台和我的印象是相当接近你的(有一些不同):

  • Mac OS x:我从窗户大约2年前(作为一个实验)和我住:)-我不认为我会回来。具有Unix基础是非常酷的和我爱的华而不实的GUI+我喜欢的基本简单的接口。我花了大约2个月,以获得用到它,但我可不想回去。我讨厌Air键盘的布局和一些OS x的键盘的限制。这是多么有趣的一家公司,是很骄傲的可用性见解,可以得出这样一个糟糕的设的决定。也许最好的例子并不是具有上下文的菜单(右击)快捷键,事实上,你需要两个关键要完成的任务,如家庭,结束,上一页,等等。我的主要建议是要花时间学习,因为许多快捷键作为可能。我还建议安装和使用以下3方应用程序,基本上改进我的Mac经验: 水银, 路搜索, 1Password, 事情, , 文牧马人 & 发射.

  • 模式:我完全同意你的意见。我认为,工业化是 而不是原始的.我比较IDEA,我的工作有一个很大和这感觉就像苹果被卡住了至少7年过去:

    • 代码,导航是如此原始的太多窗户蹦跳
    • 你必须使用鼠标所有的时间
    • 模板是非常有限的,是基于天真的宏观概念与有关方面或范围
    • 重构是仅限于一些简单的行动
    • 你甚至不能轻松地完成琐碎的任务就像一个压倒一切的方法
    • 代码的感觉是不错,但是可能已经好得多,如果它理解打字...

    大具有讽刺意味的是,严重的Mac开发商 甚至都不了解他们有一个问题...他们是这样使用的混乱,他们必须处理的,他们不能想象一个更美好的世界...而不是帮助你,模式不断的方式获得。我可以提出几十个例子如何这种环境很烂,的时候相比,现代Java IDEs(食,用浏览器),但我认为这是浪费时间-它看起来像苹果是太骄傲向他人学习...这是有趣的,如果你考虑一个事实,即发明的发明人的Java不害羞 学习目标C.我唯一的建议(给自己太)是采取一种深吸一口气,只要你打开和模式 了解尽可能多的专家 谁是更多使用这种环境。

  • iPhone SDK:它甚至比那更糟糕-我们考虑移植 我们的移动应用程序 iPhone几个月前,但决定不打扰了,因为我们担心的苹果可能是拒绝它从应用程序的储存和你不可能事先知道(他们 拒绝 有点类似的程序,在过去,太接近iTunes!)

  • Obj-C:我发现目标-C相当好,几天后你会得到用于尴尬的消息语法,但是男孩我想念垃圾回收...具有处理与记忆的拨款和释放感觉有点像要回去时我的早期C/C++天。我刚开始学习的细微差别,这种语言,但到目前为止,我想我发现了什么。有相当一些提示分散网络有关Obj-C的最佳做法,你不可能找到的正式文档和我学到了很多他们(例如,见以下讨论 在这里计算器)

我来自一个C#背景以及已经工作的iPhone SDK由于测试2.我完全同意克兰利有关VS是有点笨重的比较载。模式是不同的路,并完全的外国当你开始使用它。所以是VS虽然在当天返回。一旦获得通过学习曲线,它是一个美好的经验。该应用程序,我的发展中使用C#服务器上面(网络服务)和我讨厌不得不切换到VS写的网服务代码载。Obj-C还相当有趣的使用,一旦你了解它是如何工作的最好的:代表们(非常不同。净的代表)、信息、分类和所有其它怪异的存在。

我做了一些Java和Flex编程之前。净和我总是讨厌的的.净docs相比Java文档。他们只是不切。我亲自找到Xcodes文档和检索系统是什么惊人的。有无数的PDF格式指南的链接的文件,有大量的样品代码。想想这一点:iPhone SDK已经完成测试用约2个月。该文件显示出一个成熟水平的许多年。是的,这是因为Obj-C已经超过一年的框架相类似。

总体而言,最大的问题,我们发现的是,有很多。网开发的跳跃在iPhone上的潮流,并试图使用Obj-C,如果它们C#或VB。他们无法阅读的基本Obj-C docs让我们单独的iPhone文档然后他们得到非常沮丧和最终失败。该论坛是全面的这种情况。iPhone编程是不容易的。学习一门新的语言是不容易的。这需要时间和很多的尝试。失败。尝试。它不是。NET因此失去了这种心态之前你甚至开始,事情将是美好的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top