在做tableView的例子，为什么获取这个数据喜欢 把属性映射到模型的属性上？
直接使用字典的格式保存不是也可以吗?
好处是什么？
请教下各位大神！
首先，并非大神，其次，下面是我的理解
首先说明一点，这种做法应该比较好的诠释编程的基本思想、逻辑或者叫做规范。
再次，关于复用。
再次，方便记忆或者协作开发。
如果你硬是使用字典去做，这应该也是完全正确的，但是你无形中让其他人无法很快的搞懂这些代码所传递的含义。
关于M
不论是正统的MVC 或者是热门的MVVM 其中的M是很重要的一环，对于这种既定的模式而言，Model对于整个程序来说，是有存在的意义，你可以根据他的名字或者是内容对其寓意化，最起码，你自己很快的就可以知道这个玩意是啥。个人感觉，MODEL更像一种规则
关于复用
想想下面场景
你浏览一个列表，这个列表中是所有的用户，当你关注一部分用户后，将这些用户加入到你关注的列表中，同时展示出来。
如果是上面的场景，你如果使用网络加载的情况下，你如何处理？ 写两次的字典解析嘛？
++ 现在要针对上面的场景做本地缓存，那又该怎么做。
如果是保存再本地的数据库，当你拿出来的时候，又是一阵凌乱。
这个时候是该想想怎么的当时去复用这些数据了把。－－－－MODEL
关于协作。
其实这一点和复用有管理，如果项目比较大，那么大家如何共用一套规则来制定数据的解析？
总结
最开始的编程应该是没有任何规则的，开发久了，大家久渐渐的知道什么简单了。
以上是我的拙见。
很重要的一点是，写代码的时候有自动提示。。
你可以去看一下JSONModel
@ismoker 的答案非常赞！我补充一件小事~
如果一直用字典的模式，每次存取的时候都要用@"name"。这样不仅不会有任何补全提示，而且完全不受编译检查，非常非常非常容易出错。如果出个 typo 写成@"nmae"，取的时候取不到值，但编译过程不会有任何错误。仅这一点，就足够用实体对象代替字典了。
凡是用字符串的地方都要当心出错，除了字典的 key，还有 reuseIdentifier，SEL等…… 我最近就在这上面出了一个很严重的bug。所以只要有可能，一定要尽量避免字符串的使用。