摘要： 回到目录entity frameworks给我们代来的不只是操作方便，代码简洁，代码人性化强，而且更重要的是它的代码执行效率也是可以信任的，这一点对于我们来说十分重要，因为对于ORM来说，你再使用方便，再容易上手，如果你的性能低下，我估计也没人爱用，呵呵。今天主要说一下entity frameworks中的关联表插入问题，我们以订单业务为例来说一下：一 数据结果图如下：二 在EF中，数据结构关联图会体现在模型里，并且同时会生成在实体中，它以导航属性的形式出现，如图： public partial class Order_Info { public Order_Info(... 阅读全文

摘要： 回到目录你是否真正了解TransactionScope？相关文章将不确定变为确定~transactionscope何时提升为分布式事务将不确定变为确定~transactionscope何时提升为分布式事务~续将不确定变为确定~transactionscope何时提升为分布式事务~再续（避免引起不必要的ＭＳＤＴＣ）一 了解事务选项，用它来控制嵌套事务 public enum TransactionScopeOption { //如果存在环境事务（我认为应该叫嵌套事务，氛围事务，ambient transaction），那么就加入其中， 如果不存在就创建新事... 阅读全文

摘要： 最近在项目重构过程中，发现项目比较乱，项目中的类文件遍及了整个项目文件夹中，为此，我觉得有必要把它们整理一下，我的作法是：详细划分：BLL层：根据业务或者领域进行划分，如用户业务，财务业务，产品业务，其它业务等等。DAL层：根据表模块进行划分，我们在设计表时会根据功能为表加前缀，如User_XXX,Order_XXX,Product_XXX等等，所以，在DAL层对这些类文件进行最原始的功能划分，它可能有用户模块，公用模块，订单模块，产品模块，后台模块等等。如果你要划分，需要具备的条件：BLL层：一个业务领域专家，它需要对业务非常了解，经常它可能是项目经理人DAL层：一个底层架构师，它需要对数据 阅读全文

摘要： 回到目录之前一起认为ＥＦ的延时加载存在性能问题，主要体现在一对多关系上，它会增加与数据库的通讯，而EF本身也提供了“立即加载”include，今天主要说一下它，经过实验，证明如下：最初接触EF延时加载时，以为只存在这种性能低下的方案，在了解include方法后，才知道这种神奇的方案，它与linq to sql中的DataLoadOptions比较类似，译为立即加载关联对象。在这里，我对include说一声，对不起，是我冤枉你了，呵呵。实验代码如下：Infrastructure层： public IQueryable<WebManageUsers> GetWebManageUsers 阅读全文

摘要： DAL层从数据库中将数据读出来后，传递给BLL层，再通过BLL处理数据后，向WEB层返回，最后到页面上输出，这是一个过程，在这个过程中我需要说两句，ＢＬＬ层与ＷＥＢ层通讯肯定是List,IList等等，即实实在在的数据，而ＤＡＬ层向ＢＬＬ层返回数据时，就需要注意了，因为ＤＡＬ层返回一般是完整的结果集，而在ＢＬＬ层根据具体的业务，再进行字段的过滤，这对于减少数据库与网络传递的压力是有帮助的，下面是一个案值，分别是向ＢＬＬ层以IEnumerable和IQueryable方式进行数据的返回，最后在ＢＬＬ层进行加工数据的操作，看代码：ＤＡＬ层：IQueryable方式： public IQuer... 阅读全文