软件设计之道

<简约之美>这本书是够简约的,100页,还有不少的留白处.现在的出版商流行<xxx之美>之风,看过了<数学之美>.<架构之美>.<数据之美>……好几本这样名字的书.这本书一开始好像在从哲学的角度来分析软件设计中什么才是最重要的,想把软件设计纳入科学的领域.书中新的内容不多,但有几个观点还是给我留下了深刻的印象,更多地是强调软件维护的重要性. “花更多的时间把程序写简单,相比一开始随意拼凑些代码再花大量的时间去理解,要快得多.” 所以需要不断地重构

一.编写不必要的代码 1.不应该在真正的需求来临之前编写那些代码. 2.不要编写不必要的代码,并且要删除没有用到的代码. 二.代码难以修改 1.对未来做太多假设. 2.不仔细设计就编写代码(基本设计都不做) 3.设计程序时,应当根据你现在确切知道的需求,而不是你认为未来会出现的需求. 三.过分追求通用 1.如果你的代码很通用,它通常不能从用户的角度很好的满足规格/需求. 2.太过通用就必须要写很多不需要的代码.

一旦程序里出现了“无法解决的复杂性”,就说明设计中有些深层次的基本错误.如果问题在这个层面上无法解决,应当回过头看看产生问题的真正原因是什么. 问题复杂,解法不一定会复杂.大多数麻烦的设计问题,都可以用在纸上画图或写出来的办法找到答案. 重新设计的每个步骤都应该足够小,比如给变量取个更好的名字,或是给难懂的代码加些注释.更常见的做法是在每个步骤中都把一个复杂的部分拆分成若干个简单的部分.

4.1.1 价值:这个变化能给人多大帮助. 可能价值:这个变化有多大可能帮到用户. 潜在价值:这个变化在对用户提供帮助的时候,将为用户提供多大帮助. 4.3 不可预测的结果 程序员犯的最常见最严重的错误,就是在其实不知道未来的时候去预测未来. 如果完全不考虑未来,只根据当前已知的确切信息确定所有的设计决策,那就百分之百安全了.

\ disclaimer: 本文所讲的设计,非UI/UE的设计,单单指软件代码/功能本身在技术上的设计.UI/UE的主题请出门右转找特赞(Tezign). 在如今这个Lean/Agile横扫一切的年代,设计似乎有了被边缘化的倾向,做事的周期如此之快,似乎已容不下人们更多的思考.MVP(Minimal Viable Produce)在很多团队里演化成一个形而上的图腾,于是工程师们找到了一个完美的借口:我先做个MVP,设计的事,以后再说. 如果纯属个人玩票,有个点子,hack out还说得过去:但要

上一篇我们自定义CPU和内存的展示界面效果,这篇我们将继续采用HT完成一个新任务:实现一个能进行展开和合并切换动作的刀闸控件.对于电力SCADA和工业控制等领域的人机交互界面常需要预定义一堆的行业标准控件,以便用户能做可视化编辑器里,通过拖拽方式快速搭建具体电力网络或工控环境的场景,并设置好设备对应后台编号等参数信息,将拓扑图形与图元信息一并保存到后台,实际运行环境中将打开编辑好的网络拓扑图信息,连接后台实时数据库,接下来就是接受实时数据库发送过来的采集信息进行界面实时动态刷新,包括用户通过客户

第十章(典型用户和场景)(男神女神配社区交友网) 姓名:葱头 性别:男 出生年月:19940404 年龄:21 血型:AB 职业:在校学生 用户偏好:喜欢广交好友 动机,目的,困难:想脱单,因为一直单身,所以渴望寻求真爱,人生的另一半:困难:担心遇不到真爱: 典型场景:在社交网站,能够在大量的人中,巧遇真爱: 典型描述:注册的人越多,需找到真爱的机遇越大. 姓名:Sybin教师 性别:男 出生年月:19850707 年龄:30 血型:AB 职业:在校任职教师 用户偏好:喜欢交友,乐忠于计算机应用

本文一定要转,总结得非常好, 设计必读. 转自陈皓老师的 <一些软件设计的原则>,根据自己的理解调整了下顺序,少部分字句做了修改. 一个好的程序员通常由其操作技能.知识水平,经验层力和能力四个方面组成.在这里想和大家说说设计中的一些原则,我认为这些东西属于长期经验总结出来的知识.这些原则,每一个程序员都应该了解.但是请不要教条主义,在使用的时候还是要多多考虑实际情况.其实,下面这些原则,不单单只是软件开发,可以推广到其它生产活动中,甚至我们的生活中. 根本设计原则 根本设计原则是我认为的最最基

程序员练级攻略:软件设计 编程范式 学习编程范式可以让你明白编程的本质和各种语言的编程方式.因此,我推荐以下一些资料,以帮助你系统化地学习和理解. 极客时间的<编程范式游记>系列文章,目录如下. 编程范式游记(1)- 起源 编程范式游记(2)- 泛型编程 编程范式游记(3)- 类型系统和泛型的本质 编程范式游记(4)- 函数式编程 编程范式游记(5)- 修饰器模式 编程范式游记(6)- 面向对象编程 编程范式游记(7)- 基于原型的编程范式 编程范式游记(8)- Go 语言的委托模式 编程范式