背景
我们有自己的业务对象架构,更轻((并且松散地基于,但实际上并未使用......)版本的“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