大大小小接觸了不少專案，現在把總結的一些設計技巧，設計原則總結於下，雖然不能和大拿們的著作比，但貴在是自己所感所悟。
1、專案必須分層設計（典型例子，mvc結構，易於維護，專案結構盡量單一扁平，不用過分的包裝--不超過3句話，就不要封裝成函式！！ok？）
2、如果專案有一定規模（有功能劃分），一定要模組化
3、儘量減少硬編碼（比如提示資訊，後期可能修改的引數等，可以用properties或xml儲存）
4、請不要拼串！！！（現在做的專案，不知道原作者什麼水平，什麼資料都拼串 eg:webservice,js等等，要記得順序，修改起來超級麻煩）
5、盡量少的基礎**庫（同類庫，用乙個就ok，現在這專案，jq，dwr，prototype神馬都有，後台功能重複的jar包n多，爛）
6、你沒有資料庫字典？可以！但是，你能不能在資料庫設計檢視加個注釋啊！老大，後來的人實在不能理解你的火星式命名啊！
設計模式六大原則自我總結
open close principle 擴充套件開發,修改關閉 但軟體需求變化,擴充套件軟體實體行為,禁止修改 個人理解 如果修改原有 可能會導致原有 不可用,所以可以擴充套件,不可修改 乙個類只負責乙個職責 個人理解 類的單一職責,和方法的單一職責要權衡 防止子類在繼承父類時修改原有的方法,造成...
架構篇 URI設計原則
author simon 優雅型 羅浮宮 達文西 蒙娜麗莎 中庸型 北京 新聞頻道 新聞id 謝特型 斜槓分隔符 必須用於顯示層次關係正例 反例 使用 提高uri的可讀性正例 禁止在url中使用 目的是提高可讀性，可能被文字檢視器中的下劃線特效遮蔽 反例 禁止使用大寫字母rfc 3986中規定uri...
常用設計原則 精華篇
您的star是我不斷前行的動力 前言 物件導向設計的目標在於支援可維護性復用 一方面需要實現設計方案和源 的復用，另一方面要確保系統易於擴充套件和修改，具有良好的可維護性。一 經常用到的設計原則 使用頻率 單一職責原則 開閉原則 黎克特制代換原則 依賴倒轉原則 介面隔離原則 合成復用原則 一 單一職...