- 《iOS 组件化-路由设计思路分析》
- 软件人员从软件工程的角度出发，从原来简单的MVC演化到MVP，MVVM，VIPER等复杂结构。更换适合业务的架构，是为后期更好的维护。
- 要求快速迭代，最好一天出一个新功能，而且要不更新就要体验到新功能。于是用h5,ReactNative,Weex等技术对已有的项目进行改造。项目架构也变得更加复杂。纵向的会进行分层，网络层，数据层持久层，UI层。每一层会根据业务进行组件化。尽管以后更好维护，增加开发效率，但是如何解耦各层，解耦各界面和组件，保持高内聚，低耦合，是很大挑战。
- React和VUE一直处于风口浪尖。SPA单页面应用中，路由起到了关键作用。路由的作用是保证URL和页面同步。在前端看来，视图是资源的一种表现。当用户在页面中进行操作时，应用会在若干个交互状态中切换，路由则可记录下某些重要的状态。而这些变化同样会在浏览器的历史中。通过前进后退按钮进行切换。可以通过手动输入或者与页面交互来改变URL。然后同步或者异步的方式来发送获取资源，重绘UI。
- react-router
- URL和UI同步的问题。
- 3Dtouch或通知来了，跳转到APP内部比较深的层次
- 自家一系列APP之间如何跳转
- 如何解除APP组件之间和APP界面之间的耦合
- 如何能统一iOS和Android的页面跳转逻辑。甚至如何能统一三端的请求资源的方式。
- 如果使用了动态下发配置文件来配置APP的跳转逻辑，如何做到两端共用配置？
- 如果APP出现bug，如何不使用JSPatch，就能简单修复bug？如简单降级，或者给个错误页面提示。
- 如何每个组件和页面之间跳转都进行埋点统计。手写代码埋点？利用runtime AOP？
- 如何在每个组件调用过程中，加入调用的逻辑检查，令牌机制，配合灰度进行风控逻辑。
- 如何在APP任何界面都可以调用同一个界面或者同一个组件。只能在AppDelegate里面注册单例来实现？
- 都可以在APP端设计一个路由来解决。
- APP之间的跳转 URL Scheme
- 对一个资源的访问，苹果也是用URI的方式来访问。
- APP内组件间的路由设计。APP内部路由设计，主要解决2个问题：各个页面组件间的跳转问题。各个组件之间相互调用问题。
- MVVM，原来View对应的与数据相关的代码，移到viewModel中，相应的C也变瘦了，演变成M-VM-C-V的结构。这里面的C的代码可以只剩下页面跳转相关的逻辑。
- MVVM框架的一个重要目的，除了解耦外，还有2个很重要的目的：代码高复用率，方便进行单元测试。如果需要测试一个业务是否正确，我们只需要对viewModel进行单元测试即可。前提是我们假定用rac进行UI绑定的过程是准确无误的。我们只需要单元测试到viewModel即可完成业务逻辑的测试。
- 页面跳转也属于业务逻辑，所以应该放在viewmodel中一起单元测试。保证业务逻辑测试的覆盖率。把页面跳转放到VM中，一种是路由，一种是ipd-mvvm-kit。
- 页面跳转相互的耦合性就体现出来了：
由于push，present后要带VC，需要引入VC。
由于写死了跳转，一旦上线，不受控制
直接跳转到内部界面，需要写一个跳转入口到指定界面 - 组件之间的调用不可避免，相互调用对方组件暴露的接口。
iOS 组件化01
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
推荐阅读更多精彩内容
- 前言 随着用户的需求越来越多，对App的用户体验也变的要求越来越高。为了更好的应对各种需求，开发人员从软件工程的角...
- Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
