iOS开发中,把NSDictionary封装成实体有什么好处?
首先,我知道怎么封装成实体类。但是这样有什么好处呢?比如,从服务端取到json数据转成dic之后,为什么要再封装一层成实体呢?不要说什么MVC模式。个人感觉这样更麻烦了,...
首先,我知道怎么封装成实体类。但是这样有什么好处呢?
比如,从服务端取到json数据转成dic之后,为什么要再封装一层成实体呢?
不要说什么MVC模式。
个人感觉这样更麻烦了,如果服务端返回数据有更改, 需要改动的地方更多了。
是不是有些其他的好处?
我认为dic就是最基本的实体了。
可能我理解有些不对的地方, 请各位帮忙解惑。 展开
比如,从服务端取到json数据转成dic之后,为什么要再封装一层成实体呢?
不要说什么MVC模式。
个人感觉这样更麻烦了,如果服务端返回数据有更改, 需要改动的地方更多了。
是不是有些其他的好处?
我认为dic就是最基本的实体了。
可能我理解有些不对的地方, 请各位帮忙解惑。 展开
- 你的回答被采纳后将获得:
- 系统奖励15(财富值+成长值)+难题奖励30(财富值+成长值)
1个回答
展开全部
一般来说,数据解析出来还需要进行一定的处理,才能够被使用,封装的时候,将这些处理也封装进去。
如果数据够简单,直接使用NSDictionary也可以,如果数据复杂了,每次使用都需要一层层的解析NSDictionary,显然不划算,我一般会将解析过程也封装到实体的初始化initWithDictionary。
不见得需要将最外围的NSDictionary封装成对象,到底封装哪些数据,依据情况而定。
服务器返回数据有更改,使用NSDictionary,同样需要改变key,和封装一样,都要改动。
追问
如果业务逻辑复杂,封装是应该的。
比如:员工每月实发工资,要计算请假,调休,迟到等因素, 这明显是需要封装成“员工实发工资”方法的。
现在业务逻辑很简单,就是服务端返回一个dic,key-value格式, 都不带嵌套的。
这种情况下也去封装key-value分别对应属性-值,我感觉这样太多余了,直接拿着dic用不是一样的吗?
追答
是的。
本回答被提问者和网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询