独立开发者的自白：Objective-C最糟糕的13件事

本文的作者Anton Zherdev是一名具有多年开发经验的独立游戏开发者，他从一个专业开发者的视角深入剖析Objective-C，将其与C、Java等其他语言相比，解读Objective-C的优与缺，以最为精炼的话语总结出他所认为的Objective-C的13件最为糟糕的事，直指Objective-C的不足之处，与列位开发者分享。以下为文章全文：

1. 笨重的语法

在Objective-C中，必须要编写大量的代码来声明一个类或属性。对比下面的Objective-C和Scala的代码段，效果不言而喻。

 @interface Foo : NSObject
 @property (readonly) int bar;
 - (instancetype)initWithBar:(int)bar;
 + (instancetype)fooWithBar:(int)bar;
 @end
 @implementation Foo
 - (instancetype)initWithBar:(int)bar {
    self = [super init];
    if (self) {
        _bar = bar;
    }
    return self;
 }
 + (instancetype)fooWithBar:(int)bar {
    return [[self alloc] initWithBar:bar];
 }
 @end

 class Foo {
    private int bar;
    public Foo(int bar) {
         this.bar = bar;
    }
    public int getBar() {
         return bar;
    }
 }

 class Foo(bar : Int)

2. 方括号

前缀括号是一件非常虐心的事情，尽管Objective-C有IDE自动解决这一问题，却也大大降低了代码的可读性。

3. 内存管理

与具有垃圾回收器的编程语言相比，Objective-C的内存更容易泄漏。虽然垃圾回收器可能会导致程序不定时回收，但也可通过设置来避免。在Objective-C中，尽管已经有ARC来解决这一问题，并且，开发者可以很好地利用它来解决一些弱引用的问题，却还存在着无法解析引用周期的状况。

举个例子，如果你在block中使用self，并将其发送给另一个存储该block的类，便会导致内存泄漏，而且还很难发现。并且，如果想要在类字段中保存block，就必须要将其copy过来，否则，当block被调用时，程序也就崩溃了。

4. 动态且不安全的类型系统

Objective-C有一个非常奇怪的类型系统。任何消息，只要在视图中可声明，就可以将其发送给id类对象，但却无法回避id。

 @interface Foo : NSObject
 - (void)foo;
 @end
 @implementation Foo
 - (void)foo{}
 @end

 @interface Bar : NSObject
 - (void)bar;
 @end
 @implementation Bar
 - (void)bar {
   [(id)self foo]; //OK
   [(id)self bar]; //OK, but runtime error
   [(id)self qux]; //Compiler error
   Foo* foo = self; //OK
 }
 @end

5. 不支持泛型

在Objective-C中，要想查看容器类所属是不可能的，而且，编译器也不能进行检查。这方面，Java显然要好得多。

 NSArray* array = [foo array];
 id item = [array objectAtIndex:0]; //item is anything

 List array = foo.getArray();

6. 核心库集匮乏

在Objective-C的核心库中，缺少诸如分类设置、字典（地图）、链表、队列等实用集。没有它们，在进行红黑树分类和字典等开发管理时会花费大量的时间。

还有一个问题就是缺乏几项非常不错的功能，尤其是函数式编程能力有所缺失，尽管如此，但在Objective中，也有非常不错的一项功能，就是开发者可以使用分类简单地扩展核心集。

7. 缺少枚举

尽管Objective-C包含有C的枚举，但却仅仅只是一组变量，开发者必须要编写代码来实现一些类似于Java的枚举，比如链接属性等。

 enum Foo {
     Foo1(1),
     Foo2(2),
     Foo2(3);
     final int bar;
     Foo(int bar) {
         this.bar = bar;
     }
 }

8. 可怕的block语法

block是Objective-C一项非常强大的功能，但我却不知如何声明带有block类型的变量或函数参数。看下面这段代码便可知晓。

 //Declare variable foo
 void (^foo)(id obj, NSUInteger idx, BOOL *stop);

9. 操作符重载缺失

如果说无需操作符重载的话，难免有些欠妥，因为定义向量数学运算符是件很正常的事情，它使代码更具有可读性。

 [[[a add:b] sub:[c mul:f]] div:f];
 (a + b - c*f)/f;

10. 匿名类不足

定义一个协议或接口并不像想象中那么简单，要想轻而易举地实现，就必须要先实现一个完整的类。

 @protocol I
 - (void)f;
 @end

 @interface Foo : NSObject
 - (void)foo;
 - (void)qux;
 @end
 @implementation Foo
 - (void)foo {
    id i = [[Baz alloc] initWithFoo:self];

 interface I {
    void f();
 }

 class Foo {
    void foo() {
        I i = new I() {
          void f() {
              bar();
          }
      };
   }
   void bar() {
   }
 }

11. 糟糕的构造函数

使用构造函数创建新对象很常见，但在Objective-C中，要想创建对象，还需调用两个函数。当然，开发者可以编写方法直接避免该问题的发生。

 @interface Foo : NSObject
 - (instancetype)initWithBar:(int)bar;
 + (instancetype)newWithBar:(int)bar;
 @end
 @implementation Foo {
      int* _bar;
 }
 - (instancetype)initWithBar:(int)bar {
    self = [super init];
    if(self) {
    _bar = bar;
   }
   return self;
 }
 + (instancetype)newWithBar:(int)bar {
    return [[self alloc] initWithI:bar];
 }
 @end

12. 不透明的数值包装器

在Objective-C中，要想在集合或其他容器中使用数值是件很费劲的事情，除了原有代码之外，还需添加一个NSNumber类。

 int a = 1;
 int b = 2;
 int c = a + b;
 NSNumber* aWrap = @(a);
 NSNumber* bWrap = @(b);
 NSNumber* cWrap = @([aWrap intValue] + [bWrap intValue]);

13. 缺乏包管理系统

在Objective-C中，开发者必须要使用到前缀，以避免类名重合。此外，还要在头文件中对所需类进行声明，以防头文件冲突，编译失败。