※ 引述《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