xp的簡單設計指導團隊的設計盡可能的簡單、具有表現力。此外他們僅僅關注於計畫本次迭代中要完成的user
story。他們並不會考慮哪些未來的user story。相反，他們會在不斷改進系統設計，是之對正在實現的user
story而言保持在最優狀態。它包含三條原則：
盡可能的使用最簡單的方法來實現當前的user
story。然後選擇一種和該方案接近的方案實現該story。在實現story的過程中，如果能使用平面檔案就不適用資料庫。如果能不適用多執行緒，就不要使用它。總的意思就是能簡單就簡單。
如果確實需要基礎結構，xp團隊會對此進行認真的考慮，只有在有證據，或者至少十分明顯的跡象表明引入的合理性，團隊才會引入這些基礎結構。
對於以上兩條，我個人的理解是關鍵在於「粒度」的把握，如果我們將乙個story的度看成是1的話，那麼當我們在遵守以上兩條原則的時候，
讓我們在看一下這個兩個story沒有什麼關聯時的情況，
如果我們將分析的粒度提高一些，也就是在多個相關（比如兩個story）stories之間遵循以上兩個原則，
因此我個人認為，當我們在開發story時，如果能分析一下，我們的story是否是位於乙個較大的task之下，或者與其他story有較大關聯（根據我實際專案的經驗，這是很容易實現的）。我們將以上兩個原則與用到它們之間，也就是使我們的分析「粒度」>1，那麼我們是可以節省一部分工作量的。
極限程式設計者不能容忍重複的**。無論重複的**出現在**，他們都將消除它們。
記得剛剛接觸敏捷的時候看到這句話，內心深處可謂是波濤洶湧。沒有重複的的**，天哪那就好比是程式設計師的共產主義啊（實在是太理想了）。於是乎將之作為理想**的準則之一，但是經過這麼些專案之後，發現現實與理想之間是有差別的。
為什麼是任何地方都不能出現重複**呢？
綜上，個人認為這些經過很多人驗證過的原則對我們的開發工作有著很好的指導意義，但是只有當這些原則與我們自己生產實際情況相結合的時候，才能為真正的為我們創造價值。以上是我個人對xp簡單設計的一些看法，希望大家多多指教。:)
簡單設計模式
簡單工廠模式屬於類的建立型模式,又叫做靜態工廠方法模式。通過專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。1.工廠 creator 角色 簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類可以被外界直接呼叫，建立所需的產品物件。2.抽象 product 角色 簡單...
簡單設計類
package com.qidai 1 假如我們在開發乙個系統時需要對員工進行建模，員工包含 3 個屬性 姓名 工號以及工資。經理也是員工，除了含有員工的屬性外，另為還有乙個獎金屬性。請使用繼承的思想設計出員工類和經理類。要求類中提供必要的方法進行屬性訪問。員工類 public class test...
模組簡單設計 設計簡單的賬號系統
下面考慮 乙個簡化版使用者賬戶系統，從註冊，登入，使用，登出四個方面做個簡單的設計 account表包含下面三個字段 id 乙個表唯一的id，標識使用者 user 使用者名稱 passwd 使用者密碼 為了防止資料庫被侵入洩露密碼，需要如md5 passwd 或者crypt單向加密 1，使用者註冊 ...