成熟的软件组件都是老板用大把、大把的钱堆出来烧出来的，以最简单的数据库访问组件为例

自己虽然不属于技术强的那类人物，但算是勤奋用功“刨根问底”类型的，总喜欢把一个东西研究个透彻的那种，否则心里不踏实，总是云里雾里，废话不多说。

 

[B/S] 

1：在宁波宇泰软件公司时，需要做一个ASP.NET的EIP项目，从PHP版本的PostNuke改版的任务，现在VB.NET版本的DotNetNuke也是很出名的，由于不喜欢VB.NET，就彻底放弃研究这个了，由于很早的时候接触了国外网上的知名开源软件项目，所以对今天的工作也很有帮助，思想一直没被国内的软件项目影响，也一直坚持国外的项目的严谨思路、严谨的架构、高质量的代码编写习惯。那时花费了2个月多，就弄出来了，虽然只能连接 SQLServer，对什么注入攻击啥的，也不是很了解，但是用用还是很好用，陆续也有2-3个同事用这个框架开发程序，后来有一个开发小组都用这个架构的方式开发EIP，当然他们人也会有不断改进的。

 

[B/S]

2：到杭州浙大快威工作，就是现在的浙大快威电力事业部，由于公司产品用Oracle比较多，所以也跟着把数据库访问组件再一次升级、更新，那时候比较喜欢用OleDB方式连接数据库，这样写的代码差别不大，但是这个可以同时运行在多种数据库上，兼容性好，数据库都有相应的OleDB的驱动就可以了，也比较省事，那时候也不懂设计模式什么的，到底这些数据库驱动方式有啥差别? ODBC? BDE? OLEDB? ADO.NET? Oracle.NET  到底有啥差别，也是云里雾里。

 

[B/S]

3：后来到上海索恩软件宁波分公司工作做日本外包项目，在上海见识到日本NEC公司的项目，顶尖高手架构.NET，对数据库的事务、并发的严谨高要求，对UML的深入理解，对软件质量的要求、对软件项目进度的控制、分工合作等，又有了更高的认识，看日本鬼子的软件那么严谨，那么精密，事后又把自己的数据库访问组件彻底进行了优化，支持严格的数据库事务控制、支持严格的并发控制等，但是感觉写得越来越庞大、程序越来越多、问题越来越复杂，修正一个错误往往牵涉的面也很广了，经过痛苦的折磨，总算又改进为支持事务、并发的处理要求了，感觉自己也提高了一个层次。

 

[B/S + C/S]

4：自己创业后发现，自己很难接到大型软件项目，大部分是小项目甚至是微型项目、小网站，网络虚拟机上托管的网站类项目比较多，这时把程序又进行了一次，否则理论与实际是脱钩了，总需要解决生存问题，蛤蟆也得吃，只能硬着头皮改进为支持桌面数据库Microsoft Office Access，这样不用装个庞大的数据库了，而且支持数据库的虚拟机费用也贵一些，折腾起来也不方便，而且大部分不支持SQL Server, 也不支持ASP.NET, 自己买个服务器放到网上当时也没那个实力，现在放上10个8个也不是大问题了，当时钱财也不是很多，有些郁闷阶段，当然给其他公司做外包，也不能想用自己的数据库连接组件就可以用自己的组件，有时候也派不上大用处，感觉瞎折腾了很多东西一样，客户也根本不在乎事务、也不在乎并发问题等。

 

[C/S]

5：到了宁波东蓝科技、大部分项目又是用Oracle的，而且对设计模式、并发等的控制要求比较高一些，这时也参考了微软的SQLHelp等开源程序，公司里也有深入了解设计模式的高手指点，又把程序改进为符合设计模式理念的程序、程序的质量又提高了一个层次，又一次飞跃，同时由于开发人员也多一些，开发环境也较好，可以安心写程序，所以把并发方面出现的问题都进行了修复，也对一些算法进行了优化，也算是进行了有规模的软件项目开发工作，也做了一个远程数据库对象，提供在客户端直接控制数据库的方法，虽然没有得到实际应用，但是证明我当时的思路还是对的，微软现在都有这个内部组件了。

 

[B/S + C/S]

6: 到了杭州东蓝科技，里面有一个写程序拿来主义高手，写程序的思路严谨工作效率也高、他用 Discuz nt，这个是用最新的 ADO.NET 2.0 架构的，虽然在数据库事务、并发控制方面很弱，但是非常适合做那些没有严格数据库事务要求的WEB项目，而且里面的命名也很规范，我想写这个代码的人的水平也是绝对顶呱呱的，反复研究学习了各个版本后，又用了一个月时间，又把数据库访问组件改进了一下，改进为符合ADO.NET2.0的优化方式，代码更简洁了很多，看起来也赏心悦目了，心理也爽了，啥时候微软又出个ADO的升级版本，更搞死人了，公司也有一个项目是用了MYSql的数据库，所以把数据库访问组件，在MYSql上又做了一个彻底的测试改进，也改进优化了很多环节，同时也支持动软代码生成器的兼容性，同时改进优化为支持分布式的数据库架构、同时连接多个多种类的数据库，使这个组件变得更加强大。

 

[B/S + C/S]

7: 年后做了B2C的网上商城项目后，又有些变化，以前是以开发内部管理系统为主，并发访问的人数并不是很多，现在做了B2C的项目后，每天访问的量会有几千人到几万人不等，对数据库并发性能的要求更高，又发现了一些错误，在超多用户访问时还是遇到了并发问题、只能马上就修正好，否则怎么对客户有交代啊？这脸面就会全丢了，做内部管理系统与做外部网站还是不一样的，还是需要很多经验积累，需要不断摸索才能稳定成熟。

 

[B/S + C/S]

8：现在在浙大网新易盛打工，懒得让别人用这个数据库访问组件了、何必给自己找麻烦呢、谁愿意惹麻烦就惹吧，要学会低调做人，麻烦都是自己惹的，认可我的就用吧，也很乐意提供技术支持，不认不信邪就自己折腾去吧，人的成长都需要一个过程，等软件公司交了很多学费后自然就明白这个道理了，开发人员自己以为是好的未必是真好，只有拿很多实际项目去实战、磨合、优化改进，用很多开发人员、同事来反复做试验做测试、用很多客户来当小白鼠做了N多试验后，才能最后能得到成熟稳定的、高度可复用的、精品软件组件，只是纸上谈兵，其实是个瞎扯蛋的玩意儿、一拿到实战就更本经不起百般折腾。每个软件组件都是需要用钱堆起来的，要么用自己的钱堆起来、要么购买别人用钱堆起来的成熟组件，例如我们购买“操作系统、数据库、开发环境、第三方的组件”等等都是同样的道理。

 

有时候想想，就数据库访问组件，有啥了不起的，但是自身的残酷经历告诉我，又能适应B/S、又能适应C/S，又能适应小项目，又能适应大项目的高效率数据库访问组件而已，就在这个组件上反反复复不知道走了多少弯路，修改修正了多少Bug，经历了前后很多年后，才稳定下来，才敢拿出手，才敢放心在项目里用，一方面可能是我水平太差，另一方面我搞出来了世界也变了，微软已经出来更多更好的相关解决方法？所以跟这技术屁股后面跑，跑得累死，最后啥也没捞到，甚至同事的认可也没能得到也有可能的，你是一个人搞技术，人家是几十、几百个人专业搞技术，你搞的是技术的低端、平时还要折腾客户的业务系统，所以我也认清了自己，搞好业务、搞好日常管理、搞好客户关系，搞好产品质量才是应道理，技术性的东西，搞得越简单越好，越傻瓜越好，越成熟越稳定越好，越是能通过拿来主义的往往是越省心省事，实在不行购买也可以，花钱办事嘛，自己也懒得在这个上花费更多精力了，时间不等人，机会不等人。

 

谁愿意去折腾乱八七糟的，就去折腾吧，也懒得管了，过了几年后连别人的认可也没能达到，瞎折腾一场，自然就明白了，现在怎么教育也没用，他也不会信那个邪的、而且精力也旺盛得很，不要过多的浪费口舌，说不定还可能落个打击人家积极性的帽子。

 

改进到什么时候？优化到什么时候？稳定到什么程度？测试到什么程度？发现问题到什么程度？才是个头啊？前后经历了7-8年以上，我一直没放弃自己的理念，一直没彻底推翻自己最初的追求，才能完善到现在。

 

管理类软件的一个核心基础组件是数据库访问组件，连数据库访问组件都不够强大、不够严谨，更何况之上写的那N多的添加、删除、查询功能能严谨到什么程度？一个公司用了N多的方式方法，那么这个公司N×N的各种组件的可重复利用性呢？怎么可能保证他们之间有兼容性、扩展性、可长期维护的可能性呢？只能是开发越多累赘越多，麻烦越多而已，管理类软件系统用房子来打个比喻，数据库访问组件就是房子的地基。

 

老外写程序、做软件项目的确很强，我有时候也不完全服老外，若我有那样的环境和气氛，我也不会比他们差多少，最起码会比较认真的写好每个功能模块吧，因为我发自内心喜欢写软件，软件让我一个山村的穷小子变成了城市里的体面白领，能让我有工作，能养家糊口，为有需要的客户提供IT软件技术服务。

 

这里再次感谢，为我提供工作机会的，老板、同事们，我的经验和能力，都是用这些公司的钱烧出来的，跟身边的同事一起不断优化、改进出来的，我的劳动成果里也有你们的心血，劳动成果，我不是天才，都是从别人那里学来的，每个人都需要有个感恩的心。

 

在这里感谢：

   宁波宇泰软件公司
   杭州浙大快威公司
   上海索恩软件宁波分公司
   宁波东蓝科技
   杭州东蓝科技【东蓝数码（杭州）】
   浙大网新易盛公司

   这么多年，这么多公司，我一直坚持.NET，一直没放弃自己的最初的理念、我要打造一个让全国人认可的权限组件来，提高软件质量、避免重复劳动，响应国家的号召生产低碳软件。 

 

博客中提到的我在上述软件公司中的经历都属于我个人的感受，无其他目的，博客是个人的业余制作与以上公司的正式产品也有严格的不同之处，而且有些已经是多年前的往事，请大家不要为此较真，我写博客是出于善意的总结。

 

 

 

 

淘宝店地址：
http://shop59297253.taobao.com/

 

一步步教你如何用疯狂.NET架构中的通用权限系统 -- 如何控制用户显示的菜单权限
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 在页面中的调用权限讲解
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 数据集权限的调用权限讲解
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 分级管理
一步步教你如何用疯狂.NET架构中的通用权限系统 -- 分级授权
疯狂.NET 通用权限设计 C\S后台管理，B\S前台调用源码样例程序源码下载之 --- 操作权限
疯狂.NET 通用权限设计 C\S后台管理，B\S前台调用源码样例程序源码下载之 --- 角色权限
疯狂.NET 通用权限设计 C\S后台管理，B\S前台调用源码样例程序源码下载之 --- 数据集权限