--引用--------------------------------------------------
木野狐(Neil Chen): 我最想要:
可编辑的 ComboBox,
TreeView,
Menu
NumericUpDown.

--------------------------------------------------------
me too！

sl啥时候能够脱离浏览器！

希望楼主能增加拖拽框的最小化，还原，关闭功能！

支持，期待楼主带我们开始Office Live for Small Business的探索之旅！

不错！不过在实际使用中最好定义好接口方法（gettime）来调用，不要用invokemember！

程序员是一个要有激情的行业，要有一颗年轻的心，要爱好这个行业，要有兴趣，跟年龄有个屁关系，30岁的人60岁的心也干不了这个，60岁的人30岁的心就没有问题！

呵呵，我来凑个热闹，电梯是一个实体类没错！准确的说是业务实体类，这个类里面只是规定了电梯需要包括那些参数，并没有指明这些参数都是什么值，无论哪个公司的电梯，参数的种类都应该是一样的！即使换了电梯也不用改动这个业务实体类啊，还有，如果这个电梯要和大楼其他部位（比如电梯间）进行交互，这个交互的过程就是一个接口，具体怎么交互（电梯在电梯间怎么运行）就是接口实现的问题了，也就是说，电梯换了后，电梯的业务实体是不需要改动的，而且电梯和电梯间的交互操作接口也是不需要改动的，要改动的的地方是不同的电梯到底在电梯间怎么运行而已（业务实现层）。

我很同情楼主！我设计数据库的时候把所有的关系和约束都设计好，这样EF就能根据我的关系来生成所谓“数据实体”，然后我再根据界面来设计我的所谓“业务实体”，在业务层来处理两种实体间的取值和赋值，要是数据库改了，我大不了再生成一遍！

@daconglee
http 400 是语法格式错误，服务器无法解析请求，建议检查一下config文件，并确保wcf服务可以运行。

@冰の酷龙
我的msn：iamxiaozhuang@hotmail.com

同意一楼！还有代码如果有的话也放到这里！谢谢！

楼主：我也曾经为这个问题迷惑，请看我的解决办法：http://www.cnblogs.com/xiaozhuang/archive/2008/08/15/1268907.html

对国内乳制品业彻底丧失信心了！他们的胆大妄为，毫无人性，毫无党性远远超出了我们的想象！！

src.id.value？？？？？？？怎么用啊？

楼主，请问我把行的主键值（Guid型）传给showMenu(guid)后，怎么在删除操作的时候获取到这个数值呢？我想在某行上点击右键即可编辑/删除该行.可以吗？

这个怎么传点击的行号给添加，修改，删除的操作方法呢？

--引用--------------------------------------------------
Artech: PIAB里有现成的ValidationCallHandler!
--------------------------------------------------------
PIAB里现成的ValidationCallHandler，这个好像不能实现我这篇文章要求的功能：自动验证业务实体！还是我理解有误？

@Gray Zhang
呵呵，我用void DeleteUser(DeleteUserEntity user);这样就是实体多了些，可以通过继承的方式：先定义一个只包含ID的实体，其他的继承之。

@Artech
呵呵，刚看了一下，我可以把它那个改造一下，用我的这个异常来传递消息，因为我整个系统都是用这个传递消息的.还是自带的那个性能好啊！

源代码下载：http://files.cnblogs.com/xiaozhuang/AOPValidate.rar

权限控制最好还是用AOP+RBAC控制到方法级别比较好！

楼主加油！都是.Net都差不多！

同意一楼！

晕啊！Code 5 中还是[Import("MyCaption")]？Code 11 中[Export]后面没有了？

原来实体类就是数据库字段的对应啊？我还以为是用来封装业务逻辑（包括界面逻辑）参数的对象呢？我的实体只在Web层和Business层用啊！不知道这样可以不？

修改字段的目的是什么？
http://www.cnblogs.com/xiaozhuang/archive/2008/08/15/1268907.html

看了楼主的文章，激动的我现在马上去下载sql server 2008装上！

呵呵，相当不错，我找了n久的资料都被楼主给提供了！谢谢！

刚打开博客园就看到了楼主这么伤心的表白！楼主，你要坚强点啊！怎么能被人说了几句就气馁呢？我相信大多数的博客园兄弟姐妹都不是楼主说的那样的，楼主没有必要为了那一小撮说话不经过大脑的人生气啊，想开点，开心点，勇敢点！

那个“When MATCHED AND OrderSrc.CustId = 0 THEN ”是不是可以这样理解：先把两个表连接起来（右外连接），然后循环每一行，如果CustomerTable中的某一行和和OrderSrc匹配，并且Ordersrc匹配的的行是空行的话，就删除CustomerTable中的这一行。

@xiaomi7732
正向工程我没有用过，也不敢用，我害怕当我的概念模型改了，数据库修改的时候影响到原先的数据或者索引视图之类的的东东，到时候还不是一样要改数据库，我还是更喜欢反向工程，从数据库的角度，充分利用数据库的特性，保证数据的完整性，索引，视图等我都可以自己定义，不知道正向工程能自动建立索引和视图和存储过程吗？能自动把表分区吗？但我又不喜欢在再改反向工程生成的概念实体，因为要是数据库改了，那我不是还得在那个设计器里修改来修改去？我宁愿根据界面需求再建立自己的业务实体，把概念实体和业务实体在业务方法中进行转换，这样也有利于界面层的数据绑定更简单。

很同意楼主的“SQL语句就是业务逻辑”！但应该稍微改一下，叫查询就是业务逻辑，那些添加修改删除的叫数据持久化！为了把查询的业务逻辑从数据库中移植到业务层中，就出现了Linq。

关于那个多对多映射的问题，为什么AEF不能够自动在NoteBook实体中生成InitOS的链接属性呢？一些自动代码生成的工具例如（Nettiers）都是可以的！这样就省事了；关于那个继承的问题，楼主干脆就在数据库中设计成表之间的一对一关系不就好了，还用这么费事？而且这样设计还满足那个数据库设计的范式。

@小No
的确是要继承一个类，我参考了artech的文章把它和Unity和WCF结合起来使用非常的方便，但我在使用过程中发现不继承那个类也可以使用！反正我觉得继承不继承的对我的业务实现没什么影响，你的有影响吗？欢迎你阅读我的开发架构设计的文章，多提宝贵意见。

@Geerry
这个设计复杂么？这个设计主要就是利用了三种技术，为了实现更大的系统灵活性，1，使用面向接口和IOC的目的就是降低UI对业务实现的依赖，不会因为业务实现方式的改变而影响到上层，从而提高系统的稳定性。2，使用AOP的目的就是从企业级设计的角度实现对整个系统的监控方面（日志，异常，权限控制等）,并降低实现这些方面的代码对业务代码的“污染”,使程序员专注于业务，而不用考虑那些方面系统功能。3、使用AJX（UerControl生成HTML）的目的是提升系统UI层的界面灵活性和可控性，并提升用户体验，其实是实现了一个小型的MVC的界面编程模型。

@bangbang
@kevin.chen1981
我一直认为所谓DAL，从面向对象的角度看，其功能就是提供实体的持久化，并屏蔽各种数据库之间的差异，例如ORM，业务的实现是依靠在业务层的各种业务实体（包括ORM提供的数据实体和实体集合）之间的相互作用（List.Add()/赋值/List.Remove()等）而形成的业务实现，并不是依靠调用DAL层的GURD方法产生的，例如查询操作，我认为它是应该属于业务层的（因为她是业务逻辑决定怎么查询的），而不是数据数据层的，这就是HQL或者LINQ出现的原因；对业务层来说数据层只需要提供两种方法，一种是从把业务层需要的数据从数据库里取出来，一种是把在业务层改变的数据保存回数据库（持久化），业务层不管你数据是放在什么数据库里面的，也不管你的数据库在那里。

也可以把ViewBase写成一个泛型类，通过BuildUp方法注入到view的每个Form中去，这样就不用再从容器中去取接口了，给接口属性上加个[Dependency]标记就可以了。可以参照：http://www.cnblogs.com/xiaozhuang/archive/2008/08/21/1272963.html

@老蒋
现在好了没？

源代码解决方案在这里下载：http://files.cnblogs.com/xiaozhuang/XiaozhuangSolution.rar

@小No
呵呵，不管它了，我现在用企业库中的策略注入块来实现AOP，微软做的应该不错的，可要是真的性能太差就骂微软，反正都习惯了。

楼主的文章对我帮助很大，谢谢！要是不这样集成起来，光写那多余的再封装代码就累死人。

@木鱼
楼主用的是2.5哦！

神啊！企业库把IOC（unity）和AOP（Policy Injection Application Block）已经做好了，居然还有人不知道.

@金色海洋（jyk）
--引用--------------------------------------------------
金色海洋（jyk）: 很前卫吗？我已经用了两年多了呀，好几个项目了。

只是我一直对于三层不感兴趣，其原因就是，修改字段的时候，要修改每一层的代码，很烦。呵呵。
-------------------------------------------------------
那要看字段变更的目的是什么，如果只是为了重新实现某个接口服务，那只需要改动DA层和Business层，如果目的是为了实现新的接口服务或者改变原有的接口服务，那当然每层都要改动了，因为需求变了。

@lexus
--引用--------------------------------------------------
lexus: 还不错，不过做为架构，是应该有个可运行的原型吧？不如把完整的工程放出来
--------------------------------------------------------
呵呵，当然提供完整工程下载，因为后面还牵扯两个问题，一个是Asp.net页面依赖注入的问题，一个是UserControl生成HTML的问题（改进后老赵的Asp.net版本），下次提供源代码下载。

呵呵，速度好快啊，希望楼主再接再厉！

一直都是这么做的啊！

@云 舒
--引用--------------------------------------------------
云 舒: 这样说还是不对。
假设修改了接口，上层也需要修改。修改了实现接口的类，上层就不用修改——注意这里的修改了实现接口的类，就是说只是改了类的内部实现，并没有修改参数个数之类的东西。那不是废话么？我不用接口，直接用类实现，改类的内部，上层一样不用修改。
--------------------------------------------------------
哈哈！我以前也被这个问题困扰，后来我认为我已经解决了这个问题，我将在我的博客上写篇文章来说明这个问题，并附上代码！

楼主啊，面向接口要用依赖注入啊，要不然没用的!就像你说的那样，还是照样依赖具体的实现！

晕啊，我的c盘只有2G多了，装不了！

楼主能不能再说说如何还原呢