为什么提起DTO就是EJB，我用Tomcat不可以吗？

Question

就是你说的那样做呀
我觉得你还没有弄清楚tomcat是什么,tomcat是一个用来编译jsp的服务器组件

Answer 1

“对象不应该有public的field，应该用getter/setter将field封装起来。”我们对于这个规则已经太熟悉，熟悉得完全忘记了它的由来。Uncle Bob提出了一个问题：完全用于传输数据的DTO是否需要getter/setter？实际上，在很多时候，DTO并不是一个“对象”（我们用这个词表示“数据与行为的组合体”），仅仅是一个“数据结构”——把数据从一个地方带到另一个地方。给“数据结构”加上getter/setter，从OOD的角度来说着实没什么价值。但是我至少有两个理由反驳Uncle Bob的话。第一，有时DTO要对其中携带的数据加以组合或变换，给出适合UI层的形式，这时需要getter（甚至setter）的封装；第二，用jakarta-commons-beanutils工具可以很方便地在提供了Java Bean语意（即getter/setter）的对象之间复制属性。

Answer 2

ejb是一种技术，tomcat是一个容器

Answer 3

我的意思是所有讲DTO的文章都是基于EJB的运行环境，对于只能使用javaBean的Tomcat来说，似乎被抛在一边没有任何关系。
我还没有开始做，所以感觉到很奇怪。
你们做jsp+bean这样的系统是不是也是我设想的那样啊？就是前面提到的"希望用DTO作为Presentation,Business,DataAccess层间的数据传递。"希望各位前辈指正！

Answer 4

忘记说了一点,就是jbuilder里面的自动生成DTO的功能只有对于entityBean才可以.
这个潜台词不就是说DTO只能用于ejb吗?我摘录一段jbuilder的帮助
"DTOs - Data transfer objects. Their purpose is to pass information into and out of the EJB layer. "又是EJB哦.
各位高手,指点迷津啊!

Answer 5

DTO是Data Transfer Object的缩写，TO是它的简称
之所以它被普遍用在EJB上是因为EJB会遇到分布式的情况
如果为获得单个Value Object就建立一次Remote Call那是非常浪费的
DTO与VO相比，封装了更多数据，可能这个对象中很多数据是你用不到的
但这样能很好地解决Remote Call对系统、网络资源的浪费

Answer 6

但是那到底适合不适合tomcat呢？

Answer 7

无所谓DTO or VO，它们只是javabean，随便用哪个都行
BTW，Tomcat不支持EJB

Answer 8

TOMCAT是运行jsp,servlet的一个容器，而ejb是一种技术

Answer 9

我的意思是我用Tomcat，它不支持EJB，而只要讲DTO就是EJB相关的文章和章节。
所以我想搞清楚的 是，难道不用ejb就不能用DTO模式了吗？为什么没有人在EJB之外采用这个方法。

Answer 10

dto是模式，而ejb只是一种技术，两者并无直接关联，一般bean就可以实现dto

Answer 11

dto模式和ejb技术确实没啥关系.按道理,模式只要适用,在什么开发环境都可以,但是我就觉得很奇怪的是:
1.所有讲dto的书籍文章都是"在EJB里....";
2.jbuilder里面自动生成DTO的功能也非得建立一个EJBean才能在右键菜单中找到.这个的言下之意不就是你不是EJBean就不能给你自动生成DTO,所以我推理说dto是不是不适用于非EJB环境

Answer 12

EJB是Enterprise JavaBean，他依赖于EJB容器，也就是说必须有一个EJB容器才能运行，而目前支持EJB的常用的容器有WebLogic，WebSphere、JBoss、Resin。
而Tomcat不支持EJB，它只是一个Web 容器。