摘要：
最近深入的阅读了P&P的Cache应用程序块，收获颇多。便写下笔记。以便日后查阅。 首先。为什么会有这个应用程序块呢？NET FRAMEWORK中不是已经有了Cache这个类么？我也是经常用到这个类，以便优化程序性能。其实我觉得还是蛮好用的。那么它有哪些不如意的地方呢？ 第一: 在一个应用程序域中，只能有一个Cache实例，粒度比较大。 第二：Cache的过期策略无法控制，你根本就知道Cac... 阅读全文
摘要：
看完了Configuration的配置提供者，转换器和元数据后，对Configuration有了一个大致的了解，接下来Configuration是怎样通过提供者和转换器根据元数据来生成系统使用者所期望的配置数据类的呢？ConfigurationBuilder!这个类是Configuration最核心的类，顾名思义，它就是建筑师，元数据是它的蓝图，提供者和转换器就是它的建筑工具，最后建筑出形色各异的... 阅读全文
摘要：
内容篇幅太短,请点击这里阅读全文 阅读全文
摘要：
看了Configuration的配置存储提供者和转换器后，我就在想：为什么那两个工厂类是根据什么依据来提供实际的存储提供者和转换器的呢？看了Configuration带的事例程序后，明白了这些信息是存放在系统使用者的配置文件里的，比如App。Config ,我来看看它是如何配置的： ... 阅读全文
摘要：
最近研究了一下Microsoft Enterprise Library的Configuration的源代码，对其构架有了一个大体的认识，学到了不少的东西，虽然代码比较简单，但是它的构架灵活性，可扩展性，可配置性。很值得我学习和借签。 在日常的工作中，在作某系统应用时，没有站在构架这个高度上去考虑问题。可能是因为偷懒，或者脑袋不原去考虑那么多的问题，所以编写出的代码非常的死板，在系统需求稍稍变动一... 阅读全文
摘要：
所做的项目就要进尾声，做为开发组的一员，总会根据自己所做的，所写的总结一些，思考一些，为自己以后的项目开发提供经验和教训。 看了听棠.NET 所写的关于构架中COMMON层的想法，很有同感，这也是我常常思考的问题：如何使一个项目以最小的代码量，最大的一致性完成？能不能为以后类似的项目提供现成的类库？而不是周而复始的重复的写代码？能否使系统便于修改，能以最少的时间，最小的工作量完成客户的需求的变更？... 阅读全文
摘要：
今天跑上来看了N个BLOG,感触挺深的,呵呵,总感觉大家的BLOG有很大的比例在分析,解释,学习别人的东东?为什么?对,师夷长技嘛,不过老是这样也挺烦躁的,如果这样,不管大家的技术怎样怎样,这里只是在DOTNET里,你会想到什么新的东西么?有句话说得好------创新不要只是在技术,而是你的意识! 比如,我就有一个想法: 能不能有个.NET服务容器... 阅读全文
摘要：
今天发现系统中LIST页面中分页有问题，有些记录显示不出来，LIST页面用的是TOP+临时表SQL，错误在于： 当点击INT类型的字段排序，有些记录在所有的页面都找不到，百思不得其解， 把SQL语句抠出来运行发现：对于TOP+数量的用了ORDER BY语句取出来的记录的顺序不一样，发现 顺序不一样的行是值相同的那几行，比如： SELECT TOP 10 * FROM TABLE1 ... 阅读全文
摘要：
从.NET N 层构架来看，各层当中UI层复用性是最小的，在团队开发时，业务逻辑层，数据访问层，数据库都可以很轻松的统一规范起来。但是在开发UI层时，团队的每个成员都是各做各的，很难做到资源的共享和代码的重用。 周末在家，闲着无事，想起了这一年来做过的.NET的几个项目,感慨颇多。虽然一个系统的核心在于业务逻辑。但是UI层也是不可忽略，试想一下系统做得再完美，但是最终呈现在... 阅读全文
摘要：
昨天下午公司项目组的一周总结会上，项目经理说到了组成员写注释的问题，他说到很多程序员都不愿写注释，项目的首席设计师立即表示反对，我当时感到特别奇怪。写注释现在已经公认的了，还有什么要反对的。下面是设计师反对的意见：如果一个系统中注释过多，编译成DLL后会使DLL的尺寸增大，从而影响的系统的性能。。。加注释可以，但是一定要在注释前后加入#if debug ;#end debug ，表示在最后rele... 阅读全文