到底什么算是业务

[rong6618]

希望各位能够看完，写的有点乱，有点长，真心想弄明白！！

小弟很早以前就在疑问，到底什么算是业务呢？
因为我是在校学生，没有机会接触真正的项目，只能通过一些小项目来了解，我知道项目在小，其实里面也是有业务逻辑的，只是这些都是富crud的，搞得我有些乱，分不清action类，service层，dao层到底应该怎么封装，
比如，用户注册这个模块，这是业务要求的一个方面，那么如果把它细化，那么分页到底算不算业务里的呢？


那就应该是咱service里处理，不是吗？但是为什么有些是在dao层处理，我个人理解，dao只负责相应业务模型的最简单的增删改查就好了，然后action就是通过service拿到要使用到的数据就好了，是不是这样呢？

我知道我看到的都是小项目，所以我所见到的action，service，dao的命名基本都一样，实际是不是这样呢？

或者推荐我看下什么书，我真的想明白，我感觉运用各种技术，只是在解决一个业务的实现，这个不是我想要的，我想彻彻底底明白什么才是真正的javaee的魅力！

还有就是以后工作开发是按照模块划分任务吗？我怎么感觉不知道从哪开始好啊！

希望各位给些指导，书籍也行，或者给我稍微正规一点的项目，我只是想搞明白，业务是怎么回事，实际开发怎么开发!

谢谢了，项目也可以发给我让我学习下，即使只是一小段，谢谢了

[e-mail]

[lzh_me]

业务也可以理解为行业规范或者规定。 这个行业，你要完成一定的事情就要按照这个流程去走，没个行业的业务都不一样。 好比说，你要交电费和你车的罚单。都去银行交款，但却是两个不同的业务，这个款项最终的去向和分成什么的，这些就是业务。

[rong6618]

别沉啊，想理解啊

[wangzhuoyan]

我个人理解，业务应该跟实体有关，例如保险行业，买保险流程应该算是业务，银行行业就有自己的一套业务，这些业务应该是用代码来描述实体的，并且可以作为独立的一个层面。

[rong6618]

引用 2 楼 wangzhuoyan 的回复:

我个人理解，业务应该跟实体有关，例如保险行业，买保险流程应该算是业务，银行行业就有自己的一套业务，这些业务应该是用代码来描述实体的，并且可以作为独立的一个层面。

引用 3 楼 lvbang_lzt 的回复:

业务也可以理解为行业规范或者规定。 这个行业，你要完成一定的事情就要按照这个流程去走，没个行业的业务都不一样。 好比说，你要交电费和你车的罚单。都去银行交款，但却是两个不同的业务，这个款项最终的去向和分成什么的，这些就是业务。

还是有点晕，能不能用代码表示一下，谢谢，这块一直想不明白，应该怎么封装和命名

[knxw0001]

[唐三角]

又一个被 baroque java搞晕了的孩纸。。。 相信直觉，用你觉得最简单的方式解决问题，没错的

[wangzhuoyan]

简单例子，你写个买火车票的程序，其实就是一个小小的业务。