看板
[ OOAD ]
討論串[概念] single responsibility principle
共 5 篇文章
內容預覽:
我找了很多網站. 都將解釋SRP成: 每一個物件, 應該要只有單一的responsibility. 而將responsibility解釋成: 只有一個理由去改變物件. 但是我還是覺得responsibility這個詞很模糊. (如果直接翻譯成中文, "責任", 仍然很難知道這個責任的大小). 以書上
(還有1512個字)
內容預覽:
這個責任是一個夠大的責任。. 因為你不是從標準路線走到這一步，. 所以大概跟你說明一下好了。. 傳統 use-case driven 的開發，. 會先從零散的問題裡整理出比較明確的 problem statements，. 接著從那裡面區分出 functional/non-functional re
(還有2248個字)
內容預覽:
看了一下你的po的兩篇文 我想你對於OO的design pattern應該是不熟悉. 我會強烈建議你先去念Design Pattern. 自然而然就會知道這些原則是怎麼回事 以及知道什麼才是真正的OO programming. 一般來說 要寫OO程式 初學者會直接硬幹. 也就是列出會用到的物件類別之
(還有2952個字)
內容預覽:
我發現我沒有回答到你問的問題 Orz (結果我打那麼長的廢話 -.-). 你說的沒錯 「好像每個method, 都有理由改變」. 但是是否有需要將所有的屬性或方法全部分開封裝？. 這個問題就要看你是做什麼樣的專案了！. 有些專案 某些類別幾乎是不會變化 那麼你將它封裝的很細就只是白花功夫. 但是有些
(還有970個字)
內容預覽:
[恕刪]. 弟剛好看到同一本書了，雖然這討論已經有一陣子了。. 我想試著把書上較完整的說法寫下來。. 最初 Automobile 類別含有下列功能：. class Automobile {. public void start();. public void stop();. public void
(還有1463個字)