APP架构面临的挑战

开篇之前我先问大家几个问题。你们团队目前开发的 App 有没有存在代码紧耦合的现象 ？还有你们的APP是否还在采用「原生  + HTML5」的技术选型支撑业务开发？

我猜测，多数开发团队都是目前这个现状，因为一些业务功能日积月累不断堆积不断迭代，导致APP高度紧耦合，牵一发而动全身（可能就会造成只更新一个小模块就得让APP重新发版一次），采用「原生  + HTML5」的移动开发模式，确实能够解决APP部分问题，至少一些业务功能通过H5的形式实现，可以节省安装包的体积，也可以实现快速更新。但我们也会发现HTML5 开发的方式，性能体验问题较大。比如，HTML5 页面在用户手机上经常出现打不开、一直加载中、卡顿，而且H5很多系统权限获取不了，也不支持本地缓存，需要访问通讯录、调用硬件、访问蓝牙啥的这些 H5 都是无法支持的，导致还是有大量的功能不得不放到客户端上实现。

我们换小程序试一试

H5技术目前已经达到了一定程度，而移动端的发展，可以在性能上基于H5做到指数级的提升。我们不妨把目光投向小程序试试，小程序的特性，我就不过多强调了，强大的 Web 渲染引擎、提供丰富组件、支持本地缓存、避免 DOM 泄露等等这些都是

而且小程序技术也有利于帮助APP实现「松散耦合」，比如当APP的一些业务功能用小程序的形式替代，那么这个小程序可由团队或者个人独立开发、独立部署、独立管理生命周期，随时上下架而不影响APP主体，实现APP复杂业务动态化，多维发布。

小程序技术不再是BAT的专属

不过这个时候你可能会有疑虑了？目前只有这些互联网巨头才具备运行小程序技术能力，我们怎么才能够拥有这套技术呢？，其实上文铺垫了这么多，今天就是想向大家介绍一个最近在Github上很热门的前端小程序容器技术 —— FinClip

它的核心功能就是能够让任何APP拥有小程序的运行能力，只需要在你的 App里面，集成它的 SDK，就能加载运行小程序了。除了SDK，同时它还提供一个后台管理系统，统一管理小程序的上架和下架，以及收集和分析小程序数据，对于开发人员，可谓是极其便捷了。

而且 FinClip 是完全遵循兼容微信小程序的开发标准与规范。也就是说，如果你本身已经开发好了一个微信小程序，可以在不改一行代码的情况下，直接放进你的 App 里面，运行效果和在微信上面保持一致，不必额外二次开发和改造，大大节省了人力成本。

而且由于 FinClip 提供的 SDK 是相同的，你所开发的小程序，可以在同样集成了 FinClip SDK 的 APP 里运行，做到一次开发，到处运行的效果。这样业务功能小程序也不局限于自有APP或者微信上使用，还能覆盖更多渠道。

此外，FinClip 支持包括 Linux、Windows、MacOS、麒麟等操作系统。这意味着，PC 端、车载设备、智能电视、智能手表都能使用小程序了，反正现在IOT也是大势所趋。

FinClip 还提供小程序 IDE 开发工具，界面与微信小程序的开发工具类似，自带调试和真机预览，简单易上手，同时支持小程序生成APP，可以将已有小程序代码导出为IOS与Android中可用的工程文件，感兴趣的朋友可以尝试体验一下。

FinClip现在支持多种使用与部署方案，SaaS/私有化都可以，真正的开箱即用，而且SaaS版每月拥有10,000次免费发布调用（4月15日正式上线哦）,如果你的App或者其他智能终端也想运行小程序，不妨考虑一下 FinClip，建议访问官方的上手教程和产品手册详细了解，可以注册一个免费账号体验一下。（还有看它们在举办小程序黑客马拉松，感兴趣的朋友也可以关注一下，看了一下奖金池还是不错的，还可以抽盲盒）

点击阅读原文，赶紧体验吧！