Spring的事务管理难点剖析(2):应用分层的迷惑

pojo是简单java对象，我觉得只有domain对象，vo之类的才能叫pojo吧，controller之类的叫pojo吗？

小应用确实不需要分层（或者使用代码生成工具自动生成-也麻烦）。


其实大家认为放到service层的原因是，，比如下订单，属于一组操作（自然就想到要放在业务逻辑层）
orderService
   //送优惠券
   //送积分
   //修改订单状态
   //…………

还比如我有这种需求，每天凌晨发系统短消息（比如，实际可能不这样实现）
发系统消息方法
   //1分页查询用户
   //2发消息（但这个发可能需要单独事务，因此像这种操作可能单独出一个业务层比较好）


小应用其实可以采用OpenSessionInView 根本就不配事务。

你得书是面向不知道编程的人吧,做过几年的人应该都明白,即使是XX鸟培训出来的,除非那些奉行金科玉律,按部就搬绝不会改的!!

   事务管理的问题我总总结了7点，这一点主要对初学者，后面有一些会比较深些。 
   
  

觉得楼主阐述的这个观点非常必要。意义并不在于到底是不是必须分层，写接口的问题，而是给大家提供另外一种思路去搞开发。我肯定，很大一部分人不知道为什么要写接口。

  哈 知我者airball也。我这边强调的是我们不要不求甚解地只会生搬硬抄，把编程开发搞得象八股文一样。
  这里需要指出的，我自己的开发应用还是按Dao,Service，Controller严格分层的，但没有写相应的接口，而是直接写类，通过CGLib进行增强。
  但是，Dao,Service我一般不写接口，这并不是说接口不好，只是说明接口在这些地方的用处根据实际经验来说意义并不大。但是我还是很喜欢接口，大家可以看我的ROP开源框架，这个框架都是基于接口设计的。
  最后总结一句的是，编程领域真的没有放之四海皆准的做法，很多东西还是要明白其原理，圣经说：
你应该了解真相 真相能会让你自由。

我问一个比较白痴的问题：为什么要事务管理？

   呵呵，其实还真没有几个人可以说对事务管理深刻理解了：
《Spring 3.x企业应用开发实战》的第9章有较详细的讲述，你也可以参考阅读这篇文章：
http://www.24xuexi.com/w/2011-06-14/92244.html

我有个很重要的问题啊，想问问楼主，有一天我在给我同学讲spring mvc 的时候，他问我，为什么要用到dao，接口？我们直接写实现类不就好了？还有就是那个controller再调用不是很麻烦？
求解为什么要dao,service

如果，这个类有很多业务逻辑呢？那类的代码此不是一团的…太多了…维护你自己认为