flagman — Mon, 13 Dec 2010 01:18:00 GMT

金山�p�d��软�g中的一部分代码open source了，自然地引��L��l�上以及IT业界的一片热评。其中关于已�l�开源的�q�部分外围代码的代码质量的问题，更是热中之热�Q�以下是关于�q�个问题个�h的一些思考：

从本质上说这里面��是个trade off�Q�也��是�q��和取舍的问题。��品项目的预算投入�Q�进度压力，各方面�h员的协调�Q�风格和习惯的统一�Q�等�{��?/p>

许多优秀开源项目，比如Boost�Q�其中很多作者本�w�都是学者兼开发或者是带有研究性质的开发�h员，在高校、非盈利�l�织或者商业企业的非直接盈利项目的资金支持下，在很��进度压力和商业压力的情况下�Q�精雕细琢，多次�q�代后，构徏出的�_�֓�代码。用�q�样的标准来要求所有的软�g产品�Q�特别是商业产品�Q�当焉��d��数关�p�重大和长远的基��核心部分外）的构建，是不�U�学的，也是不合��的�Q�因为及时占领市场和��_��的盈利，以及获得用户的赞许才是商业��Y件最重要的目标�?/p>

回头来看金山目前开源的�q�些产品�Q�比如这里讨论的金山卫士�Q�其从推出就是免费的�Q�是��Z��市场上的先期推出的同�c�d��兯��Y件及时比拼占领些许相兛_��Z��额，其�ƈ不是金山的基��和核心��品；从这些先天的条�g看，�q�个产品的商业投入不会很大同时又有快速推出的要求�Q�能有目前这��L��产品质量�Q�是合理的，从企业角度和用户角度看也都是可以接受的�?/p>

说到�q�里�Q�就感觉有必要涉及一�?#8220;重构”�Q�这个现在大安��很重视同时也�l�常谈及的话题。�ؓ何大安��很重视？而且常常谈及�Q�这其中当然有��Y件构建本�w�的特点�Q�比如对需求理解的不断深入和调整、设计的不断改善和演�q�、代码风格的�l�一以及�l�节的完善等�{�；但是�Q�有个大家在潜意识里都感觉到�Q��^时却很少谈及的缘�?-�q�度和成本，因�ؓ有了�q�些压力�Q��品的�W�一版往往不是很完��的�Q�然后如果还做后�l�版本的话，那么��p��引入重构�Q�因为有了这些压力，在经�q�多�q�之后，如果�q�个产品�q�存在的话，那么��p��q�行大规模的重构。简单的��_��重构之所以重要，不仅仅是软�g构徏本��n特点所引发�Q�也是商业压力之下的构徏�q�程的有效应对之道�?br>

flagman 2010-12-13 09:18 发表评论

flagman — Mon, 13 Dec 2010 00:57:00 GMT

关于�E�序设计语言本��n的设计有许多有趣的话题，比如�Q��ؓ何C++中的�c�L��员函数没有采用类似Java中的“全虚”设计�Q?br>
1) 从语�a�本��n设计上看�Q?br>效率定然是c++当初设计时考虑的重点之一�Q��D个例子，��Z��节省不必要的VTable开销�Q�ATL用template技术静态�{换来模拟动态绑定以支持COM�Ҏ��的实现�Q�和C的兼容，��VTable角度看，问题不大�Q�因为后者可以用函数指针数组来模拟；

2) 再从大多数应用中常见的类�l�承体系上看�Q?br>除了整个�l�承体系所�l�一开攑և�来的接口集（也就是由虚函数所�l�成�Q�，在��承体�pȝ��每个层面另外会有大量的其他辅助成员函敎ͼ�其数量通常比虚函数多的多）�Q�这些成员函数完全没必要设计成虚函数�Q?/p>

3) 从其他语�a�看，
即��较新的虚拟机语言C#(Java��是较老的虚拟��a�),反而定义了比C++更�ؓ严格更�ؓ昑ּ�的成员方法实现或覆盖或重载或新徏的规则；�q�是非常重要的对C++以及Java设计思想的反思�?/p>

4) 从语�a�的适用场合看，
我们现在的讨论，�l�大多数情况下带有一个非帔R��要的默认前提�Q�那��是在用��h��模式下使用C++�Q�如果放宽这个约束，在内核模式下使用C++�Q�那情况又完全不同了�?br>引用下面�q�个文档的观点，http://www.microsoft.com/china/whdc/driver/kernel/KMcode.mspx
首先�Q�用��h��下非常廉�h几乎不用考虑的资源，在内�怸�是非常昂�늚��Q�比如内核堆栈一般就3个page�Q?/p>

在内�怸�能分��?paging)时必��M��证将被执行的所有代码和数据必须有效的驻留在物理内存中，如果�q�时需要多�ȝ��几张虚表以及虚表指针那还是显得非常昂�늚��Q�同时编译器��函数�Q�模板等生成代码的方式，让开发�h员很隄��定要执行一个函数所需要的所有代码的所在位�|�，因此也无法直接控制用于安�|�这些代码的节（个�h认�ؓ可能通过progma segment/datasegment/codesegment对于代码和数据进行集中控�Ӟ��Q�因此在需要这些代码时�Q�可能已�l�被page out了；

所有涉及类层次�l�构�Q�模板，异常�{�等�q�样的一些语�a��l�构在内核态中都可能是不安全的�Q�最好是把类的��用限定�ؓPOD�c�，回到我们的主题虚函数�Q�也��是说内核态下�c�设计中没有虚函数�?/p>

flagman 2010-12-13 08:57 发表评论

在线观看久久av,亚洲欧美精品suv,99在线精品视频