文章出處

0.引言

當你接手一個老項目的需求改造任務,快速切入項目的步驟如下。

1.了解業務背景

項目不是孫悟空,從石頭蹦出。
先去了解項目產生的前因后果。
然后了解項目業務整體的流程。

怎么去了解?
嘴除了吃飯,還能問人。
找產品經理,要產品需求文檔。
哪里不懂,問哪里。

接著去理解分配給你的業務和需求。
幸運的是,你要理解的業務有文檔。
不幸的是,有些文檔是用代碼表達。

還得找人。這人叫前任。
要是找不到,或者記不清,那就頭皮硬著讀代碼吧。

2.理解技術選型

1.庫和框架

列出項目中使用的庫和框架。
舉個例子,我現在接手的就用到以下這些:
seajs,crystal,alinw組件,kuma樣式庫,slikgrid,handlebars,jQuery,國際化方案,數據mock方式。
不熟悉?逐個找官網,進行五分鐘入門。

2.聯調和線上調試

聯調找后端。
后端沒準備好,自己mock數據。
后端接口沒約定好,自己造接口。

線上調試用代理。
你用seajs,可用seajs-debug。
其它的話,可用Fiddler或charles。

3. 代碼組織方式

庫和框架的區別是什么?
框架是挖好坑,讓你填。庫是給你把鏟子自己挖。
如果你有用框架,大概的代碼組織方式就明了。
比如屬性定義,普通函數聲明,事件回調函數注冊,及模塊入口和生命周期的階段,它們的大概位置基本定了。
如果你沒用框架,且那一頁代碼有五千行。那就頭皮硬著讀代碼,寫注釋,理清數據流動方向和各模塊的依賴關系吧。

3.進行需求修改

抬頭挺胸收腹,挽起袖子改。


文章列表


不含病毒。www.avast.com
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()