软件设计
文章平均质量分 72
wswupeng
peng哥的杂货铺
展开
-
编程黄金过程
转载时请注明出处和作者联系方式文章出处:http://blog.csdn.net/wswupeng作者联系方式:吴鹏 之前在写程序时,本来任务的工作量是一天,却总会因为这样那样、或高级或低级的错误而无辜的变成了两天、三天,甚至更长。但是完成任务后再回头看,发现很多错误其实都可以很好规避,于是心里想,下次一定不再犯同样的错误。不幸的是,同样的问题依然再次发生:每次代原创 2010-04-02 12:24:00 · 727 阅读 · 0 评论 -
[转载] 答复:我不会OOO,仍然可以XXX
答复:我不会OOO,仍然可以XXX3,285 views|2008-11-25|李先静|沉思录||6 条评论转载时请注明出处和作者联系方式文章出处:http://www.limodev.cn/blog作者联系方式:李先静 按照《审死官》里的读法,标题可以读着:答复:我不会圈圈圈,仍然可以叉叉叉。圈圈叉叉并不特指某个转载 2010-04-16 09:11:00 · 678 阅读 · 0 评论 -
又犯了一次编程大忌
上个礼拜师傅交给我一个编程任务, 做的时候发现太简单了,于是三下五除二把那三十行程序写完。 按道理我还应该测试以下,但检查了一遍没发现问题, 也就把它丢在一边,懒得测了。 过了一段时间,师傅过来看我代码,没想到的是:两分钟发现了三个bug! oh my lady gaga!太丢人了。 其实那几个bug都很明显, 再仔细一点,把测试做一下,完全可以规避。可是我原创 2010-04-19 09:34:00 · 454 阅读 · 0 评论 -
如何从零开始设计系统
一直不满足于只是做一两个模块, 想着自己设计一个完整的系统,最近自己在写一个小玩意儿,有一些经验和思考,故有了以下的内容。首先想说的是: 这只是些个人体会,并不完善。如果有谁在看的话,希望不要被误导。ok,言归正转。王道: 多写代码,少些花里狐哨的名堂。基本原则:考虑到在开始设计一个新的系统时多缺乏足够的领域知识,应采用增量的方法设计。1. 简化环境, 抓住重点, 尽早完成一个简单,但完整的系统。 不要试图一下子完成所有功能,第一步就是尽量砍掉复杂的背景、功能,让问题简单至你能掌控的程度。必须意识到系统不原创 2010-08-11 09:42:00 · 561 阅读 · 0 评论 -
如何安全的修改原有代码---android mms player调试总结
<br /><br />如何去安全的在别人写的现有代码基础上修改或者添加功能, 尽可能少的引入bug?<br />修改或添加代码的效果,都必须基于对现有代码的理解程度,理解得到位,改起来就顺利一些, 而如果理解不到位,就容易产生疏漏。<br /> <br />当然对于一个比较大的系统,比如android, 想看懂其中哪一个模块都是不容易的。很难一下子就保证完全理解正确, 那是不是要等确定完全理解正确才下手呢?<br /> <br />从《代码大全》中认为,很多问题都是“险恶”的,你必须首先把这个问题“解决”原创 2010-08-16 09:20:00 · 1472 阅读 · 0 评论 -
著名编程语录
<br />一个好的程序员应该是那种过单行线都要往两边看的人。——Doug Linder, 系统管理员<br />任何一个工具,它的一个最重要的、同时也是最难以做到的方面就是对那些学习使用这个工具的人在使用习惯上的影响。如果这个工具是一种编程语言,那么,这种影响——不管我们是否喜欢——将是一种思考习惯上的影响。<br />—— Edsger Dijkstra, 计算机科学家<br /><br /><br />抽象化是一种非常的不同于模糊化的东西 … 抽象的目的并不是为了模糊,而是为了创造出一种能让我们做到百转载 2010-08-18 09:07:00 · 1053 阅读 · 0 评论 -
从零开始设计系统(2)
<br /><br />经过一个小项目的锤炼, 修正了一些以前的观点。 仅供参考。<br /> <br />1. 构建雏形:尽快形成一个简单可用的系统。 该过程必须紧张进行,忌讳拖拖拉拉。<br />测试用例+设计+编码+实际测试, 通过这个过程明确问题,理解问题。<br /> <br />2. 重构<br />A. 根据前一步,得到许多经验,对问题的理解更全面。 重新完整设计, 形成紧凑优美的代码框架。<br />B. 编码实现, 填充框架细节, 并测试。<br /> <br />3. 反复<br />反原创 2010-10-11 17:19:00 · 535 阅读 · 0 评论 -
message widget 开发小结
最近写了一个基于android的短信widget, 开发过程中得到以下心得。 放在这里,做个备忘。1. 该模仿还得模仿, 不要太固执。2. 没有提高效率的万金油, 还是得从一点一滴的小技巧小方法开始积累。3. 文档记录:脑子里不牢靠的设计, 完整的测试用例。 写下来后就没有记忆的负担, 可以仔细考虑, 比较全面完整。4. 写程序不是一下子就能十全十美的。 不要钻牛角尖。 预研,设计, 编码, 测试, 把每个阶段做仔细, 反复打磨,最后一定可以做好的。5. 文档记录遗留的问题, 一个也不会漏。6.原创 2010-10-11 17:22:00 · 640 阅读 · 0 评论