35
1427
5210
高级工程师
使用特权
2
106
318
资深技术员
sinanjj 发表于 2013-4-14 23:55 what is C++? C=C+1???
206
1954
6117
reille 发表于 2013-4-15 08:51 eCos OS就是用C++写的,而且最重要的是eCos不比任何一款嵌入式OS差,你说它性能差吗?效率不高吗?相反我觉 ...
0
1
3
实习生
151
501
高级技术员
1661
5229
240
826
Unix哲学是这样的:一个程序只做一件事,并做好。程序要能协作。程序要能处理文本流,因为这是最通用的接口。 Rob Pike, 最伟大的C语言大师之一, 在《Notes on C Programming》中从另一个稍微不同的角度表述了Unix的哲学[Pike]: Notes On Programming in C.pdf (19.89 KB, 下载次数: 4) 原则1:你无法断定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方,所以别急于胡乱找个地方改代码,除非你已经证实那儿就是瓶颈所在。 原则2:估量。在你没对代码进行估量,特别是没找到最耗时的那部分之前,别去优化速度。 原则3:花哨的算法在n很小时通常很慢,而n通常很小。花哨算法的常数复杂度很大。除非你确定n总是很大,否则不要用花哨算法(即使n很大,也优先考虑原则2)。 原则4:花哨的算法比简单算法更容易出bug、更难实现。尽量使用简单的算法配合简单的数据结构。 原则5:数据压倒一切。如果已经选择了正确的数据结构并且把一切都组织得井井有条,正确的算法也就不言自明。编程的核心是数据结构,而不是算法 。 原则6:没有原则6。
Ken Thompson--Unix最初版本的设计者和实现者,禅宗偈语般地对Pike的原则4作了强调: 拿不准就穷举。 Unix哲学中更多的内容不是这些先哲们口头表述出来的,而是由他们所作的一切和Unix本身所作出的榜样体现出来的。从整体上来说,可以概括为以下几点: 1. 模块原则:使用简洁的接口拼合简单的部件。 2. 清晰原则:清晰胜于机巧。 3. 组合原则:设计时考虑拼接组合。 4. 分离原则:策略同机制分离,接口同引擎分离。 5. 简洁原则:设计要简洁,复杂度能低则低。 6. 吝啬原则:除非确无它法,不要编写庞大的程序。 7. 透明性原则:设计要可见,以便审查和调试。 8. 健壮原则:健壮源于透明与简洁。 9. 表示原则:把知识叠入数据以求逻辑质朴而健壮。 10. 通俗原则:接口设计避免标新立异。 11. 缄默原则:如果一个程序没什么好说的,就沉默。 12. 补救原则:出现异常时,马上退出并给出足够错误信息。 13. 经济原则:宁花机器一分,不花程序员一秒。 14. 生成原则:避免手工hack,尽量编写程序去生成程序。 15. 优化原则:雕琢前先要有原型,跑之前先学会走。 16. 多样原则:决不相信所谓"不二法门"的断言。 17. 扩展原则:设计着眼未来,未来总比预想来得快。
13
909
2792
初级工程师
707
2192
8
24
80
4495
1万
资深工程师
135
2785
8755
技术达人
36
108
中级技术员
15
166
764
26
159
508
208
2671
禁止发言
113
349
4
12
6
发表回复 本版积分规则 回帖后跳转到最后一页
人才类勋章
时间类勋章
发帖类勋章
等级类勋章
扫码关注 21ic 官方微信
扫码关注嵌入式微处理器
扫码关注21ic项目外包
扫码关注21ic视频号
扫码关注21ic抖音号
本站介绍 | 申请友情链接 | 欢迎投稿 | 隐私声明 | 广告业务 | 网站地图 | 联系我们 | 诚聘英才 | 论坛帮助
京公网安备 11010802024343号