跨平台的App开发解决方案

　　跨平台的App难题

　　统一各服务平台的逻辑性

　　同样的逻辑性编码，只必须保持一次就能，减少数次保持产生的错误的风险性，降低劳动量。

　　有利于bug精准定位/修补

　　一套编码，减少bug的造成总数，另外bug的精准定位与修补均只必须一次就能。

　　分离出来UI与信息

　　CC层解决基本上全部的信息逻辑性，储存，互联网恳求等，那样UI层只必须关心在特殊服务平台的UI展现上边。

　　特性提升

　　逻辑性一部分的特性提升时，能够降低影响，主要关心在CC层的编码逻辑性的特性中。

　　降低Client对Server的依靠

　　保持某一作用时，CC层能够先界定api及数据结构，随后仿真模拟互联网恳求的結果，出示假信息，便能够使Client优先，降低Client对Server的一部分依靠。

　　尽管依靠被迁移来到CC层和Server中间，可是总好过度多服务平台另外依靠Server的状况。

　　c语言11

　　人们应用c语言来撰写CC关键控制模块，随后提升一层兼容层，用于联接每个服务平台和CC。在iOS中，能够应用Objective-c语言来做兼容层;在Android中，能够根据NDK来调至c语言中。

　　因为兼容层大多数是解决一些类型转换，进程转换，api启用等实际操作，因而兼容层的编码实际上是能够全自动转化成的，后边会详细介绍人们自身保持的兼容层编码全自动在线生成器。

　　人们最后挑选的c语言11，早已包括了许多新的特点(”c语言11 feels like a whole new language” -Bjarne Stroustrup, creator of c语言)，比如lambdas，smart pointers这些，可以在大部分情景下考虑人们的要求。

　　SQLite

　　CC层最关键的一部分，就是信息的逻辑性及其储存，因而在数据储存上，人们应用了在手机端广泛应用的SQLite。

　　SQLite的C api并不是那麼非常容易应用，但是如今早已有许多库将SQLite封裝成面向对象编程的插口(如同Objective-C中的FMDB)。

　　cURL

　　在互联网库层面，人们挑选了cURL，cURL强劲的互联网解决工作能力，促使人们可以非常容易的与Server开展互动，及其监控器相对的互联网手机流量，用时等信息内容，便捷事后的调节提升。

　　CC与Client，Server间的信息传送

　　在CC层与Client，Server中间的信息传送层面，人们选择了几类备选计划方案，最后挑选了运用Thrift来传递数据的计划方案。

　　Wrapper

　　相近Dropbox应用的技术性，必须CC层的每一信息目标，在服务平台层常有相对性应的目标(二者的成员函数也必须相对性应)，随后在服务平台层目标的对象中(initWith*，以Objective-C为例)，传到一个CC层的目标表针，随后在对象內部，将CC层目标的特性，转化成服务平台种类的特性(以下图示)。

　　这类计划方案的缺陷取决于，必须维护保养很多的兼容层的编码。