mirror of
https://github.com/NohamR/knowledge-kit.git
synced 2026-05-24 20:00:37 +00:00
docs: 内容
This commit is contained in:
@@ -32,4 +32,95 @@
|
||||
- https://blog.csdn.net/blog_jihq/article/details/80669616
|
||||
|
||||
|
||||
- RN iOS 插件化开发
|
||||
- RN iOS 插件化开发
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
- 各个组件彼此独立,互不影响。
|
||||
- 组件通过组件管理器(也被叫做 ComponentManager、Router、MediumBus)通信。通过中介者进行通信。
|
||||
- 公共库基础服务基本不变,所以需要下沉到公共组。所以这部分工作可以交给底层架构组到同学去做。
|
||||
- 业务开发专心去做业务开发、业务流程的相关
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
- 左侧最基础的 MVC 架构
|
||||
- 右侧是经过组件化之后的工程目录。 LianJiaClient 里面就是最基础的 AppDelegate,也就是 App 的启动入口。LJComponent 目录下按照彼此独立的功能拆分为多个组件。每个组件按照真实的物理文件夹,划分为多个工程文件夹,每个组件内部按照 MVC 组织,比如 UI、Model、Service、Logic、Connector
|
||||
- 工程文件和物理文件最好一一对应。好理解、好找
|
||||
|
||||
|
||||
|
||||
## 如何实施组件化
|
||||
|
||||
1. 制定代码规范基础服务独立成库
|
||||
|
||||
什么叫公共基础组件?和业务无关的技术功能
|
||||
|
||||
|
||||
|
||||

|
||||
|
||||
2. 单个组件内部可以按照合适的架构组织,比如 MVC 和一些分层,比如 service
|
||||
|
||||

|
||||
|
||||
|
||||
|
||||
3. 组件之间通信包括2部分:组件之间页面跳转、组件之间服务的调用
|
||||
|
||||
- 页面跳转
|
||||
|
||||
url 导航去中心化。如果集中放到 Router 的导航方法内,则该方法可能会很长(n个组件,每个组件内m个页面,则需要 n*m 个组合)。每个业务组件,内部某个地方集中处理该组件内可能需要用到的注册 url 并返回对应的 vc,把 VC 返回给 ComponentManager,然后决定跳转方式(push、present)
|
||||
|
||||

|
||||
|
||||
- 服务调用
|
||||
|
||||

|
||||
|
||||

|
||||
|
||||
|
||||
|
||||
4. 进一步优化。动态性
|
||||
|
||||

|
||||
|
||||
ComponentManager 在根据 lianjia://ModuleOverSeaHouseList 去匹配,然后发现有 url 则不跳转本地,直接打开 H5
|
||||
|
||||
5. 服务调用传递参数不方便。NSDictionary 组装很麻烦,可以将公共 Model 下沉,作为一个 Pod
|
||||
|
||||

|
||||
|
||||
6. 组件化架构
|
||||
|
||||

|
||||
|
||||
7. 工程组织方式
|
||||
|
||||

|
||||
|
||||
8. 遇到的问题
|
||||
|
||||

|
||||
|
||||
重复资源问题:图标可以用 iconfont,并且可以控制颜色;或者在打包编译阶段,使用 shell、ruby 脚本去删除重复图片(局限性:只能图片名,对比像素比较麻烦)
|
||||
|
||||
9. 建议
|
||||
|
||||

|
||||
|
||||
10. 总结
|
||||
|
||||

|
||||
|
||||
Protocol:我遵循你这个组织的协议,则我就可以加入你这个组织,比如某个组件遵循协议,然后就可以统一调度管理。
|
||||
Reference in New Issue
Block a user