Franker的专栏

事情应该被做得尽可能的简单，但不是任意地简单化。――爱因斯坦虽然做好的程序能按项目需求正确运行到最后一步，但在嵌入式系统开发中并不总是能成功的。由于低成本的需要硬件设计者几乎不可能设计出足够的内存和处理器性能来使得程序能被运行。当然，在软件开发过程中使得程序能够正确运行是更重要的。为了这点，通常有一个或更多的开发平台，这些平台拥有更多的内存和更快的处理器速度，能够使得软件正确运行，并且在项

利用二叉树的思想来实现分配和释放内存方法      虽然大部分系统都有提供内存动态分配和释放函数（即C语言中的malloc和free函数），但是在嵌入式开发中由于系统的限制往往需要自己来实现内存管理，如在有些平台上可动态申请的最大空间不能满足程序设计的需要，有些系统提供的内存分配和释放函数会造成大量的内存碎片导致内存不够用，在这些时候往往就需要自己先申请一块较大的内存，然后在这个较大的内存中进

  先看如下一段代码：       void func1(short* p)       {              printf(“%d”,*p);;               return;       }void func2(){       int x = 1;              func1((short*)&x);     

 自文档化程序在《人月神话》中对流程图做了较为强烈的批判，以下是其中的某些观点，我认为是很有道理的，在此摘出来跟大家分享一下：1、流程图是被吹捧得最过分的一种程序文档。详细逐一记录的流程图是一件令人生厌的事情，而且高级语言的出现使它显得陈旧过时。2、如果需要流程图，很少有程序需要一页纸以上的流程图。[在这一点上，MILSPEC军用标准实在错得很厉害。]3、即使的确需要一张程序结

  一、            高模块化程序的特征：高聚合、低耦合 二、            模块的相对性：程序模块有大有小，一个大的模块内还可以分成小的模块 三、        高模块化程序的优点：1、  易于维护；2、  易于分工合作；3、  易于模块化测试。 四、        高模块化程序的副作用：1、可能会降低程序运行效率；2、设计的前期

Symbian C++程序开发中纯虚类的妙用        提起关于symbian程序的开发，让我印象最深的是纯虚类的应用，几乎是随处可见，但如果你是做MFC应用开发，却是很难看到纯虚类的使用的，刚开始我一直以为是因为嵌入式程序有较多的异步消息响应才会用到纯虚类，当我学会自己运用纯虚类来为自己的程序设计接口时，我才发现纯虚类的使用是多么的妙！        我第一次碰到纯虚函数是看

使用运算符重载所犯的一个错误        在openCV源代码中有个CvImage类，里面有一个运算符重载：class CV_EXPORTS CvImage{public:……operator IplImage* () { return image; }……protected:    IplImage* image;……}       这个类定

对于代码注释，大家较为一致的看法是代码中一定要有注释，这是毫无疑问的，但是如何去写注释，却是各有各的说法，今天看到一篇博客，其观点是：注释只写why，不写what和how。当然，前提是代码已能够很容易看出 what和how了。看了这博客，我也想谈谈这方面的看法。        在注释的问题上，很久以前还跟我的一位同事吵过，那位同事在代码上密密麻麻地写满注释，他让我也要这样做，这让我很不能接受，

 提高C语言程序运行稳定性的方法                           一、前言        由于C语言的灵活性，用C语言开发出来的程序容易造成内存泄漏、运行异常、运行结果不可预期等程序质量问题，在用C语言开发程序的过程中，必须高度重视程序质量问题，应当把提高程序稳定性的方法加入到项目管理和开发过程中，最大限度地提高程序的稳定性，保证项目的成功开发。在这里总结多