摘要：前言：日常开发中如果一开始没有对系统进行比较好的规划那么容易出现两类问题且在版本发布中屡见不鲜，这两类问题是配置文件和数据连接，这里为大家分享一个监视数据库连接的组件，文末有代码示例下载。 一，解决方案图 DBConnectionManage.config： 配置文件，配置两个节点，一个是组件监视连接的最大数量一个是系统控制连接的有效时间 MConnectionWrap：这个是被监视对象的封装类，包括连接、过期时间、开启连接的业务类的监视器（GCHandle） DBConnectionMonitor：连接监视主类，提供添加监视对象到一个字典里，后台线程循环遍历字典去处理被监视的... 阅读全文

摘要：在前面的文章中我曾分享了一个小程序框架，后来在这个框架基础上我把它改成了基于多线程并行处理的方式。这个小框架主要用于的场景是这样的：有时我们需要处理大量数据如来自数据库表的数据，有时还不能重复处理，如果我们用同步的方式逐条处理的话那么效率肯定会很低下，通常这个时候我们就需要并行地批量处理，这就是多线程的优势，下面我将简单说下这个小框架，然后在结尾处大家可以下载源代码，看看代码就会很容易知道怎么用了。 一，解决方案说明 说明：这个框架与前面文章介绍的框架基本一样，就多了一个Better.Infrastructure.ThreadProject.CoreBusiness项目，主要核心业务也... 阅读全文

摘要：在日常开发中有时需要做一个小程序来完成一个相对比较单一的业务，这个小程序可能要求在后台线程里执行业务同时界面还要有日志提示，以告之后台线程处理的情况，最后程序还要记一些日志以便于日后查找问题。其实这样的小程序开发起来总体比较简单，每个人可能都有自己的开发方式，只是如果做了很多小程序你就会发现，其实这些小程序只有后台业务不一样，其它的都可以采用统一的框架，为此我在这里分享一下我平日里写程序时用的一个小框架，希望对你有所帮助，特别是对一些经验不是很多的初级程序员。 一，解决方案图 说明：此框架主要包括宿主（UI），父类业务，帮助类（日志记录），工厂（配置连接,DAL实例生成），一个Demo... 阅读全文

摘要：如何应对系统的快速扩张？我相信这是很多类似的公司所必须面对的问题，或许每个公司有自己的处理方式，不过下面我将要说说我的一些观点： 1，拆分系统：当公司系统做得很大时，业务功能耦合得越紧那么发布出错的风险就越高，此时通常会选择尽可能的拆分主要包括：面向服务拆分、多层架构拆分、网站UI按业务块拆分，数据库拆分等 2，尽量不要让多个服务间保持联系：现在很多公司的系统可能大多业务都是面向服务了如WCF，也就是说可能已经将原有在一个WEB系统里的业务分拆到一些WCF服务里了，但可能由于在设计服务时没有考虑周全导致了众多服务程序，再加之每个服务的业务领域规划不合理导致一个业务功能可能涉及到网站-服... 阅读全文