文章目錄
1. H5與原生開發方案比較
1.1. 方案1：開發H5前端頁面，其他系統直接調用
1.1.1. 說明：
本系統提供一整套解決方案，從前端頁面到後端的業務邏輯處理，其他系統只需要調用入口頁面。
1.1.2. 優點
1、避免了前端頁面的重複開發。本系統同時開發前端頁面，爲其他系統提供統一的問卷頁面。
2、可移植性相對較高。H5開發的好處是可以跨平臺，編寫的代碼可以同時在Android、IOS、Windows上進行運行。
1.1.3. 缺點
1、適配問題。如果其他系統有安卓APP、IOS APP或者Web，本系統統一提供的前端頁面可能不能全部完美適配，在應用性能上和用戶交互體驗上肯定遠遠不如原生開發。
2、擴展性問題。HTML5是無法訪問設備的攝像頭、通知和聯繫人等，後續需要擴展這方面的需求的時候，無法支持。
3、開發經驗不足。目前，本系統這邊暫時沒有H5方面開發的實踐經驗。
1.2.方案2：本系統提供JSON，其他系統開發前端頁面
1.2.1. 說明
本系統負責開發業務邏輯處理，提供HTTP服務，通過JSON進行數據交互。其他系統只開發前端頁面，通過調用本系統提供的HTTP接口進行業務處理。
1.2.2. 優點
1、對用戶而言：前端頁面由其它系統原生開發，性能和用戶體驗最好。適配問題不存在。
2、對應用本身而言：
（1）擴展性高。原生開發的可以訪問設備的所有功能，需求擴展存在可行。
（2）前後端分離，前端修改非常容易。只要保證約定的接口不變，其他系統可以任意修改前端頁面。
3、對開發難度而言：本系統使用了SpringBoot框架，能夠很好很快地提供HTTP服務。
4、面向協議開發，解耦較好，單元測試容易。
1.2.3. 缺點
1、業務邏輯抽象成交互協議有一定難度。開發前期就要將交互協議確定好需要一定的時間。服務提供端和服務調用端的接口定義需要將業務邏輯進行抽象，有一定難度。
2、協議如果設計不好，一旦修改，影響會較大。如果交互協議修改了，其他各個系統可能都要改動，改動範圍會比較大。
3、涉及多個系統，溝通成本會比較高。
4、前後端分離開發，集成測試難度會增大。
5、JSON安全性問題。
1.3. 總結
1、如果對用戶體驗要求不高，需求較爲簡單，未來需求的擴展可能性不高，而且需要降低開發成本，可以選擇方案1。但可能帶來的後果是，聯調的時候可能出現適配問題，還有可擴展性問題。
2、如果對用戶體驗要求較高，未來需求擴展可能性較高，希望往前後端分離方向發展，可以考慮方案2。但帶來的後果是，涉及多個系統都要開發，集成測試和管理難度可能會加大。