MOKA

复杂的软件必须有清晰合理的架构，否则无法开发和维护。 MVC（Model-View-Controller）是最常见的软件架构之一，业界有着广泛应用。它本身很容易理解，但是要讲清楚，它与衍生的 MVP 和 MVVM 架构的区别就不容易了。 昨天晚上，我读了《Scaling Isomorphic Javascript Code》，突然意识到，它们的区别非常简单。我用几段话，就可以说清。 一、

搭建主流框架界面 0.达成效果 我们玩iPhone应用的时候，有没发现大部分的应用都是上图差不多的结构，下面的TabBar控制器可以切换子控制器，上面又有Navigation导航条 我们本文主要是搭建主体的框架，数据暂时没有添加 分析做项目的基本流程 1.搭建项目主框架 （1）先搭建tabBarController（下面有一条） （2）再搭建Naviga

网上相关的资源不多，开源的且质量还不错的iOS项目也是少之又少，最近正好跟同事合作了一个iOS项目，来说说自己的一些想法。   目录结构 AppDelegate Models Macro General Helpers Vendors Sections Resources   一个合理的目录结构首先应该是清晰的，让人一眼看上去就能大概了解目录的职责，且容易应对新的变化。

关于MVC的争论 关于MVC的争论已经有很多,对此我的观点是:对于iOS开发中的绝大部分场景来说,MVC本身是没有问题的,你认为的MVC的问题,一定是你自己理解的问题(资深架构师请自动忽略本文). 行文过程中查阅了互联网上的大量文档,其中水平良莠不齐(最常见的就是MVC改个名就当MVVM的),当然也有许多非常有价值的参考资料,在文末会逐一列举,以供参考. iOS中的MVC和MVP Co

大多数的开发人员在讲DRY (Don't Repeat Yourself) 的时候大多认为DRY是功能和代码的重复，也就是OAOO (Once And Only Once)，其实不尽然。面向对象设计提倡的OAOO，强调的是利用面向对象的继承、组合等特性尽量让一个功能点只存在一个地方，所以OAOO强调的是面向对象设计，以及功能代码方面。而DYR的范围比OAOO要广泛得多。DYR更多的是一种架构设计思

REST的意思是表征状态转移(Representational State Transfer)，它是一种基于HTTP协议的网络应用接口风格，充分利用HTTP的方法实现统一风格接口的服务。其中包括了一下8种方法： GET: 请求获取指定资源POST: 向指定资源提交数据PUT: 请求服务器存储一个资源HEAD: 获取资源的响应头DELETE: 请求服务器删除指定资源TRACE: 回显服务器