文章目录
1. 将软件架构熟练掌握都需要一个学习成本，学起来太累了、太难了、要求规矩太多了、门槛太高了，这个架构就让人太闹心了，推广的意义不大了。
2. 一般一个技术人员很少在一个公司工作3-4年，人往高处走，水往低处流，所以软件体系架构也需要充分考虑这些人员流动问题，让人员流动带来的损失降低到最低比较好。
3. 好的架构，一般都是通过实际工作中提炼出来的，凭空架构的软件体系架构往往经不起考验，还需要走很长的一段路，才能稳定成熟起来，我们就算不追求功能多强劲、效率有多高，最起码追求运行稳定，别今天这里出错，明天那里出错，今天丢这个数据，明天丢失那个数据，那就太闹心了。
4. 能实现的功能太多太杂了，万能的体系架构，往往是个庞然大物，以后不好维护，不好改进，修改了这里，影响了那里，改进了这些，那里又不稳定了，最好功能定位简单一些，就是专门适合做哪一个方面的，擅长处理哪一个方面的，轻量级的比较好。
5. 技术在不断提高，时代在不断变化，架构也一样，需要随着时代的变化，可能会更新语言，更新数据库，更新思路，所以也不能太指望一个架构上吊死。
6. 成熟的软件架构，并不是玩技术的最终成果物，而是从实际项目中提炼出来的精华，核心目的是为了把项目，把产品做得更好更合理，而不是把技术玩到更高层次。
7. 不知道哪些功能放到架构里，架构的整体定位是什么样, 功能模块的明确分工定位都不知道，那还是老老实实做项目，提高一下自己的基本功，过几年，再折腾，或者直接学习一下别人的架构中的精华，多参考，多学习，可能比自己瞎折腾更好一些。
将权限管理、工作流管理做到我能力的极致，一个人只能做好那么很少的几件事情。
posted on 2009-12-20 18:47 不仅仅是通用权限设计 阅读(898) 评论(13) 编辑 收藏
评论
1753609
#1楼 回复 引用 没有多少开发经历，或是入行多年，但只是“跟帮”，是不会有这种感受的。
那些成天为百分之一秒而殚精竭虑的人，不会明白！
#2楼 回复 引用 查看
i support your idea.
#3楼 回复 引用 查看
地板
#4楼 回复 引用
一个成熟的软件架构，不是一蹴而就的！
它是经过不断地改进、逐步地完善，从第一版、第二版......，直到最终成功定型。
我认同楼主所说的，成熟的架构不是玩技术的最终成果物；但也不认为它就是从实际项目中提炼出来的精华。
一个人的架构能力绝不是学出来的，而是在实践中“磨出来的”！
#5楼 回复 引用 查看
吉日，看了你关于DbHelper的部分代码，觉得抽象的不够。其实所有执行的方法都应该在DbHelper中实现，而在其子类，Sql, Oracle, MySql中只是需要对不同的部分进行不同处理。
比如方法：ExecuteNonQuery 是不应该在子类中出现的。因为所有的子类的ExecuteNonQuery方法是一样的，所以基类里实现了就可以了。
不过只看了一点，觉得有问题就提出来了。
#6楼[楼主] 回复 引用 查看
@阿水
老兄，你看错了，或者看了最早的版本了，我看了一下我的代码，没出现你所说的问题，我去看看我网上公布的代码，是不是太老了？不过谢谢你的提醒，我应该是比较早的时候，按您的改进方式改进了代码了。
#7楼[楼主] 回复 引用 查看
@阿水
没有在其他类里看到 ExecuteNonQuery方法。
#8楼 回复 引用 查看
在这里下载的
http://www.cnblogs.com/jirigala/archive/2009/02/05/1384547.html
下载代码，点这里。 /Files/jirigala/DotNet_Common_V1_5.rar
#9楼[楼主] 回复 引用 查看
@阿水
你再获取一下，我把新的代码上传了，应该没有你说的那些问题了。
#10楼 回复 引用 查看
学习了
#11楼 回复 引用 查看
没做过网站项目不了解，但在外包公司做过，深知外包项目没有架构只有速成的现状。拿我以前呆的外包公司来说，外派到外地，整个项目一共3个外包公司各出5-6个人，甲方出一个人来做监工，今天你换一批明天我换一批，每次来都是排队走城门一样鱼龙混杂的来了又走了。过个年，已经不认得几个人了。这样的项目，能勉强做下去已经是万幸了
#12楼 回复 引用 查看
3中--"别今天这里出错，明天哪里出错"--"哪里"--是"那里"吗？
4中--"修改了这里，影响了哪里"--"哪里"--是"那里"吗？
6中--"并不是玩技术的最终成果物，更是从实际项目中提炼出来的精华"
--该句读不通--是"并不是玩技术的最终成果物，而是从实际项目中提炼出来的精华"吗？
#13楼[楼主] 回复 引用 查看
@Orange_jyc
谢谢您的修正意见，我已按您的修正意见修正好程序。