angularJS適不適合做互聯網金融產品?

angularJS+bootstrap適不適合開發互聯網產品,比如人人貸這種平台


特別適合!凡是擁有大量表單表格的頁面,這是對於雙向綁定的MVVM框架來說,這本來就是其拿手好戲。


沒做過金融產品,但是做過訂單系統,斗膽來回答一下:

適合

假設金融產品也會有訂單部分,那訂單中的各種計算顯然是很適合用這種雙向綁定框架來做的。

比如我曾經做的那個訂單系統,首先是可以選擇產品份數,然後還會算上產品的附加稅,然後被付款者的個人所得稅,正常情況下還要加上公司所收取的手續費,這一大串計算下來,如果是不用雙向綁定框架的話,要手寫一大堆方法,同時還得人肉綁定到節點。

更難處理的是,配合各種市場活動,會有打折,減免,優惠券等活動。這種在正常流程中的特殊分支,非常適合用inject方式去做,既不影響正常流程的代碼,又可以讓各種計算可以隨意組合。

所以,我覺得相比自己只用個backbone什麼的,用這種雙向綁定的框架應該是很適合的。


angularjs比較適合的場景是單頁面應用,就是像gmail那樣,只載入一次頁面,裡面的功能都是通過不刷新頁面動態載入的。這是一種技術方案,你想把網貸平台做成這樣當然沒什麼問題。但可能有如下的坑:

1. 頁面靜態化不是很容易,例如新聞類的頁面,有很多文本內容。這些頁面比較適合靜態化。只用angularjs的話數據都是非同步載入,客戶端渲染,體驗可能不好,你需要額外的伺服器端渲染的方案。

2. 搜索引擎不友好。因為數據都是通過ajax載入的,需要額外的標記告訴爬蟲數據從哪來。而且我不清楚國內搜索引擎對ajax內容支持的情況,但總之比傳統的seo更麻煩。

我的建議:整體頁面使用伺服器端的技術搭建,例如php,python django。

部分涉及複雜客戶端操作邏輯的頁面,比如用戶個人主頁,賬戶管理,資產管理等,單獨使用angularjs開發,每個模塊做一個單頁面應用。

至於bootstrap,基本上就是個樣式表,用或者不用都是隨便的事情。


一般來說如果你的金融產品的網站不需要藉助seo進行推廣的話還是比較適合的。angularjs+bootstrap的搭配也能 提高不少的開發效率(建議bootstrap那塊使用less或sass源碼)。


推薦閱讀:

angualrJs 自定義指令link函數NgModelController Formatters 和 parsers
AngularJS搭配什麼後端框架比較合適?
前端每周清單半年盤點之 Angular 篇

TAG:互聯網 | 前端開發 | HTML5 | AngularJS |