UNIX 编程艺术
来源:互联网 发布:58电话号码采集软件 编辑:程序博客网 时间:2024/06/01 09:15
仅此告诫以后的自己 !
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
模块原则:使用简洁的接口拼合简单的部件
清晰原则:清晰胜于技巧
组合原则:设计时考虑拼接组合
分离原则:策略同机制分离,接口同引擎分离
简洁原则:设计要简洁,复杂度能低则低
吝啬原则:除非别无他法,不要编写庞大的程序
透明性原则:设计要可见,以便审查和调试
健壮性:健壮源于透明和简洁
表示原则:把知识叠入数据以求逻辑质朴而健壮
通俗原则:接口设计避免标新立异
缄默原则:如果一个程序没有什么好说的,就保持沉默
补救原则:出现异常时,马上退出并给出足量错误信息
经济原则:宁花机器一分钟,不花程序员一秒
生成原则:避免手工hack,尽量编写程序去生成程序
优化原则:雕琢前先有原形,跑之前先学会走
多样原则:决不相信所谓的不二法门的断言
扩展原则:设计着眼未来,未来总比预想快
-----------------------------------------------
KISS -- Keep it Simple,Stupid !
-----------------------------------------------
[其他]
只要可行,一切都应该做成与来源和目标无关的过滤器
数据应该尽可能文本化,这样可以用标准工具来查看和过滤
数据库部署和应用协议应尽可能文本化,让人阅读和编辑
复杂的前端和后端应该泾渭分明
如果可能,用C编写前,先用解析性语言搭建原型
当且仅当只用一门语言会提高程序复杂度时,混用语言编程才比单一语言编程来得好
宽收严发,对接收的东西要包容,对输出的东西要严格
过滤时,不需要丢弃的消息绝不丢
小就是美,在确保完成任务的基础上,程序功能尽可能少
你无法断行程序会在什么地方耗费时间,瓶颈经常出现在想不到的地方,所以别急于胡乱找个地方改代码,除非你已经证实那里就是瓶颈所在
估量,在你没对代码进行估量,特别是没有找到最耗时的那部分之前,别去优化速度
花哨的算法,在n很小时候通常很慢,而n通常很小,花哨算法的通常复杂度很大,除非你确定n一直很大,否则不要用花哨算法
- 《Unix编程艺术》读书笔记
- unix编程艺术
- Unix编程艺术摘抄
- 《UNIX编程艺术》序言
- 三读《UNIX编程艺术》
- 《UNIX编程艺术》读书笔记
- unix编程艺术
- 《Unix 编程艺术》 理解
- 似曾相识----UNIX编程艺术
- 书评:《Unix编程艺术》
- 点滴unix编程艺术
- 读--unix编程艺术
- unix编程艺术笔记
- 读--unix编程艺术
- Unix编程艺术
- 《unix编程艺术》箴言
- 《unix编程艺术》笔记
- Unix编程艺术:透明性
- STC,PCR,DTS,PTS
- 为什么明明登陆了plsql执行还报错呢
- NDK环境搭建(Native Code的编译,不需要Cygwin)
- 怎么对数据库查询进行group by 和sum() 操作
- Hibernate中get()和load()的区别
- UNIX 编程艺术
- NOIP2008 双栈排序 染色+模拟
- QT Sn
- 浅析java(多方面解读)
- android sqlite
- 堆栈--程序的内存分配
- 无效的列索引
- iOS编译librtmp xcode5.1
- qmlcanvas,类Html5 canvas的组件