上一页 1 ··· 310 311 312 313 314 315 316 317 318 ··· 352 下一页
摘要: <html><head></head><body><script>document.domain="sina.com";function adjustIframe(id){ var iframe = document.getElementById(id) var idoc = iframe.contentWindow && iframe.contentWindow.document || iframe.contentDocument; var callback = function () { var 阅读全文
posted @ 2011-12-13 00:06 张占岭 阅读(867) 评论(0) 推荐(1) 编辑
摘要: 随着系统的庞大,你的全局信息保存在appsitting里可能会比较乱,不如为模块写个自定义的全局常量吧 首先,在Web.config中的代码可能是这样 而ConfigurationSectionForSite.WebSiteInfoHandler需要我们定义成这样 最后在页面需要的位置调用,可能这样就可以了 阅读全文
posted @ 2011-12-11 22:46 张占岭 阅读(1328) 评论(0) 推荐(0) 编辑
摘要: 几个常用的全局常量 调用Web.config节点的方法 阅读全文
posted @ 2011-12-11 00:15 张占岭 阅读(505) 评论(0) 推荐(0) 编辑
摘要: 项目为何要设计成N层架构?为何会有WEB,BLL和DAL,这些东西我们今天姑且不说,单说为什么要把BLL层进行抽象。 在之前我的博客中有一篇对WEB层的Controller进行了抽象,实现上对BLL层也可以进行一个必要的抽象,将大部分公用 的属性和方法进行抽象,提取到一个新的抽象类中,让其它BLL的业务逻辑类型去继承它,享用它内部公用的属性和方法 ,这在以后维护和扩展及程序稳定性上都非常重要... 阅读全文
posted @ 2011-12-09 21:24 张占岭 阅读(3065) 评论(0) 推荐(1) 编辑
摘要: 呵呵,一个有趣的话题,事务(不是TSQL中的事务,只是指 System.Transactions下的TransactionScope类型)底道应该放在哪个层? 可以说,这个话题看你怎么看了: 如果同意在BLL层的,理由是:事务主要用来处理复杂逻辑,而复杂逻辑操作多表时需要用到事务,所以事务放在BLL层用来实现“逻辑组合”。而DAL层只负责最基础的数据操作,不管业务逻辑。 如果同意在DAL层的,理由... 阅读全文
posted @ 2011-12-09 11:33 张占岭 阅读(2979) 评论(2) 推荐(1) 编辑
上一页 1 ··· 310 311 312 313 314 315 316 317 318 ··· 352 下一页