|
微软的技术非常雄厚，世界计算机的最新技术绝对集中在这几个人(指微软设计内核的人)手里。 ======================================= 晕啊，计算机是门涉及面很广的学科，操作系统就是计算机全部吗？我看不见得吧。我们如果看看Microsoft的发展轨迹，就可以看到它的”原创“其实也不是想象中的多。Microsoft本身就不是靠先进的技术起家的。我想让《箴言》举一些Microsoft的最新的而别人没有的技术，恐怕也不容易吧。(也许还锁在比尔的保险柜里，我还不知道，呵呵) 尤其现在很多的程序员，都被误导从MFC着手，这样很容易形成封闭式的思维模式。 ======================================= 奇怪了，从MFC着手怎么就算被误导了？怎么从MFC入手就容易形成封闭的思维模式了呢？MFC恐怕应该算是对Win32 API封装最薄的了吧。而对MFC的研究你迟早要深入到源代码一级。你想想，Microsoft一向对源代码视如珍宝，它还是公开了MFC的源代码，为什么？很明显，微软明白MFC的封装是不完善的，它几乎是鼓励你自己做扩展了。难道非要我们哪怕打开一个窗口还要做那些手工编写资源文件，注册窗口类，大的CASE语句处理消息分发，消息循环那些”杂事“？我记得当初我对在Borland C++ 3.1下面不得不做那些蠢事恼火的很，甚至还写了个小程序用来生成那些千篇一律的代码。 所以我认为用MFC不但不会形成封闭的思维模式，恰恰相反！呵呵，如果MFC的设计者看到《箴言》对他们的评价不知会做何感想了。 在你能够成为高级程序员的时候，对MFC这些是不屑一顾的。 ======================================= 从对C++威力利用的角度或者从纯面相对象的角度看，MFC的封装确实不算最高明，但是如果你去看看它的源代码，闪光点还是随处既是的 。不知道《箴言》是不是想到过用C语法的宏来构造消息处理系统呢？我想不是对系统和语言都有深入了解的人，恐怕是不会想得到吧。微软作为一个大公司，里面有很多牛人很正常。在research.microsoft.com上有一个正则表达式库就是微软一个牛人用C++实现的，现在正则表达式库不希奇，但是微软那个牛人是用C++模板来构造自动机的，确实不失巧妙，据说性能还不错。 所以，MFC能够在微软的产品里存在这么多年，不是没有原因的吧。呵呵，我也希望我有能够对MFC不屑一顾的那一天啊:-) 正确的程序设计思路是成对编码，先写上面的大括号，然后马上写下面的。当你要用到一个内存的时候，写一个分配函数分配一块内存，马上接着写释放这块内存的代码。 ======================================= 呵呵，对于大括号的问题，不同的编码规范有不同的定义，我想没有必要强行规定吧，至于《箴言》所说的便于查找，我看这个理由也站不住脚。稍微好一点的编辑器，比如GNU Emacs就支持括号的自动匹配，哪里用的着自己去找，不累啊。 至于说到内存的分配和释放，这是C/C++永恒的话题了，如果就如《箴言》所说的这么容易解决，也就不会被讨论这么多年了。你想想，很多时候都是在这个地方分配了内存而在别的地方释放，而这个别的地方有可能是在别的人的程序里。比如在Linux网卡驱动里分配的内存，就可能被很多其他的高层协议处理程序释放(当然，对于一块特定的内存，只会被释放一次)，这时你怎么才能做到成对编码呢？ |
正在阅读：《编程高手箴言》读后感(1)《编程高手箴言》读后感(1)
2004-04-05 10:08
出处：CSDN
责任编辑：sdq
键盘也能翻页，试试“← →”键
