背景
我们有自己的业务对象架构，更轻（（并且松散地基于，但实际上并未使用......）版本的“CSLA”业务对象框架具有类似的用法，验证，包含DAL生成所有代码（存储过程和Business Objects使用CodeSmith创建）
Business Objects非常丰富，包括获取对象的功能，带有过滤器排序参数的列表以返回对象和通用列表。
这种架构可能不会订阅一种特定或流行的架构和纯粹主义，但它适用于我们，并减少了大量的手动编码。
我们发现了很多东西，特别是在与其他系统（第三方，Flash或Silverlight等）集成时，需要可以通过Web服务等轻松序列化和提供的上下文“基本对象”或数据容器。具体目的。
环顾SO和网络，术语DTO出现了很多。我们在Dto名称空间中创建了这些Basic对象，这些对象是表示Business Objects的基本或特定版本的基本对象，但除了接受DataRow或Business Object来填充“Dto”对象的构造函数之外没有任何功能。
问题：
1）正在调用此“DTO”对象吗？
2）如果这个填充代码在不同的类中，而不是让构造函数提供数据并设置对象属性，那么某种“助手类”
对我要做的事情的术语和命名惯例有何评论？
由于
答案 0 :(得分：2)
1）是的。
2）我认为没有大问题，尽管你限制了DTO的使用。但我再次看到它没有大问题。您可以使用一个映射框架为您执行此操作，您可以在此处找到http://www.lostechies.com/blogs/jimmy%5Fbogard/archive/2009/01/22/automapper-the-object-object-mapper.aspx