java的实体(entity或module)中写逻辑代码好吗

程序员小崔 发布于 2014/10/26 15:10
阅读 1K+
收藏 0
java的实体(entity或module)中写逻辑代码好吗?
加载中
0
l
loyal的小号

不好,那是作死的表现。

而且。。。不用实体类才是王道。


xmut
xmut
不能一棍子打死,这是“充血模型”和“贫血模型”的两种设计理念……
l
loyal的小号
回复 @程序员小崔 : 当然可以,用类似的map的集合就行了。
程序员小崔
程序员小崔
不用实体类都可以吗?求指导
0
蛋看江湖
蛋看江湖
有病才这么干
0
静风流云
静风流云

可以看看贫血性领域模型和充血性领域模型的概念。
一.net出身的技术总监,一起讨论过这事。
发现都说服不了对方。毕竟各有各的场景。
自己感觉,java的model,尽量还是别写业务。
那么多框架和组件,model就是用来传递用的,就把它理解为xml或者json的作用。

0
RAY_STONE
RAY_STONE
业务逻辑还是算了,和业务无关的一些调优我倒是觉得关系不大,尽量专一
0
N
Neal1989
你说的逻辑是说equals 吗 
0
battyman
battyman

能够简单有效的解决问题就去解决,不必为它是否符合现有各大框架思想而去苦恼它好与不好。有些东西不是说必须要讨论它到底好不好,而是有一群人自认为拿着“高大上”的框架以此来贬低或者排斥别人,这些框架只能解决特定的问题而他们又是如此的喜爱,最后演变成其他所有的问题他们都要用这个框架去套。

例如有些人用了Grails后就认定无需再写get、set方法,他们认为类里面再写get、set的都是傻逼。有人觉得你在Java类中写逻辑是不好的,他们只会喷你没有用他们所熟知的框架,我觉得你不用在意。一般来说和实体相关的逻辑放在实体里面,而包含事物操作的逻辑一般单独封装在一个Service中,这只是便于事物管理,又没有人说放在类里面是不可以的,只是从编程角度上来看事物管理起来稍微麻烦一点,而且一般来说事物包含了多个需要参与的类,只放在某个类中显得不合适

0
0
Tek_Eternal
Tek_Eternal
想起来贫血模型和充血模型。。不过jfinal里面不也有类似的东西吗?
0
原来如此
原来如此
如果团队就自己一个人无所谓,想怎么写都行,多人肯定不行的,还是要定好规范
0
moz1q1
moz1q1
看需求吧,可以也可以的, 自己去了解下贫血模式和充血模式吧,别听其他人说,这个不好那个不好,有意思吗,他们只是程序员,不是工程师。脑残的程序员只会用自己熟悉的方式去解决问题,从不思考,工程师是寻找比较优的方式去解决问题,如果你想当工程师的话,方方面面都去多了解写吧,手机打的,太累,不说了
返回顶部
顶部