前端項目兩大教訓:
1,凡涉及第三方部門均可能耗費幾天甚至更長。第三方提供的接口幾乎無驗證的。此問題廣泛存在。
2,後臺研發人員前端技術匱乏,在前端主要覆蓋靜態頁面(CSS+HTML)時,後端研發人員處理靜態頁面與後臺的交互,和業務處理,效率低下,一籌莫展,問題頻出。
第一個問題:跨部門,咱們無力解決,我我的經驗是,先找對方開發,若是不甩你,向領導反饋;有筆記本的帶電腦的去找對方開發。把問題解決就完事。
第二個問題:需培養出合格的後臺web developer.
第一階段: 1,編碼:「一刀切」,後端提供URL,前端負責界面; 2,轉測:前端交付聯調好的界面給對應模塊後臺開發。前端支撐後臺改bug,以此提高後臺的前端處理能力。 此階段前端須要全程介入。應該鎖定在部門或項目組。
第二階段: 後臺成爲合格的 web developer後,前端只須要前期提供靜態頁面,基礎類庫,和控件庫等。此階段前端至關於流動站,能夠跨部門支撐多項目。
先後端協助圖:
前端亟待解決的問題:
需求 |
闡述 |
通用前端構建流程 |
並非要追求完美,而是避免項目崩壞。將項目穩固在必定水準之上。像WAP項目,一個迭代到了後期就難以維護,是沒法忍受的。 |
前端基礎類庫、組件庫 |
咱們部門項目的界面風格每每一脈相承,咱們是否可以提供良好的組件庫,在新項目中直接拿着用?而不是給每一個項目定製開發?咱們 是否對跨項目的定製業務,也積累良好的技術材料? 好比埋點,主站竟然是在界面直接寫代碼,和界面耦合,而不是抽取出精簡、通用的JS文件,供跨部門調用。 |
書寫規範、單元測試 |
事件標準,JS類的標準化寫法。頁面渲染流程等。可否讓每一個人的代碼都是能夠預測,易閱讀的?以及作作最基本的單元測試? |
技術積累 |
咱們有什麼文檔可讓一個後端工程師循序閱讀,學習成爲一個合格的web developer?讓一個前端成爲一個更專業,具有獨立設計前端架構,性能優化的前端?還用最原始的,碰到難點你去問的手段?常識問題成千上萬,卻耗盡骨幹的時間。 |