選design pattern時,會考慮什麼?

各位前輩日安,

客戶提需求時,開發者會挑選適當的架構滿足需求,
細想考慮的面相挺多的,
易維護、好閱讀、好擴充、省時、甚至扛得住各種天馬行空的要求。
所以很好奇前輩們,當第一版專案所引用的design pattern 變成硬梆梆的義大利麵時,
前輩們會怎麼辦?

  1. 大搬風換架構?
  2. 符合需求就好,寫個外掛給客戶

    還是…「你太菜了,這種事不可能也不允許發生!!!」

益維護 跟好擴充 我會擺第一 這因該是精隨吧!
但是要怎麼完成 真的前期的設計架構很重要 這會減少Bug 的產生
但是那種要求太神的通通都一句話

我做不到…

朋友說:「一開始與客戶喬好,比較能抑制這類問題的發生。」
真要改,費用決定一切 XD

看這案子利潤多少來決定用那種

1個讚