学习 JAVA 第一天 ---- 对象导论

要是被公司后台看见我这标题，肯定要说我又在作了

奇怪的是，我对一门语言的掌握方式总是先会写了再回头去学习，我的驱动一向是需求和兴趣

对象导论:

我学习 java 的教材是 java 编程思想，第四版
看完第一章，感觉是什么呢，主要就是强调 oop 的概念，巧的是，昨天中午，我刚好把一名同门研究生忽悠进我的项目组，并大概打下了下一个项目把 oop 思想贯彻到底的思想基调。
现在我大概总结一下从 oop 角度出发，上个项目的不足与下个项目的展望.
鉴于有点 懒 时间不足，所以长话短说
上个项目是 J2E 项目，因为前期我还是一个 IOS 开发人员，所以没有过早的切入这个项目.
导致我开始接手这个项目的时候，已经定型，那么接下来说说现在这个项目的弊端.
项目采用 SpringMVC+JDBC，分层概率极其模糊，面向过程编程，导致代码复用率极其低下，几乎每个功能都是独立存在的.
好了 不能多喷，毕竟也磕磕绊绊走到现在.那么这样的设计导致的后果是什么呢？
因为有集成 CI 的需求，所以部署了 Jenkins+Maven+git+testng 的环境，auto deploy 是实现了，但是发现，testng 的单元测试用例根本跑不起来，众所周知，maven 在编译的时候必须先通过 Test，那么问题来了，为什么通过不了？

其实问题很容易发现，因为没有分层，control 与 service 混在一起，单元测试接口只能调用接口，而不是接口对应的类方法（根本不存在），很无奈

那理想中的样子应该怎样？我自己没有深入学习 Java，所以只就 oop 角度出发提一下我的想法.
我觉得一个成熟的 J2E 项目应该分为 4 层

上面的图仅仅是个人拙见，很有可能在学习完 Java 后发生翻天覆地的变化
这样的话，因为 Service 层额存在，解决了不能跑测试的尴尬境地
而 Model 层存在的原因，是为了将 oop 思想贯彻到底，我还没有看过关于 Java 开发的任何开发模式.
而我也会去看，个人觉得吸收别人的优秀的思想很重要，大概就是这些意思.

吐槽

公司的 CEO 大佬可能最近有点过于想要刺激我，现在我手上两个项目并行，昨天给我了一个文档，28 个修改需求，要求在 1 个星期做完，上线并 Fix 大部分 Bug，这个我认，另外一个项目线刚刚开，要求在半个月内完成，那个项目是硬件集群管理平台，之前讨论好的时间是 2 个月，隔天强行修改为 1 个月半，再隔天直接就剩半个月，不是，我是梦游了一个半月么？怎么就剩半个月？？？？？
不想说什么了，是真的累，希望尽早做完吧，过分了，真的