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