我最近购买了一台Mac，并主要在VMWare Fusion下进行C#开发。有了所有漂亮的Mac应用程序，我开始考虑学习Objective-C，只需点击安装即可。
两种语言之间的语法看起来非常不同，这可能是因为Objective-C的起源是C，而C#的起源则是Java/C++。但是不同的语法可以学习，所以应该没问题。
我的主要关注点是使用该语言是否有助于生成结构良好、易读且优雅的代码。我非常喜欢C#中的特性，如LINQ和var，并想知道在Objective-C中是否有等效或更好/不同的特性。
在使用Objective-C开发时，我会错过哪些语言特性？我会获得哪些特性？
编辑：框架比较很有用和有趣，但这个问题实际上是在问语言比较（部分是我最初标记为.net的错误）。推测Cocoa和.NET都是非常丰富的框架，各自都有自己的目的，一个面向Mac OS X，另一个面向Windows。
谢谢到目前为止思考得很好并且相对平衡的观点！
没有一种语言适用于所有任务，Objective-C也不例外，但有些非常特定的优点。比如使用LINQ和var（我不知道有什么直接替代品），其中一些是严格与语言相关的，而另一些则与框架相关。
(注: 正如C#与.NET紧密耦合一样，Objective-C与Cocoa紧密耦合。因此，我的一些观点可能与Objective-C无关，但没有Cocoa的Objective-C就像没有.NET / WPF / LINQ在Mono下运行的C#一样，这不是通常的做法。)
我不会详细阐述差异、优缺点，但以下是我想到的一些。
Objective-C最好的部分之一是动态性——你通过发送消息而不是调用方法，运行时动态路由。与动态类型结合使用（谨慎地），这可以使许多强大的模式更简单甚至是微不足道的实现。
作为C的严格超集，Objective-C相信你知道自己在做什么。与像C#和Java这样的托管和/或类型安全语言相比，Objective-C让你想干什么就干什么，并体验后果。显然，有时这可能是危险的，但语言不会积极防止你做大多数事情的事实相当强大。（编辑: 我应该澄清一下，C#也有“不安全”的功能和功能，但默认行为是托管代码，你必须明确选择退出。相比之下，Java只允许类型安全代码，并且从未像C和其他语言那样公开裸指针。）
范畴（在没有子类化或无法访问源代码的情况下添加/修改类的方法）是一个很棒的双刃剑。它可以极大地简化继承层次结构并消除代码，但如果你做了奇怪的事情，结果有时会令人迷惑。
Cocoa使创建GUI应用程序变得更加简单，但你需要理解其编程范式。MVC设计在Cocoa中普遍存在，并且诸如委托、通知和多线程GUI应用程序等模式非常适用于Objective-C。
Cocoa绑定和键值观察可以消除大量粘合代码，而Cocoa框架广泛利用了这一点。Objective-C的动态分派与此相辅相成，因此只要对象符合键值规范，其类型就无关紧要。
你可能会错过泛型和命名空间，它们也有其好处，但在Objective-C的思维方式和范式下，它们将是额外的奢侈品而不是必须品。(泛型主要是关于类型安全和避免强制转换，但Objective-C的动态类型使其基本上不是问题。如果命名空间做得好，它们将是很好的，但避免冲突很简单，成本很可能超过收益，特别是对于旧代码来说。)
对于并发，Blocks（Snow Leopard中的新语言特性，在许多CocoaAPI中实现）非常有用。几行代码(通常与Grand Central Dispatch配合使用，后者是10.6中的libsystem的一部分)可以消除回调函数、上下文等重复代码。(Blocks也可以用于C和C++，并且肯定可以添加到C#中，这将非常棒。)NSOperationQueue也是一种非常方便的方法，通过将自定义的NSOperation子类或匿名块分派给GCD自动在一个或多个不同线程上执行。
alloca。只是它没有让这些功能很容易地被访问到 - 你需要显式地选择使用它们。 - Pavel Minaev我已经用C、C++和C#编程20多年了，最初是在1990年开始的。现在我决定看看iPhone开发以及Xcode和Objective-C。天啊……我所有对Microsoft的抱怨都收回了，我现在意识到事情可能有多糟糕。相比于C#，Objective-C过于复杂。我已经被C#宠坏了，现在我很欣赏微软所做的努力。只是阅读带有方法调用的Objective-C就很难懂了。C#在这方面非常优雅。那只是我的看法，我希望苹果的开发语言和产品一样好，但亲爱的，他们有很多东西需要向微软学习。没有什么.NET应用程序可以让我比使用XCode Objective-C更快地完成应用程序的构建。苹果确实应该向微软学习，然后我们就会拥有完美的环境了。 :-)
这里没有技术审查，但我发现Objective-C的可读性要低得多。 根据Cinder6给出的例子：
C#
List<string> strings = new List<string>();
strings.Add("xyzzy"); // takes only strings
strings.Add(15); // compiler error
string x = strings[0]; // guaranteed to be a string
strings.RemoveAt(0); // or non-existant (yielding an exception)
Objective-C
NSMutableArray *strings = [NSMutableArray array];
[strings addObject:@"xyzzy"];
[strings addObject:@15];
NSString *x = strings[0];
[strings removeObjectAtIndex:0];
看起来很糟糕。我甚至尝试阅读了两本书，但很快就迷失了方向，而通常我在学习程序语言/编程书籍时不会遇到这种情况。
我很高兴我们有了适用于Mac OS的Mono，因为如果我必须依赖苹果提供给我好的开发环境......
[NSMutableArray array]结束（他在泄漏内存），第四行应该以NSString* x或id x开头（编译错误）...是的，Objective-C缺乏泛型（我真的不太需要它们），你不能使用数组语法对对象进行索引，并且API通常更冗长。就是“土豆、西红柿”。这实际上取决于你更喜欢看到什么。（你可以用C++ STL编写相同的代码，但我会觉得它很丑陋。）对我来说，可读性良好的代码通常意味着代码文本告诉你它正在做什么，因此Objective-C代码更可取。 - Quinn TaylorList<T>.Remove需要一个字符串作为参数，并删除其中第一个出现的字符串。要按索引删除，你需要使用RemoveAt。 - Pavel MinaevremoveObjectAtIndex:的ObjC版本虽然冗长，但其作用是明确无歧义的。 - Pavel Minaevstrings[0]和strings.RemoveAt(0)之间的不一致性会降低清晰度，至少对我来说是这样。另外，当方法名称以大写字母开头时，我总是感到很烦...... 我知道这只是个小问题，但它很奇怪。 - Quinn Taylor手动内存管理是Objective-C初学者经常遇到的问题，主要是因为他们认为这比实际复杂得多。
Objective-C和Cocoa通过约定而非强制来实现内存管理；只需知道并遵循一小组规则，你就可以通过运行时获得许多免费服务。
虽然不是100％正确的规则，但对于日常工作来说足够好：
alloc都应该在当前范围结束时与一个release匹配。alloc获得的，则应该通过return [value autorelease];返回它而不是通过release匹配它。下面是更详细的说明。
内存管理基于所有权；只有对象实例的所有者才能释放对象，其他人永远不应该释放。这意味着，在95％的代码中，你将Objective-C视为具有垃圾收集功能。
那么另外的5％呢？你需要注意三种方法，从中接收到的任何对象实例都由当前的方法范围拥有：
allocnew或newService。copy和mutableCopy。在退出方法之前，该方法必须对拥有的对象实例执行以下三种可能的操作之一：
release释放它。autorelease。那么，何时应该通过调用retain主动承担所有权呢？有两种情况：
如果你的生活中只看到过Objective C，那么它的语法看起来可能是唯一的选择。我们可以称你为“编程处女”。
但是由于很多代码都是用C、C++、Java、JavaScript、Pascal和其他语言编写的，你会发现ObjectiveC与它们都不同，但这并不是一件好事。他们为什么要这样做呢？让我们看看其他流行的语言：
C++在增加了很多额外功能的同时，只在必要的情况下改变了原始语法。
C#相对于C++添加了很多额外功能，但只改变了C++中丑陋的部分（比如从接口中删除“::”）。
Java改变了很多东西，但保留了熟悉的语法，除非需要进行更改。
JavaScript是一种完全动态的语言，可以做许多ObjectiveC无法做到的事情。尽管如此，它的创建者也没有发明一种新的方法来调用方法和传递参数，只是为了与世界其他地方不同。
Visual Basic可以像ObjectiveC一样无序传递参数。你可以命名参数，但也可以按常规方式传递它们。无论你使用哪种方式，都是人人都理解的普通逗号分隔方式。逗号不仅是编程语言中常用的分隔符，也是书籍、报纸和一般书面语言中常用的分隔符。
Object Pascal的语法与C不同，但它的语法对于程序员来说实际上更容易阅读（也许不适用于计算机，但谁在乎计算机的想法）。所以也许他们偏离了主题，但至少他们的结果更好了。
Python有不同的语法，甚至比Pascal更容易阅读（对人类来说）。因此，当他们进行更改时，至少他们使其更好，而不只是为了与众不同。
然后我们有ObjectiveC。它增加了一些对C的改进，但发明了自己的接口语法、方法调用、参数传递等。我想知道为什么他们没有交换+和-，这样加号就可以减去两个数。这会更酷一些。
史蒂夫·乔布斯犯了一个错误，他支持了ObjectiveC。当然，他不能支持更优秀的C#，因为它属于他最糟糕的竞争对手。所以这是一个政治决定，而不是实际的决定。当技术决策出于政治原因时，技术总是会遭受损失。他应该领导公司，这方面他做得很好，把编程事务留给真正的专家。
如果他决定使用任何其他语言编写iOS并支持库文件，除了忠实的粉丝、新手程序员和史蒂夫·乔布斯外，我相信iPhone上会有更多的应用程序。对于除了忠实的粉丝、新手程序员和史蒂夫·乔布斯之外的所有人来说，ObjectiveC看起来荒谬、丑陋和令人反感。
NSArray，它会根据机器和数据的性质选择最佳算法。 - Maxthon Chan我喜欢Objective-C的一件事情是它的对象系统基于消息，这使你能够做很棒的事情，在C#中无法实现（至少在支持动态关键字之前不能实现）。
另一个编写Cocoa应用程序的好处是Interface Builder，它比Visual Studio中的表单设计器要好得多。
作为C#开发人员，让我感到困扰的是你必须管理自己的内存（虽然有垃圾回收，但它在iPhone上不起作用），并且由于选择器语法和所有[ ]，代码可能非常冗长。
System.Reflection结合扩展来完成很多操作，你可以调用任何你找到的方法，但这并不是真正的消息传递，它看起来像是obj.PassMessage("function_name", params object[] args);。为了更好地将消息传递集成到语言中，需要在普通对象上调用缺失的方法。 - Filip Kuncusing System.Linq.Xml;
XDocument doc = XDocument.Load(xmlString);
IEnumerable<MyCustomObject> objects = doc.Descendants().Select(
d => new MyCustomObject{ Name = d.Value});
最重要的区别可能是内存管理。由于C#是基于CLR的语言，因此您可以获得垃圾回收功能。而在Objective-C中，您需要自己管理内存。
如果您来自C#背景（或任何现代语言），转换到一种没有自动内存管理的语言将非常痛苦，因为您将花费大量编码时间来正确地管理内存（以及调试）。
这里有一篇相当不错的文章，比较了这两种语言： http://www.coderetard.com/2008/03/16/c-vs-objective-c/
除了这两种语言之间的范式差异外，它们之间没有太大的区别。虽然我不想这么说，但你可以用.NET和C#做与Objective-C和Cocoa相同类型的事情（可能不那么容易）。自Leopard以来，Objective-C 2.0具有垃圾回收功能，因此您不必自己管理内存，除非您想要（与旧版Mac和iPhone应用程序的代码兼容性是想要的两个原因）。
就结构化、可读性强的代码而言，其中很大一部分负担在程序员身上，就像任何其他语言一样。然而，我发现消息传递范式很适合编写可读性强的代码，只要您适当地命名函数/方法（再次强调，就像任何其他语言一样）。
我首先承认我对C#或.NET不是很熟悉。但Quinn列出的原因是我不想成为专家的几个原因。