NJCS设计理论篇

发表于   |   分类于   |  

闲言稍絮
什么是动态功能部署、动态功能部署有什么优缺点、市面上都有哪些动态功能部署的方案、这些方案横向对比优点缺点各是什么等等，类似的问题及答案就不赘述了，某度一搜相关的文章有好几十页，有兴趣的可以去看看，下面直接讨论我们的实现方式。
NJCS的整体介绍
整体设计

上图是系统的整体结构图，一共包含了四层，从上至下依次是：
JS业务层：包含了所有的业务操作（如：组件创建、属性设置、业务逻辑实现）。
JS核心层：包含了JS类的定义，继承的实现，操作信息的解析和封装。
Native核心层：主要包含了操作信息解封，操作执行，外挂功能（如：数据类型解析、页面管理、网络请求、弹窗管理、数据库操作、多线程操作等）管理。
Native展现层：Native核心层的操作执行结果最终都会在该层进行展示。
这四层的交互流程如下：
JS业务层将操作数据提交到JS核心层，JS核心层将操作数据解析封装提交到Native核心层，Native核心层解封操作数据并且执行这些操作，操作执行的结果最终都会在Native展现层进行展示。
NJCS系统的设计
试想一下如果我们能动态的创建UIView实例，并且动态的设置这些实例的各个属性，那我们就能够动态的实现业务页面，如下图：
整体交互
我们在Native环境中创建UIViewController实例viewController_native的同时在JS环境内也创建了一个与之对应的NJCSUIViewController实例viewController_js，系统在调用实例viewController_native生命周期方法（如：init（）、viewDidLoad()、viewWillAppear（）、viewDidAppear（）等）时，改方法内部就会去调用实例viewController_js中相对应的方法。如此，本来需要在Native中完成的逻辑我们移到了JS中，所有逻辑在viewController_js中实现即可。
NJCS的设计在实现过程中遇到的问题
1：在JS环境内调用Native相关方法
如何在JS环境内初始化Native组件，如何在JS环境内对Native组件进行相关操作。
JS业务层源码如下：


var UILabel  = GetNativeClass(“NJCSUILabel”);
var labelInstance = UILable.alloc().init()
labelInstance.setText(“Hello world, it is NJCS.”);

流程参见下图：
数据流
图中包含了四条数据信息流，包含了Native组件的初始化和设置操作：
蓝色的是获取Native类数据信息流：业务层将类名提交到JS核心层，如果缓存中包含该类则直接返回，如果缓存中不包含则将类名提交到Native核心层，Native核心层根据类名获取原生类对象并返回。
红色的是alloc获得该类悬挂指针的数据信息流：业务层将原生类对象，想要执行的方法名称以及方法执行时需要的参数提交到JS核心层，JS核心层解析并封装相关的数据信息，然后将封装后的数据信息提交到Native核心层，Native核心层解封数据信息，并根据这些信息执行相应的方法，将执行结果返回。
绿色的是init获得该类实例的数据信息流：同上
浅蓝色的是对该实例进行其他操作的数据信息流：同上，只是该操作是没有返回结果，最终的执行结果会在Native展现层进行展示。

其实Native的类对象，以及Native实例对象（上图所示中的id（2） 对应的Wrapper object）是不能直接返回给JS业务层的，因为在IOS7及以下操作系统中是会崩溃的，所以操作的执行结果在JS核心层都进行了一次封装，在Native核心层执行时都进行了解封。
另外方法在执行时我们选择了NSInvocation，因为可以从里面获取到方法执行时所需参数的数据类型以及方法返回值的数据类型。在NSInvocation.h文件源码里面我们知道有些数据类型我们是可以获得的：
类型标识
如：NSString对应*、NSArray对应[、STruct{对应等类型，但是其他的id类型对应的都是@，所以在数据类型转换时我们都进行了特殊的处理，具体的实现实现细节这里就不赘述了，感兴趣的可以看一下我们的源代码。
2：带有代理的Native组件的处理
带有代理的组件如：UIWebView、UITableView，他们的代理方法在被调用的时候如何调用到组件所在的NativeViewController对应的JSViewController的方法。

为了方便管理和使用所有的原生UI组件都是经过封装（以组合的方式封装进了NJCSUIView中）的，组件的代理在封装的时候一并实现了，同时给当前组件添加了一个owner属性指向当前组件归属的UIViewController（如上图所示），如此，组件的代理方法在被调用的时候，会根据owner找到在js环境中与之对应的JSViewController并运行它的方法。
组件设计
NJCS的安全控制
关于安全我们是从两方面控制的：
1：保证JS文件的来源

文件来源控制我们采用了业界常用的方法（参见上图），通过对文件非对称加密及md5值比对来保证文件来源，这里就不多说了。
2：限制Native类的使用权限

对于一些特殊的类，或者存有敏感信息的类，在系统启动完成后可以通过硬编码的形式注册到系统中去参见上图，JS核心层在请求这些类信息时会去敏感类注册池内进行比对，如果改类已被注册则会抛出异常。

鉴于时间的限制，整体设计理论篇就到这里了……

热评文章