上一页 1 ··· 284 285 286 287 288 289 290 291 292 ··· 385 下一页
摘要: 返回目录 解放思想与面向对象两个东西有什么联系,怎么把它们放在一起去说了呢,呵呵,解放思想实事上是指将我们的习惯性思维进行改变,使用另一种方式来有效的解决一个问题,而这种解决问题的方法往往是通过面向对象的特性去实现的。 今天要说的是“站点地图也要面向对象“,我们通过在做站点地图时,都是直接写死在页面 阅读全文
posted @ 2013-03-11 16:59 张占岭 阅读(911) 评论(0) 推荐(3)
摘要: 回到目录entity frameworks给我们代来的不只是操作方便,代码简洁,代码人性化强,而且更重要的是它的代码执行效率也是可以信任的,这一点对于我们来说十分重要,因为对于ORM来说,你再使用方便,再容易上手,如果你的性能低下,我估计也没人爱用,呵呵。今天主要说一下entity frameworks中的关联表插入问题,我们以订单业务为例来说一下:一 数据结果图如下:二 在EF中,数据结构关联图会体现在模型里,并且同时会生成在实体中,它以导航属性的形式出现,如图: public partial class Order_Info { public Order_Info(... 阅读全文
posted @ 2013-03-07 11:16 张占岭 阅读(7249) 评论(6) 推荐(2)
摘要: 回到目录你是否真正了解TransactionScope?相关文章将不确定变为确定~transactionscope何时提升为分布式事务将不确定变为确定~transactionscope何时提升为分布式事务~续将不确定变为确定~transactionscope何时提升为分布式事务~再续(避免引起不必要的MSDTC)一 了解事务选项,用它来控制嵌套事务 public enum TransactionScopeOption { //如果存在环境事务(我认为应该叫嵌套事务,氛围事务,ambient transaction),那么就加入其中, 如果不存在就创建新事... 阅读全文
posted @ 2013-03-06 10:56 张占岭 阅读(6065) 评论(1) 推荐(5)
摘要: 最近在项目重构过程中,发现项目比较乱,项目中的类文件遍及了整个项目文件夹中,为此,我觉得有必要把它们整理一下,我的作法是:详细划分:BLL层:根据业务或者领域进行划分,如用户业务,财务业务,产品业务,其它业务等等。DAL层:根据表模块进行划分,我们在设计表时会根据功能为表加前缀,如User_XXX,Order_XXX,Product_XXX等等,所以,在DAL层对这些类文件进行最原始的功能划分,它可能有用户模块,公用模块,订单模块,产品模块,后台模块等等。如果你要划分,需要具备的条件:BLL层:一个业务领域专家,它需要对业务非常了解,经常它可能是项目经理人DAL层:一个底层架构师,它需要对数据 阅读全文
posted @ 2013-03-05 12:00 张占岭 阅读(2379) 评论(0) 推荐(3)
摘要: 回到目录之前一起认为EF的延时加载存在性能问题,主要体现在一对多关系上,它会增加与数据库的通讯,而EF本身也提供了“立即加载”include,今天主要说一下它,经过实验,证明如下:最初接触EF延时加载时,以为只存在这种性能低下的方案,在了解include方法后,才知道这种神奇的方案,它与linq to sql中的DataLoadOptions比较类似,译为立即加载关联对象。在这里,我对include说一声,对不起,是我冤枉你了,呵呵。实验代码如下:Infrastructure层: public IQueryable<WebManageUsers> GetWebManageUsers 阅读全文
posted @ 2013-02-28 17:16 张占岭 阅读(29943) 评论(8) 推荐(7)
上一页 1 ··· 284 285 286 287 288 289 290 291 292 ··· 385 下一页