摘要： 在我上一篇文章发表后，收到了很多博友的回复，其中有一位博友提了一个问题，TestBase 继承了ITest是多余的，我认为，我有必要再写一篇文章来说明一下，TestBase为什么要继承ITest,当然各位也可以再次发表自己的看法。 1 /// <summary> 2 /// 数据统一接口规范 3 /// </summary> 4 interface ITest 5 { 6 /// <summary> 7 /// 插入方法 8 /// </summary> 9 void Insert();10... 阅读全文

摘要： 这个问题困扰了我很久，很觉得设计的不完善，终于在今天把它彻底解决了，其实就是一个C#里的基础知识问题，主要涉及到了，接口，抽象类，接口继承，类继承，多态等知识。事件是这样的，我有一个统一接口规范的接口，它可以由linq to sql,ado.net和ef等相关数据源去实现（只是举个例，不是实际中的代码） 1 /// <summary> 2 /// 数据统一接口规范 3 /// </summary> 4 interface ITest 5 { 6 /// <summary> 7 /// 插入方法 8 /// ... 阅读全文

摘要： 标题有有意思，说是再次看WCF，意思是说之前也简单的看过，但没有用到实际项目中来，这一次，准备大规模的体验一下WCF。 今天主要是一个例子，从用户服务器，根据指定用户ID，还回它的用户实体，即，用户模块的代码是写好的，可以供其它项目，业务去调用，提供一个开放的服务平台，先看一下结构图 在WCF Se 阅读全文

摘要： 回到目录ＭＶＣ开发应用程序有个问题，很多开发者不知如何去使用页面模型，大多数开发者认为为每一个页面去设计一个实体是多余的，所以他们使用数据库实体来代码页面视图模型，事实上，这样做的好处就是节省的代码，但不好的地方是什么呢？我来总结一下吧：１　方便根据每一种业务逻辑和前台页面表现，去对模型进行特性的设置２　前台ＵＩ部分与业务层与数据库层可以更加独立，前台页面模型并不依赖于数据库模型３　可以根据具体业务，去分别设置它们的验证及约束关系好了，上面我说了３点不使用viewModel的缺点，事实上，确实是这样的，比如，你的userbase实体，如果它需要提供两种业务，如“登陆”和“注册”，那么它的前台信 阅读全文

摘要： 回到目录在ＭＶＣ３网站的global.asax中的Application_Start方法里，有这样一段代码　1 RegisterGlobalFilters(GlobalFilters.Filters);它的主要使用是将全局过滤器进行注册，而全局过滤器可以在RegisterGlobalFilters这个方法里进行设置，如代码： 1 /// <summary> 2 /// 全局过滤器（特性） 3 /// </summary> 4 /// <param name="filters"></param> 5 public stat... 阅读全文