对于iOS架构模式之争的一些思考

原文

对于iOS架构模式之争的一些思考

这里写这么一篇文章不是为了激化这个争论,只是谈谈自己的个人想法,望各路大神高抬贵手,大家和气生财。

之前写过一篇《iOS MVVM+RAC 从框架到实战》,这篇文章的评论有褒有贬,自己当时也是因为经验所限,虽说只是写了个引子,但是能对一些新人有所启发,自己也会很开心的,虽然各路大神都觉得很low吧。

这里,我想说不要局限于MVC、MVVM、MVP等等一些架构模式之中,万变不离其宗,真正适用于项目的架构才是最好的架构。

在我看来,无论哪种架构,都是以MVC为基准,然后不断的调整重构、不断的划分职责,细化得来的。所以,能够掌握如何划分职责,将视图、逻辑、数据三者连接起来,易用并方便维护,那么就可以了,无所谓什么模式。

在真正的项目中,哪有这么纯粹的项目,这只是一种划分代码的思想,运用得当才能更匹配项目,让项目更有质量有速度的编写下去!每个正式项目的具体架构表现绝对是各种设计模式辅助,划分代码的思想在各个地方均有体现,而不是仅仅关注的UI层数据逻辑的处理。

关于《iOS MVVM+RAC 从框架到实战》中最后一小节中干掉基类的做法(Runtime + category),已经有所实现,也按照自己想法,在一切从简的基础上,写了一个新的列表展示,有兴趣的同学可以看一眼,这里就不介绍了,毕竟大神众多,否则文章又变得又臭又长了…

不完全Demo地址

主要参考项目中的 CodeStandard文件夹(测试代码) 及 GeneralBase文件夹(UI的扩展及Model相关的基类)

喜欢的话就点个赞支持一下,不喜欢的话那就抱歉浪费了您的时间,您笑笑也就过去了,和气生财嘛!

PS:如果您想和业内技术大牛交流的话,请加qq群(527933790)或者关注微信公众 号(AskHarries),谢谢!

转载请注明原文出处:Harries Blog™ » 对于iOS架构模式之争的一些思考

赞 (0)

分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址