※ 引述《Lordaeron (Terry)》之銘言： : 請問你的BEAN 具備了什麼? 拿出你的專案來, COUNT 一下吧. : 看你都有2,3,9 還是都只是簡單的取/設值. 其他你覺得你說了才算數，別人（例如我）說的都是放屁 那也沒什麼好講了 要說這個版沒什麼技術含量，我算不算是罪魁禍首我不確定 （你說是就是了吧，我的確沒什麼程度可言 當初那個「123 活動」也是拜託 sbrhsieh 才有辦法判定） 但是你這種態度，哪怕你有技術含量 也完全不會因此讓這個版有技術討論的可能 我的專案有 NDA 的問題，沒辦法 public 出來 也沒時間抽出來變成乾淨的 repo 我只能簡單描述發生什麼事情 當然以您老的態度，唉... 反正你說不是就不是了吧 我的日期後來都用 long 存 這原因說來很 low，而且我也記不太得了 [死] 只能說數字在各種 serialize 的情況下是最保險的 （GSON / AutoBean / PHP 同時要用 JSON 溝通） 而我又沒時間（都在酸人？ lol）仔細測 然後搭配 GWT Editor Framework 要在 UI 上頭設定值 所以就會有 public class FooUser { private long validDate; public Date getValidDate() { return new Date(validDate); } public void setValidDate(Date date) { this.validDate = date.getTime(); } } 再者會有這種 vo public class Station { //硬體設備的狀態值 private DeviceA deviceA; private List<DeviceB> deviceBList; } public class DeviceB { private DataA dataA; private DataB dataB; } //沒列出來的 class 就當他是單純 pojo 都忘記 dataB 在設定的時候要檢查底層 driver 回傳值合不合乎常理 所以其實也有 1，忘記列就算了，反正也不一定要在 setter 作 在 Station / DeviceA / DeviceB 會有 isAlive() 之類的 method 當然 Station 的 isAlive() 是 depend on DeviceA 跟 DeviceB 這樣我在 UI 顯示 station 狀態時可以直接套用 GWT Editor 而 DataA、DataB 的規格都還沒有很穩定，一年來已經至少改了三次 isAlive() 的判定邏輯也改了兩三次 這樣在你眼裡算不算 2 跟 3 我不知道 還是說 isAlive() 這種用法壓根不算 getter 要說起來，不考慮 GWT Editor 指定要套 getter/setter 那麼把 isAlive() 改成 wtfFoo() 也無所謂 或著 2 跟 3 的本質就是 delegate pattern 跟 getter/setter 無關 那這一切好像也沒什麼好講的了 9 我沒辦法很妥善的舉出例子 https://github.com/PsMonkey/GF/blob/master/src/ dontCare/gf/gwt/client/taskFlow/Queue.java 這個的 running 算不算，反正還是那句話，你說不是就不是了唄 就這樣 -- 錢鍾書： 說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版 只影射著說不出來的話 and more...... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.34.226.85