1.企業級專案開發頁面多、邏輯性強
因為乙個完整的專案會覆蓋企業絕大多數的業務、幾乎所有的部門及內部外部的各種關係,需要模擬或者描述企業的業務流程和業務邏輯,所以專案開發會涉及諸多的功能模組和資料處理操作,自然不可避免的會有浩繁的頁面和嚴謹的邏輯。
2.頁面之間相互關聯
正如第一點所述的原因,專案頁面不可能各自為政。而頁面和頁面之間的這種聯絡一般通過a標籤的href屬性來實現。
3.資料安全
資料安全是專案開發考慮的重點。不是由程式設計師在**中直接輸入的任何資料都被假定為不安全的外部資料,比如$_get、$_post等,所以在使用這些資料之前必須經過驗證。
4.資料驗證
使用者資料一般經過前段和後台兩級認證,前段認證側重使用者體驗,後台驗證側重資料的安全性。
5.使用者體驗
乙個優秀的專案不僅僅能實現目標功能,還要給使用者良好的體驗,比如頁面邏輯清晰、易懂易用、系統反應迅速等等。
6.專案總體效能
專案執行時對硬體資源的占用程度是開發人員應該考慮的指標,比如cpu、記憶體、網路頻寬的占用,一般經驗這些資源的平均佔用率50%-60%比較合適。
7.**的可讀性
**可讀性好有助於團體協作和日後維護。比如變數、函式、類的命名規範,**注釋,**格式(縮排),**長度等等。不同型別的指令碼所使用的變數命名要有所區別,乙個方法(函式)盡量只實現一項功能,並最好把**控制在50行以內。
8.**效能
評價一段**(演算法)的效能(效率)主要從兩方面考慮,時間複雜度和空間複雜度。時間複雜度是指程式執行時所用的時間以及隨著資料量的增加耗時的變化,空間複雜度是指程式執行時所占用的記憶體。通過優化演算法和**組織改善**效能是乙個程式設計師永恆的課題。
專案開發經驗談
我就大致描述一下我的專案團隊 算上美工5人 在這方面的情況 首先,介紹角色 專案組長 相當於專案經理吧,主要職責我就不多說了。2.介面工程師 是使用者介面互動方面的專家,決定與使用者互動的方式,當然很大程度也影響著介面 3.美工 設計和美化介面 4.高階程式設計師 設計總體程式結構,制定技術上的規範...
專案開發經驗談
做專案跟帶兵打仗一樣,需要在時間和空間上有乙個戰略布局。本人用打仗作為比喻,來說明專案策劃過程中,各項活動的重要性 一 戰略布局 瀑布模型是穩紮穩打的做法,步步為營,希望用乙個戰役解決全部問題。適合對敵人情況比較了解或者敵兵比較弱的情況。迭代模型是掃蕩,敵人在暗處,我在明處,怎麼打?集中優勢兵力,一...
專案開發經驗談(二)
1.1 需求變化 專案的需要變化是肯定有的,而且變化一般都很頻繁,我們怎麼應對客戶的這種需求變化呢,以不變應萬變。首先在前期的需求調研要做好,盡可能的替使用者考慮,達到功能質量滿足最大化。需求調研前期的 目標與範圍 和需求調研末期的 功能規格說明書 都要跟客戶簽字確認,這樣既能保證我們所理解的需求就...