ulark的专栏

<br />很高兴又一次开始谈软件的架构了，不过这个的探讨与09年初写的浅谈MIS系统架构不一样，之前是理论，现在是实践，而且这次在实际项目中把之前的理论都实现了，有过之而无不及，验证和权限、各层之间的低耦合、不再需要托控件，等等都实现了，其实一切能够实现得益于这次架构的魂——一切数据都会经过架构的程序（我们有时叫底层，下面统一叫软件框架）。遗憾的是这次仍然是一个WinForm项目，如果是web开发那么其中的很多细节问题都需要从新思考，毕竟运行机制不同嘛。不过这个软件是一个非常成功的软件，而且实现了多语言、

要做一个应用程序框架的念头Bigtall在几年前就有了，因为在工作中发觉很多方面非常的不顺手，几乎每一个环节都存在这样或者那样的问题：公司不同项目组做的设计是完全不同的风格，而且设计做不细，导致项目计划越来越流于形式 各层代码凌乱，从后台的java或者c#到前台的html，天马行空，随心所欲 数据库结构和文档不匹配，要不是莫名其妙的多、少字段，要不就是些莫名其妙的名字如果深入到设计方面，就会发现虽然做过很多的项目，但是几乎没有可以参考的成功案例，所有的设计哪怕是同类型项目，也几乎要重头开始；编码方面就更加麻

<br />我不知道这篇文章会写成怎么样，但既然算是一个想法，我想也可以放到首页被大家鄙视或者怎么怎么一番吧。（很多新人发随笔的时候是否都选择了发首页？我是想到哪里写到哪里，可能会就显得乱了）<br />最近一段时间园子里讨论框架算是比较热烈的，我是每天订阅首页更新的，所以也想着来说几句。<br />开头先表明，我正式的工作中用的并不是.net，看.net的书和一些简单的开发，是我在03、04年的时候吧。再往后几乎就没有用过了。但是我想编程的思想都一样的，说一点框架不算为过吧。<br />在工作中，很多公司