看板
[ java ]
討論串[討論] Optional operation 的使用時機?
共 7 篇文章
內容預覽:
我無法同意你更多:p. 不過話說回來, 其實圖跟code是一體的, general一點就是他們都是文件, 只是程式碼是可執行的文件而已.. 先有圖不一定是最好的做法, 現在有一群人開始提倡agile method, 就是提昌提升大家的溝通能力, 讓文件就在程式碼中(註解), 事後再用reverse
(還有434個字)
內容預覽:
其實不盡然 , 如果 analytics - design 時期就能決定所有的事情 ,. 那也就不會需要 refactoring 這個強調「再一次機會」的觀念 ,. 幾乎所有時候第一次分析之後 , 所得的結果都不是最終的正確解 .. （以上指的是在我的經驗之中 , 如果有人常常一次ko歡迎指正.XD
(還有2222個字)
內容預覽:
外行人亂入回個文:p. 我覺得是該用什麼pattern, 或是該用什麼樣的方法去實作一個需求時,. 這些東西決定的時機應該是在analytics - design階段就該做的事情,. 但我相信有不在少數的人還是走所謂的"psuedo-agile-method",. 就是需求一來通常馬上就eclips
(還有419個字)
內容預覽:
我想請教你，針對 J2SE core classes 中的 java.util.Collection 定義了 remove. 系列的 optional operation，你認為這應該歸為上述的那一種(點)？. 是否算是第二點？. --. ※ 發信站: 批踢踢實業坊(ptt.cc). ◆ From:
(還有382個字)
內容預覽:
^^ 前輩何必多禮 XDD. 每次都推文之後才想起這裡推文有時間限制...(汗). 我著眼的比較主要在於某些狀態下某些method 可能會是不合法的.. 當然你可以視為這個行為止是停在現有的狀態 , 如你原文的例子 ,. 但有時候這些行為是根本不應該發生 ,. 就有可能會弄成 Unsupported
(還有491個字)