标签：使用 strong on 问题 代码 ef 时间 c++ 学习
这段时间体验和学习OC，虽然这么多年基本都在使用C系列语言（C，C++，C#），但是仍然有很多的不习惯.
当然，这些不习惯不代表讨厌或者不好，也许这些就是OC作为Apple开发首选语言而显得特殊的一些原因吧。下面列举一下主要的不习惯：
1. 称调用对象的方法为向对象发送消息。这两者的仔细理解是一致的概念，都是对象1委托对象2做某件事情，至于对象2怎么做，对象1不管。
2. 方括号表达方式，替代了这些年相濡以沫的点和箭头语法。当然APPLE提供了类似的语法来让C系列开发者习惯旧的方式，但是我认为既然进了XCODE，用纯的OC还是看着整体更加清爽一致些，就好像出国到了俄罗斯，还是说纯正的俄语比较好，不然沟通效果会出现很多的潜在的问题。
3. enum关键字必须出现在变量声明部分的类型名称之前，也必须出现在枚举类型强制转化前。这个必须的动作是我多么希望C系列就有的特性，C++语法允许加上enum，但不是强制，大多数人都会选择不加enum。因为以前在产品开发过程中，定义一个枚举的时候，总是在犹豫，签名要加E么，要不然和类名称声明怎么区分，因为在C系列里面，包括C#，枚举被认为是值类型，自己总是下意识的希望在类型定义时候就区分名称（当然，也有一个流派说，类型名称尽量中性，尽量不要带明显的语言特性痕迹，这个流派认为在C++中接口定义前加I，类定义前加C，枚举前加E等是冗余的，该观点认为，一旦改变了类型，变量名需要重新定义，对维护来说不是很方便。我个人的倾向和习惯是：既然是强类型，那么就应该尽量在类定义时候体现出类型的不同，类，接口，枚举或内置类型，明确的带有语言类型信息的变量名，有助于后期维护人员阅读代码并理解代码现在的语言相关信息，如果使用动态类型，那么名称就应该尽量中性。）不过typedef enum起新别名的时候我又犯难了，要不要加E？
4.其余的一些关键字的不同还好，虽说第一眼不习惯，但看着看着还真习惯了。比如@interface，@implement等。
打完手工，下班回家抱娃啦～
标签：使用 strong on 问题 代码 ef 时间 c++ 学习
原文地址：http://www.cnblogs.com/dericxu/p/Object-C.html
