|
锁定老帖子 主题：新公司大量的使用注解是好是坏
精华帖 (0) :: 良好帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-03-28
个人切身体会，注解是超级方便。
|
| 返回顶楼 | |
|
发表时间：2012-03-28
你应该做的，就是去适应它们
|
| 返回顶楼 | |
|
发表时间：2012-03-28
松耦合用xml,紧耦合用注解，约定大于配置，才是开发维护最方便的。
|
| 返回顶楼 | |
|
发表时间：2012-04-10
superyang 写道 相信姐,别相信je,零配置,就是一堆垃圾代码...
姐也被很多面试官面过了,N多不合格的..... 姐，你真漂亮。 |
| 返回顶楼 | |
|
发表时间：2012-06-03
支持配置，反对注解
感觉注解把java搅浑了 |
| 返回顶楼 | |
|
发表时间：2012-06-04
写注解反正不是写代码。 其他掺杂进来的都算配置， 就不要称什么零配置了。 吹得更神一样。
|
| 返回顶楼 | |
|
发表时间：2012-06-04
注解的前提需要管理手段，就是约定呀
|
| 返回顶楼 | |
|
发表时间：2012-06-04
最后修改：2012-06-04
1、
<bean id="x" class="xxx">...</bean>和@Service相比肯定是后者代码少点。 @Resource相比你在类里面加一大堆setter和getter哪个爽？ @Transactional相比配置文件里面加一大堆aspect expressions哪个更清爽呢？ 2、要想看一个类受不受spring管理还得去找配置文件，你怎么选择 3、要想看一个切面的切入点定义是啥还得去找配置文件，你怎么选择 ... 个人感觉还是你的配置文件的习惯在作祟 hibernate和jpa的问题 1、hibernate完美支持jpa，所以能用标准jpa尽量用标准jpa，但hibernate也有很多特性是非常棒的但jpa标准里面没有，所以项目一般倾向于是用hibernate。 |
| 返回顶楼 | |
|
发表时间：2012-06-04
如果一切为了简单, 或者更准确地说, 一些人所说的为了写更少的代码, 为什么你还在写JAVA? 配置的代价是繁锁, 价值是结构清晰明暸. 一些声称动态脚本语言开发速度快开发便捷的人, 只是选择性地没有向你倾诉他们接手一些动态语言项目时的抓狂经历而已.
|
| 返回顶楼 | |
