posts - 165, comments - 198, trackbacks - 0, articles - 1
            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

          項目開發感想

          Posted on 2008-08-05 17:02 G_G 閱讀(1640) 評論(2)  編輯  收藏 所屬分類: Inspiration
          ?? 項目開發:就好像是一個取得真理的一個過程。
          ?? 在開始“沒有人”會知道什么是對的,什么是錯的。所謂的客戶(中世紀教會的教徒),告訴你月亮是“熱脹冷縮”造成的“陰晴圓缺”。
          ?? 在初期你敢于否定“熱脹冷縮”原理?或者說根本就是認為月亮是受“熱脹冷縮”原理影響的。
          ??
          ?? 那好,下面我們根據月亮圓缺原理,寫個統計溫度與月亮亮度報表。


          ?? 客戶自己想要的東西也是一個認知的過程。編碼要在開始就要確定是在一個不穩定的環境(即使錯了我也能容易修改,這是軟件最有價值的地方)。對于這些理解為項目的可變性總結出的一些見解:
          ?? 1.盡量明確各層使用框架。這樣能統一技術,明確編碼風格,統一存放,查找地址。這樣就能很好的 定位要修改文件的物理地址和 盡量不與個人技術有關
          ?? 2.盡量明確各種動作的命名規范。這樣不但能很好的使用 aop ,而且為修改提供了 邏輯地址查找提供便利。
          ?? 3.減少個人英雄主義。由于某些個人原因,引入與項目不兼容的技術,這是很危險的。只有這為“英雄”能修改的后果很嚴重。
          ?? 4.編碼中對“可預見性”的代碼結構適應,擴展接口預留。月亮缺失可能不是“熱脹冷縮”引起的怎么辦(當然也是最難做到)這只要編碼想到可能就有“可變性”就要有好的相應對策,比如:公司鼓勵程序員的為“可變性預留接口”,當然最好也注意下預留接口的 規范



          評論

          # re: 項目開發感想  回復  更多評論   

          2008-08-06 10:03 by zhuxing
          “編碼中對“可預見性”的代碼結構適應,擴展接口預留”
          個人覺得這種事情在編碼之前還是預先想一點的,至少從整體系統或者重點模塊的層面上大致想一下,否則,完全推遲到編碼時候再去做,那就有點懸了。除非項目組確實有幾個老道的高手,否則......就有點困難了

          # re: 項目開發感想  回復  更多評論   

          2008-08-06 10:11 by 冬日的陽光
          “編碼中對“可預見性”的代碼結構適應,擴展接口預留”
          這個東西與經驗的關系太大,屬于不可控的方面,最好項目中有負責整體框架的人或者小組來決定這些事情而不是由某個開發人員來決定
          主站蜘蛛池模板: 奈曼旗| 隆安县| 峨眉山市| 二连浩特市| 清丰县| 怀宁县| 玉树县| 凉山| 东山县| 靖安县| 西华县| 连州市| 中方县| 万盛区| 平远县| 南昌县| 呼伦贝尔市| 偃师市| 青浦区| 客服| 华宁县| 芦溪县| 安西县| 西乌| 耿马| 湘阴县| 外汇| 罗甸县| 延吉市| 措勤县| 闽清县| 安岳县| 扶沟县| 昆明市| 保德县| 清水河县| 永康市| 巴东县| 马关县| 大竹县| 盐源县|