前端開發(fā)的流程與規(guī)范(編輯修改稿)
2025-05-05 13:26 本頁面
【文章內(nèi)容簡介】 頁面與設(shè)計稿不匹配的地方，優(yōu)化部分細節(jié)頁面樣式。讓設(shè)計參與測試不僅能提高內(nèi)測的質(zhì)量，還能更早的發(fā)現(xiàn) 問題并及時的修改，否則當(dāng)頁面提交開發(fā)以后再做修改是一件很麻煩的事情。當(dāng)所有細節(jié)修改完畢后，就需要進行制作文件的優(yōu)化以確保代碼的最優(yōu)化，盡可能地壓 縮圖片和減少外部HTTP請求。 總的流程結(jié)構(gòu)圖 這套流程制定出來就一直要求所有前端組同學(xué)嚴格按照流程執(zhí)行，也經(jīng)過了很長時間的磨合跟改進。雖然不是很完美，但是很適合我們現(xiàn)在開發(fā)的需要，好處也是顯 而易見的，遵循并使用它對我們的發(fā)開有很大的幫助，能更好的應(yīng)對高強度，高質(zhì)量的開發(fā)需要。提高了團隊的協(xié)作程度，代碼更可控，開發(fā)效率更高。======================================================================================= 我的理解傳統(tǒng)方式：產(chǎn)品經(jīng)理產(chǎn)出 PRD 交互產(chǎn)出 prototype 視覺產(chǎn)出 mockup 前端產(chǎn)出 demoLSM 方式：PRD prototype a). 前端做 html b). 視覺做 mockup 前端完善 demo 疑惑與討論1). 后續(xù)環(huán)節(jié)受前面的影響。這點上，兩種方式都受影響。并且前端介入的時間越早，當(dāng) PRD 和 prototype 變動時，整體耗費的時間越多。解決此問題的關(guān)鍵不是流程順序，而是保證流程產(chǎn)出物的穩(wěn)定性。PRD, prototype, mockup 的穩(wěn)定性，是減少返工的關(guān)鍵因素。2)
公司管理相關(guān)推薦
鄂ICP備17016276號-1