C和C++混用
Yes， C和C++混用的确是natural，毕竟绝大多数C++学习者都从C学起，C++兼容C就是为了降低学习门槛。但是C和C++混用却不一定是necessary。 我们把C和C++归为一类，通常写作C/C++，那是因为从语言角度讲C的问题就是C++的问题，但是反过来就不成立，因此具体到某个工程的时候，你在开工之前就必须决定到底使用C还是C++，或者说到底是面向过程还是面向对象。当然，上面两种说法都不正确，因为C并不一定就是面向过程，C++也并不一定就是面向对象。不过面向过程的设计已经不适应潮流了，因此准确的提问应该是：到底使用C风格（以函数为元素）的面向对象还是C++风格（以类为元素）的面向对象。 在系统设计阶段就必须确定设计风格，因为这很重要，关系到代码的样式、兼容性、可移植性，风格的选择依据就是你手头的库，看你手头上能够使用的库有哪些，以哪一个库为基准，以及开发进度要求，这些因素必须平衡考虑，不能顾此失彼。 如果只是开发一个小程序（就是类似那种用C++Builder或者Dephi可视化功能再加上一些控件组装出来的程序），那么把各个能够使用的库糅合起来就可以了。 如果是一个大的需要持久维护的工程，就必须考虑库与库之间的兼容性、效率、耦合度。所谓兼容性就是这个库的概念（包括你所知道的任何能够保存的量）能否传递给另外一个库直接使用；所谓效率，就是不能直接传递的概念是必须转换的，这个转换的花费是高还是低；所谓耦合度，就是当需求按照预期变化的时候（如果系统设计师没有考虑这一点的话，那么他应该下岗了）你能否轻松的转换接口或者库（接口是外部的，库是内部的）。 很显然，如果你直接把所有能用的库糅合起来的话，虽然兼容性和效率在绝大多数情况下符合要求，但是耦合度这一关就很难过了。当你发现某个库不能满足需求了，必须转换到另外一个库的时候，你就追悔莫及了。因此直接耦合肯定是不行的，必须转换接口和概念（接口是外部的，概念是内部的），类似于《Design Patterns》里面介绍的Adapter模式，许多读过这本书的人一定对基于接口的Adapter影响深刻，但似乎很少有人注意到包括Adapter模式在内的其他模式都可以适用于范型，而范型是内部概念转换的最好方法。 所以说，你在一个工程里面使用多个风格迥异的库完全可行，但是最好不要直接使用，要学会偷换概念或者通过分层设计以降低对外来代码（就是说不是你写的代码）的依赖性，同时还可以保证自己的代码风格一致。（STL把C标准库的函数inline到std名字空间下，VCL则把ST
相关文档：
http://www.trendcaller.com/2009/05/hadoop-should-target-cllvm-not-java.html
Sunday, May 10, 2009
Hadoop should target C++/LLVM, not Java (because of watts)
< type="text/javascript">
digg_url="http://www.trendcaller.com/2009/05/hadoop-should-target-cllvm-not-java.html";
Over the years, ......
1.2 单元测试的目标和方法
单元测试的目标是什么呢？就是完整检测代码单元的功能逻辑。找出代码单元本身的所有功能逻辑错误，具体来说，就是检测对数据的各种分类是否考虑全面，处理是否正确。单元测试并不是用来代替系统测试、性能测试的，它的目标相当明确，就是检测代码单元本身的功能逻辑错误。
& ......
我对内容做出部分调整。
前些天有人发帖问如果在 linux 下用 eclipse 开发
C/C++，所以我就想写这么一篇帖子，因为一直在用 Eclipse 做 JAVA
开发，对Eclipse比较熟悉，安装插件当然也不成问题。无意中在网上看到这篇帖子，觉得写的很详细，我也就觉得自己没有必要再在这上面浪� ......
日志
分享给好友复制网址隐藏签名档大字体
上一篇 下一篇 返回日志列表
在2000和xp下如何将c盘fat32转换成ntfs
编辑 | 删除 | 权限设置 | 更多▼
更多▲
设置置顶
推荐日志
转为私密日志
Bandit 发表于2007年12月12日 09:12 阅读(9) 评论(0) 分类： 个人日记 权限: 公开
1、到命令提 ......
