需要再创建一个实体吗
--------------------编程问答-------------------- 你显示在什么地方？datagridview里面吗？还是在别的什么地方？你都已经获得A B C D P O（语法关联获得这样的数据）。了，说明有数据了，直接显示就可以了啊。 --------------------编程问答-------------------- 你说的好笼统，应该确定哪个是主体，哪个是根，哪个是已此根而聚合的，这种不需要什么第三个实体。 --------------------编程问答-------------------- 什么实体？根据你的描述我理解为分层的Entity，那只有需要存储或需要传输的时候才需要Entity...你只是显示要来何用... --------------------编程问答-------------------- 和那2个表一样，做出A B C D P O的实体结构，然后2个表关联查询，设定显示出来。 --------------------编程问答-------------------- 你可以再创建一个“实体”也就是 MVVM模式，和界面相关的叫 ViewModel，和业务相关的叫 BusinessModel。 --------------------编程问答--------------------
首先，所谓“三层”是指界面对象跟业务逻辑层之间的独立的交互通讯协议，不是什么跟数据库的。所以实体是依赖于这个通讯接口设计而定的。至于说你保存数据库操作，如果你不想直接对数据库进行sql操作，偏要自己再额外包装出一层什么数据库实体，随你的便。（或者你可能使用一些工具，例如Linq to SQL，它也是需要有数据库操作的实体）。 --------------------编程问答-------------------- 另外要注意，“现在界面中显示字段需要A B C D P O（语法关联获得这样的数据）”这不代表着需要（仅）一个实体，这也许需要2个实体，3个实体，等等，因为软件是一活动流程为主的，不是什么静态的表格。因此界面会访问多次、多个业务逻辑功能，也会在前端进程内缓存一些数据。如果你不去按照活动去设计前端应用，那么你的所谓实体也就是翻来覆去要去跟所谓数据库表一一对应，你也设计不出用户真正觉得更加好用的前端程序。 --------------------编程问答-------------------- 是使用SL+WCF+VS2010+动软生成三层，项目中没使用MVVM模式（5楼）。2楼不实际，以后主体中的字段太臃肿
界面显示的A B C D P O是通过DAL（问题所在，借助实体）-BLL手动获取（非动软产生）的。保存时更新C D P O字段。。。不是报表操作
--------------------编程问答-------------------- SL+WCF+VS2010+动软生成三层，域问题 数据表之间不存在？
补充：.NET技术 , C#
