※ 引述《sing10407 (阿U)》之铭言： : ※ 引述《qrtt1 (有些事，有时候。。。)》之铭言： : : ======================================================== : : 1. 专案需要两个不同的View 故framework的使用是必要的 : : 2. 以後这个专案还有很大的异动空间，所以需要好维护的架构 : : ======================================================== : : [1] 的解法应该是彻底把 view 跟 data 分开， : : 跟是否使用 framework 无关，因此 framework 不是必要的。 : : [2] 的解法应该是生一个专业又有挡头的 PM 出来当防火墙 : : 让变动快一点收敛，或是一棒打昏那个三心二意的人。 : : 架构再好维护也抵不过月有阴晴圆缺， : : 至少由你的描述看不到使用 spring 与不使用 spring 的差异 : : 单纯想用也无妨，至少这里 GG 掉後，履历上可以写用过 spring : : 但它的贡献可能仍不如「已知用火」这般划世代的进步 : : 更何况会用 framework 不代表能有品质的产出， : : 不论是版友建议的用 TDD 来造成「非正常行为矫正」的效果 : : 或是认真读学习一些 clean code, refactoring, design pattern : : 都看起来比导入 spring 还能起得了效果。 : 我是原PO : 我补充一下现在我的想法: : 我想要做一个Java web MVC ,因为共会做成两种view : 1. web base : 2. android app : 会想要使用Spring的最初想法是想要做出一层商业逻辑层 (data的已确定交给hibernate) : 可以同时让web、android的 UI 使用我写个同一个商业逻辑层 : 然後结合codename one? (昨天问一个写android的人员听到的名词) : 因为我不熟悉Spring这个framework、也不熟悉app开发 : 请问熟的前辈们这方法是可行的吗 ? : 或者是给我些建议 : 虚心接受前辈指教 ! 第一次回文 , 因为看了有点感触所以回一下 , 有错再请多指教. 首先还是说一次 , 你的需求是架构设计的问题 , 不是靠导framework就可以解决的. 在不清楚想要的架构下 , 强行导入一个不熟悉的framework , 只会让你天天很晚下班 而已.Spring 毕竟只是一个辅助的角色 , 来让你设计架构更顺畅(当然也有代价...). 所以我建议 1.先搞清楚你们的架构想怎麽作 , 做到什麽程度.单存只是MVC的话 , 是不用导Spring 也能做到 , Head first Design Pattern里面有范例. 2.了解Spring framework的价值 , 确切评估导入与否的效益在哪. 而且Spring的范围非常大 , 想要依赖到什麽程度也要评估. 单纯只想用IOC的话,也不是只有Spring 能用. 3.搞清楚团队有没有导入的共识,只有两个人敲锣打鼓,but团队没共识是导不进去的. 硬导的效果很差. 4.最重要的....搞砸了主管扛不扛的住... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 175.180.233.171