摘要： 回到目录事情是这样的，前台网站有些数据不希望每次都从数据库里读，所以，应该做个缓存，而引起缓存更新的入口来自网站的后台管理，而前台和后台被部署在不同的网站中，这时缓存的更新就成了问题，前台的缓存与后台的操作不能联系到一起，为了解决这个问题，我引入了WCF作为中间件，所以与数据库的操作，读，写都来自一个入口，那就是WCF，WCF用户告诉你是否从缓存取数据，所有缓存的数据也缓存在WCF中，OK，想法不错，下面来说一下具体的实现步骤。一 首先看一下结构图：注意看我的结构图，前台aop_cache和后台aop_cache_background项目都引用aop_cache_webservice项目，而它 阅读全文

摘要： 回到目录很多境况下，我们需要设置自己模块的layout，即它的布局页面，在MVC2中叫它模板页面，你可以在return view方法时设置它，当然，这不是一种好方法，因为我不想每个action都去设置一次，因为我们的controller一般指一个模块，而一个模块下的action，它们的layout基本是相同的，所以，有没有一种方法，在controller级别来实现这个呢，呵呵，当然有，那就是attribute特性，我们在MVC环境下，有一个ActionFilterAttribute，这个想毕大家都听说过，它记录了页面在渲染前与渲染后的状态，这个特性（或者叫它过滤器）的代码如下： // 摘要: 阅读全文

摘要： 回到目录Transactionscope何时被提升为分布式事务，即时要触发msdtc服务，这个问题与数据库版本有关，在前面的文章中，我的MSTDC系列出现了多个版本，有一点没有说清楚，测试的环境不同，所以产生了多个版本,下面我做一下总结：第二十六回 将不确定变为确定~transactionscope何时提升为分布式事务？第二十七回 将不确定变为确定~transactionscope何时提升为分布式事务~续第二十八回 将不确定变为确定~transactionscope何时提升为分布式事务~再续（避免引起不必要的ＭＳＤＴＣ）第二十九回 将不确定变为确定~transactionscope何时提升.. 阅读全文

摘要： 回到目录对ＥＦ开发来说，导航属性肯定都用过，事实上，它是由ＶＳ　ＩＤＥ工具根据你的数据库关系结构自动生成的外键属性，在类视图中可以看到相关属性，它是以外键表名来标识的，如果是一对多的关系，那么，它会为属性加上ICollection泛型集合用来标识，而今天我们要说的当然不是自动生成的，而是手动加的属性，这样属性需要我们手动进行join，然后把它按需赋值，而使用include当然是无效的，呵呵。一般地，我们习惯上把集合属性定义为List，但是，对于linq to entities来说，这个东西并不是很受欢迎，而标准结果集大家都知道是IEnumerable，它是所有集合的基类，自身只提供了集合遍历的 阅读全文

摘要： 回到目录这个标题很有意思，关系表插入，就是说主表和外表键在插入时，可能会有同步插的情况，如在建立主表时，扩展表需要同步完成数据的初始化工作，而对于多表插入时，我们为了保证数据的一致性会针它写在事务中，而对于.net中的事件，它在一些情况下，会不那么单纯，对于ef和linq to sql来说，你的事务如果出现多次提交动作（submitchange | savechanges），那么,.net这边会把它提升为分布式事务（ＭＳＤＴＣ），即.net认为，对于一个数据表的操作，不会出现多个savechanges，ＯＫ，这个可以解释的通，一个数据库，一个提交，这是符合性能要求的，呵呵，但对于我们的架构来说 阅读全文