EpointV3架构

2017-04-11 13:52:46   0  举报





仅支持查看

EpointV3架构是一种先进的技术架构，它以高效、灵活和可扩展性为核心原则。该架构采用了分层设计，将系统划分为多个模块，每个模块都有明确的职责和功能。这种模块化的设计使得系统易于维护和升级，同时也提高了系统的可靠性和稳定性。此外，EpointV3架构还充分利用了现代计算和存储技术，如云计算、大数据和人工智能等，以提供更强大的数据处理能力和智能化服务。总之，EpointV3架构是一种创新的、具有前瞻性的技术架构，它将为未来的信息技术发展奠定坚实的基础。

作者其他创作

大纲/内容

Core层

DingdAPI

EpointJS具体的API实现:* NativeAPI-定义在Epoint原生容器下的API实现(会通过JSBridge桥通知原生容器)* DingdAPI-定义在钉钉容器下的API实现(会调用钉钉相应的API)* H5API-定义在H5环境下的API实现(会用对应拓展的H5 UI控件来显示)上述不同环境实现的API遵循统一规范，并且命名统一。譬如，H5和Epoint中的alert API命名都会是: ejs.ui.alert里面的区别是，H5中要求在H5(非Epoint。Dingd)环境下才会实现。Epoint要求在Epoint环境下才会实现。针对一些API只有特定环境下有的(譬如一些原生设备相关操作)，会在文档中做特别说明。即文档中可以清晰的看到每一个API适用的环境。

Release层

epointjs-v3-dingd

H5API

API层

实际对外提供的最终发布版，格式为:epointjs-版本号-环境支持。左侧分别对应:* 只包括Core和NativeAPI的库* 只包括Core和DingdAPI的库* 只包括Core和H5API的库* 同时包括Core，NativeAPI和H5API的库* 其它的组合，根据命名来确定包含了那种环境的支持实际情况下，EpointJS项目在进行源码编辑时，更改完毕后，会自动将对应环境下的库都打包编译出来的，实际环境只需要根据项目要求进行不同库的引用即可。所以最终的效果是:只需引入一个库，即可根据文档，进行相应API调用。同时，也提供了API拓展的方案，譬如有一些钉钉API默认没有封装进去，这时候开发者可以根据API拓展方案，自己写一个文件来使得epointjs拓展这些API，达到所有的API都同一套风格规范的目的。(而且由于用的同一套api，进行不同平台切换时也很方便，代码复用率可以提高)

epointjs-v3-...

NativeAPI

epointjs-v3-h5

EpointJS的核心实现:* JSBridge定义，约定原生与H5交互方式* 规定API定义和拓展的方式，API层根据这个来实现不同的API* 参数预处理，错误处理机制，权限认证机制等一些通用的处理方案并且规定了所有EpointJS的API调用方式为:ejs.模块名.方法名，例如:ejs.ui.alert

epointjs-v3-native-h5

epointjs-v3-native