在中国的很多软件企业中,每天仍然在重复的制造轮子,耗时耗力还看不到效果。如果软件都模块化,还会有那么多麻烦的维护工作吗,都是前人挖坑后人跳。我也见过一些软件大国的架构师,每天在说SOA,结果他们设计的项目,耦合度那么高,看看他们的源代码,不敢直视。 一个类写了个千把行,我知道你能写,等你些到一万行的时候,你这个项目就黄了。
在软件领域混了好几年了,还是最初的想法,简单而不失灵活和功能,才是实用之道。
对于前端的标签库,最开始我也迷恋过struts1, strtus2, spring 的标签库。 等到想转个MVC之C的时候,就会觉得好麻烦。 最后还是回归主线JSTL,一个设计好的项目,真有必须用那么多库,未必。
C layer的框架,struts1, struts2, spring mvc都用了个遍。 几年前就觉得spring mvc将来会更好,简单而不失功能,才是最受欢迎的。
最近又把通用的泛型DAO回顾一遍,分别完成了Hibernate 3.5.2 和 MyBatis3.2.7 数据库访问层的封装,并整合了SpringMVC和Freemarker. 这样的一套框架可以减少80%的维护量。感谢度娘,没有你的存在,很多问题我估计现在还没找到答案。 期间也遇到不少问题,还好都一一解决掉了。
同时也完成了freemarker模板的封装,能想到啥,基本都可以模板化。 类似于天龙八部里面的吸星大法,任何好的东西都可以集成到我的模板。
Hibernate 傻瓜照相机, 最大的缺点就是SQL无法自己优化。如果你说要写native sql和hql 那你还用Hibernate干啥呢,去些jdbc得了
Mabatis 类似单反, 如果你对数据访问速度要求很高,喜欢自己写sql。 前提是你必须懂SQL优化,不然你写出来的可能还不如hibernate。本次MyBatis的DAO完成了表任意查询,排序的封装。
下一站hadoop.
再次感谢前辈们。 写此文以记之---20141026
在软件领域混了好几年了,还是最初的想法,简单而不失灵活和功能,才是实用之道。
对于前端的标签库,最开始我也迷恋过struts1, strtus2, spring 的标签库。 等到想转个MVC之C的时候,就会觉得好麻烦。 最后还是回归主线JSTL,一个设计好的项目,真有必须用那么多库,未必。
C layer的框架,struts1, struts2, spring mvc都用了个遍。 几年前就觉得spring mvc将来会更好,简单而不失功能,才是最受欢迎的。
最近又把通用的泛型DAO回顾一遍,分别完成了Hibernate 3.5.2 和 MyBatis3.2.7 数据库访问层的封装,并整合了SpringMVC和Freemarker. 这样的一套框架可以减少80%的维护量。感谢度娘,没有你的存在,很多问题我估计现在还没找到答案。 期间也遇到不少问题,还好都一一解决掉了。
同时也完成了freemarker模板的封装,能想到啥,基本都可以模板化。 类似于天龙八部里面的吸星大法,任何好的东西都可以集成到我的模板。
Hibernate 傻瓜照相机, 最大的缺点就是SQL无法自己优化。如果你说要写native sql和hql 那你还用Hibernate干啥呢,去些jdbc得了
Mabatis 类似单反, 如果你对数据访问速度要求很高,喜欢自己写sql。 前提是你必须懂SQL优化,不然你写出来的可能还不如hibernate。本次MyBatis的DAO完成了表任意查询,排序的封装。
下一站hadoop.
再次感谢前辈们。 写此文以记之---20141026