架构复用
这两天使用Win32 API参考对软件能用到的功能进行了一些小的尝试. 基本上没有什么太大的困难,只要努力,都能克服.
如果让这些功能散落在程序中,那么这个程序肯定写不出来.下面一段时间就开始设计类库了.使用接口/Abs类/类,把这些功能组织起来.昨天晚上在纸上大概画了画,画着画着才发现--咦,这不是跟.NET Framework的组织架构一样吗?呵呵,中微软的毒太深啦...
不过话又说回来,好的架构就应该复用.
又一个问题:是复用.NET Framework的架构,还是MFC的架构呢?
答案是:两者的"杂交品种".
1. .NET Framework的类种类丰富,适合测试WinForm上的各种控件.
2. 因为是在进行测试,所以.NET Framework的类中的"事件"成员的用处就不大了,去掉.这与MFC是一致的.
3. 正统的OO思想中本来也没有"事件"这个概念,微软自己加进去的.大概是沿袭了VB6的思想.
4. "属性"成员如果能去掉,也会去掉.降低程序的编写难度(其实也降低不了多少,搞不好程序不安全).
5. 正统的OO思想中也没有"属性"这个成员,也是微软自己加进去的.大概...(靠,哪儿来的拖鞋?)
6. 类与类(包括接口)间的继承关系,采用.NET Framework的,因为这个架构比MFC的更清晰.
这两天使用Win32 API参考对软件能用到的功能进行了一些小的尝试. 基本上没有什么太大的困难,只要努力,都能克服.
如果让这些功能散落在程序中,那么这个程序肯定写不出来.下面一段时间就开始设计类库了.使用接口/Abs类/类,把这些功能组织起来.昨天晚上在纸上大概画了画,画着画着才发现--咦,这不是跟.NET Framework的组织架构一样吗?呵呵,中微软的毒太深啦...
不过话又说回来,好的架构就应该复用.
又一个问题:是复用.NET Framework的架构,还是MFC的架构呢?
答案是:两者的"杂交品种".
1. .NET Framework的类种类丰富,适合测试WinForm上的各种控件.
2. 因为是在进行测试,所以.NET Framework的类中的"事件"成员的用处就不大了,去掉.这与MFC是一致的.
3. 正统的OO思想中本来也没有"事件"这个概念,微软自己加进去的.大概是沿袭了VB6的思想.
4. "属性"成员如果能去掉,也会去掉.降低程序的编写难度(其实也降低不了多少,搞不好程序不安全).
5. 正统的OO思想中也没有"属性"这个成员,也是微软自己加进去的.大概...(靠,哪儿来的拖鞋?)
6. 类与类(包括接口)间的继承关系,采用.NET Framework的,因为这个架构比MFC的更清晰.
本文转自 水之真谛 51CTO博客，原文链接：http://blog.51cto.com/liutiemeng/18758，如需转载请自行联系原作者
