2015年6月到年底，滴滴进行代号为 The One 的组件化框架开发，为了实现“代码治理”，可以“分而治之”的目标，在各个业务线各自开发的情况下防止代码大面积腐化，方便未来再做更加细致的架构重构， 采用CocoaPods的方式进行拆分；组件化之后，公共部分拆分为技术组件、公用业务组件，每个业务线是单独组件，如出租车组件、专车组件、快车组件； 通过把不同功能的组件代码拆分到不同的 pod 里，实现了业务线仅依赖于公共就可以迭代开发，改善了功能开发和协同发版。组件化只是做了治理的第一步，后面的架构优化还任重而道远。
目前滴滴iOS采用的是哪种架构模式？在controller瘦身上有哪些实践？
答：目前滴滴的 iOS 架构采用 MVCS 和 MVVM 的架构方式。MVCS 的 S 是 Store 的意思，包括服务器访问接口控制、数据共享、数据缓存的能力，每个 Store 处理一类情况，例如：订单 Store 会包括发单、取消订单、结束订单、评价订单等，常用地址 Store 会包含编辑常用地址、删除常用地址、拉取常用地址等。MVCS 这种方式的思考逻辑是希望做到组件无状态，完全依赖于 Store 所返回的各种状态信息，这种思想是非常类似于 React Native + Redux 的思路。
项目启动时，原计划用 Objective-C / Java 这种原生代码做一个类似于 React Native 的框架，但是工作量过于巨大且不成熟，不适合在 The One 这种量级项目中使用，后来没有开发该框架。采用 MVCS 的同时也采用 MVVM，用 VM 为 Controller 减肥，但VM 要通过 Store 处理数据层逻辑，达到了为 Controller 瘦身的目的。
默认
首页
