基于融合网络的应用商城支撑技术研究(2)

　　2.2 UIMart整体架构

　　系统整体架构图如图1所示。

　　该模型系统从逻辑功能上主要分为两大模块应用汇聚模块和应用呈现模块，其中，应用汇聚模块部分实现了应用开发者应用上传接口，应用审核，应用详细分类信息的补全逻辑，以及应用版本控制等。应用呈现模块中个人应用以及应用市场针对不同平台实现了相应的呈现模式以及与平台相适应的交互逻辑，最大限度的提高模型系统的用户友好度。

　　令牌机制，为模型系统的应用上传和应用版本控制的实现提供安全保障。在任何应用操作的发起阶段，令牌处理层根据操作动作的不同发放应用令牌，模型系统分别在令牌的基础上实现用户鉴权以及应用信息的安全上传，令牌处理层主要在逻辑业务层面上隔离了应用服务器，不再将应用服务器的借口直接暴露给用户，转而采用中间键的方式进行系统应用操作，增加了系统的可靠性和安全性。同时，版本控制通过对应用状态的控制实现应用操作的唯一性，避免了应用更新时带来的应用版本冲突，以及减轻了系统的并发压力。令牌机制流程如图2所示。

　　3 模型系统必要优化

　　3.1 跨平台优化

　　因UIMart需满足跨平台的需求，因此，针对多平台特性进行了如下优化：1）针对部分平台cache影响业务正常运行问题，增加cache-control语句；2）用脚本计算返回按钮的位置，以避免使用float等高级CSS定位语句；3）尽量使用后端脚本，减少前端脚本的使用。

　　3.2 前端性能优化

　　前端性能的瓶颈主要来源于JavaScript脚本和CSS脚本在传输过程中的体积占用：1）使用Google JavaScript Closure Compiler对其进行压缩；2）空格移除：移除JavaScript本身的部分空格，减少脚本容量；3）简单压缩基本上注释和空格并移除未使用变量和精简语法；4）进阶压缩除以上功能外，还能够重命名变量、重写某些语句。

　　3.3 后端性能优化

　　鉴于后台脚本在交互功能中有大的访问强度，因此，主要的优化措施如下：1）减少数据库的读写操作，使用多种多表查询语句配合；2）升级PHP版本，在PHP5.3中，启用了大量新函数，并弃用了效率低下的函数；3）合并脚本，较少与文件系统间的IO消耗。减少require_once、规范代码。

　　4 总结

　　现阶段情况下，由于融合网络发展的相对滞后性，导致着基于融合网络的应用相对发展缓慢，但是不可否认的是融合网络已经是大势所趋，同时，融合网络中应用商城UIMart能更好的在基于多终端环境下，基于多终端的内在特点和多终端的优势为广大用户群体提供有终端针对性的个性化应用服务，提供在不同终端下的良好的用户体验。这些因素共同决定着融合网络下应用商城是未来技术发展的必然方向，同时也代表着未来互联网技术的发展方向。

　　参考文献

　　[1]胥叶宣.智能电视AppStore模式探讨[J].中国数字电视，2011（06）.

　　[2]汪易易.基于AppStore平台的企业价值链研究[J].现代商业，2010（24）.

　　[3]饶宇锋.中国式Store[J].创业家，2010（09）.

　　[4]杨敬慧.走进AppStore模式究[J].中国传媒科技，2009（04）.

　　[5]阴启明.移动互联网：应用呈现三大亮点究[J].中国计算机用户，2010（Z2）.

　　[6]李严冰.未来的开放平台技术究[J].程序员，2010（11）.

　　[7]倪兰.应用商店：终端的新推动力究[J].通信世界，2011（16）.