企业级移动应用生成平台开发(一)

技术性衡量

进入移动应用领域快四年时光，从刚开始的小型产品开发整合到初步涉入游戏领域，而后是试着带领新团队起步，以及后来的接触长期化战略级产品团队，以及偶尔接触的一些外部项目，可以说都是在技术化的特征下开始着自己的职业化，直到一年半前开始接触平台及应用的开发，随说接触的产品涉及领域不算广，却也算得收获颇丰。现在通过《企业级移动应用生成平台开发》之一系列文章将这些年的所得记录下来，希望能对同业的朋友们有所启发。

回归整体，我们今天要分享的是有关《企业级移动应用声称平台开发》之技术性衡量。技术做为产品特别是平台化产品的承载体，对市场的支撑起着保障性作用。接下来我们就将以企业级移动应用平台生成开发的技术性衡量的各个方面进行探讨。

（一）编译自动化

第一，自动化生成是其最基础的特性，亦即编译自动化。这是移动应用生成平台的一个最基本特性。在这个特性下，最起码的一点，要保证我们在任何时候都能够生成一个可以发布的应用，即使这个应用完全没有变化。技术上的实现并不难，网络上有大量的操作原理，只是我们要注意一点，在编译前必须做到包的标识区分。所以这里就涉及到编译前包信息的修改，在对iOS的编译要修改的信息包括包名以及描Bundle ID了。对这一点我们可以借助相应的Plist修改工具。Android下同样涉及到包的前面信息修改，具体的操作都有相关的具体资料可查这里就不多谈了。

第二，编译资源信息处理。编译前资源信息的处理是保证产品特征差异化的第一步，这也是应用平台化的实现得意推广的基础。这需要建立在中间生成平台的基础上。如果条件允许的化最好是将不同移动平台的编译工作集成到一起来处理，这样将大幅降低平台技术成本。当然这样做就必须的保证平台的稳定性和资源的尽可能统一性。之所以需要提及编译资源信息的处理是因为现在的移动应用生成平台都都是整体打包的，那么要做到差异化就必须以数据为驱动。因此进行编译信息处理也就是必要的步骤了。当然如果团队技术允许的化可以做到功能动态打包，但即使如此仍旧无法做到在不依赖数据驱动的情况下实现编译产品的差异化特性。

（二）数据驱动视图

要实现数据驱动视图，必须要前端和后端具有高度的契合度以及可扩展性才能保证平台良好的运行并降低由于升级带来的影响。要做到这一点必须保证数据符合一下特征。

第一，层级区分以及视图逻辑。这里所谓的层级区分是之在一个视图中可见操作单元的嵌入层次。比如说一个页面，上部分含有一个三条左右活动部分，中间包含了一个两宫格。最下方只有一条单一广告链接。那么，这里这个视图的第一层级就包含了三部分，而在第一部和第二部分包含有子层级，第三部分则只有一个层级。所以我们必须重视层级嵌入的涉及，这一特性的涉及将极大影响项目开发的难度以及可维护性。接下来就是试图逻辑了，这涉及到视图展现的处理标准性以及产品的功能未来可扩展性，同时还影响着视图导航驱动。同时还必须考虑的一点是，导航视图的驱动。

第二，数据，做为业务处理和视图驱动的基础。必须保证视图顶层框架即使驱动以及局部视图的异步化操作。这样做的好处在于可以做到数据的动态性，同时保障网络数据请求的传输压力得以分散。

第三，前端视图布局可变形的后台可编辑性。这样做将极大保证产品用户体验得意更新，同时做到减少由于频繁升级带来的用户体验影响。

第四，逻辑驱动数据配置固定化与业务内容数据保持结构独立性与实体统一性。这样可以保持视图驱动不因版本或参数扩展而导致异常。同时也为数据管理的独立性提供便捷化。

第五，逻辑控制独立化。

（三）打造可代理和独立化运作应用生成体系

这一点主要是为商业化运作设计的一个体系。在技术层面来讲，这一点需要做的是建立用户可以有自己的独立的商业代理及发布可能。

（四）建立开发者盈利机制

打造一个可三方开发体系将是减少平台局限和实现功能扩展的一个模式。要建立这样一个机制必须保障平台具有可只有设计的数据库驱动体系。这一点可以参考stackmob和bmob两平台的设计体系。而要做到这一点不仅如此，还需做到编译平台的功能模块动态定制机制。

对平台级产品的开发涉及到方方面面，这里只是寥寥谈及一些。更多的需要大家共同探索和分享。当然也还有很多传统平台开发的特性同样是可以用于移动应用生成平台的开发。正如持续集成特性等。时间比较晚了，对这些传统化平台的可用解决方案网上有太多的资料这里就不在赘述了，自己去试着引用吧。