编程成长日记

凭什么要用面向对象编程（补充）

摘要：本来上篇已经是完整篇，可在上篇第22楼virus的回复中，我发现了上篇文章中的最终解决方案还是存在着本质的缺陷。再看到第24楼richardzeng的回复，仔细想来，的确应该是像richardzeng的写法一样有更深一步的考虑，感谢两位的回复。我将补充方案的讲解加了进来，希望可以给大家以帮助。阅读全文

posted @ 2010-05-27 13:15 伍迷阅读(10209) 评论(55) 推荐(16) 编辑

凭什么要用面向对象编程——面向对象重要设计原则概述

摘要：本文讲得是几个面向对象的设计原则，都是比较浅显的内容，推荐刚接触面向对象编程的新手阅读，高手达人们路过飘过即可。文章略长，不过内容过渡上比较平缓，应该比较容易阅读。阅读全文

posted @ 2010-05-26 17:21 伍迷阅读(22163) 评论(108) 推荐(85) 编辑

想要，不一定得到，一定要，则必成功——一封初为程序员充满困惑的大学毕业生的来信以及本人回复

摘要：当年明月：很多人说过，最好的老师不是特级老师，不是名牌学校，而是兴趣。但我要告诉你，这个答案还是不够准确，在这个世界上，最优秀的老师是——生存。伍迷：我是一只褐色老鼠，我可能是一个不可以教育的家伙，但是我能够吃苦耐劳，不怕牺牲，如果我的一只腿陷在夹子中，那么，为了脱身，为了生存，我会把那只陷在夹子中的腿弄断，而在所不惜。阅读全文

posted @ 2009-01-14 09:49 伍迷阅读(12756) 评论(99) 推荐(6) 编辑

阅读不懂，图书之过——《大话设计模式》创作历程

摘要：《大话设计模式》为什么要用对话手法写技术书，为什么喜欢用故事引入主题，为什么非常在意代码的演变过程而不是直接讲解结果？关于这些问题，或许本文所写的内容可以给出答案。阅读全文

posted @ 2007-12-10 01:58 伍迷阅读(9373) 评论(50) 推荐(7) 编辑

小菜编程成长记系列

摘要：系列的全部链接以及提供PDF文档下载阅读全文

posted @ 2007-04-02 21:34 伍迷阅读(61024) 评论(100) 推荐(30) 编辑

小菜编程成长记（十四设计模式不能戏说！设计模式怎就不能戏说？）

摘要：你知道为什么《Head First Design Patterns》（深入浅出设计模式）一直没有翻译成中文吗？…………因为它竟敢把如此神圣的高深的设计模式，写得如此通俗浅显，连菜鸟都读得懂，实在是太不给专家们面子了…………GoF的《设计模式：可复用面向对象软件的基础》，它的噱头最少，通篇都是精华，但由于晦涩难懂，这书也不知阻挡了多少有志青年学习设计模式的脚步。…………颠覆性的书籍《Head First》系列，把技术书籍写得如同儿童画报一样的通俗。这可是伟大的进步…………是，设计模式怎么就不能戏说呢？——把戏说进行到底，让设计模式的戏说来得更猛烈些吧！阅读全文

posted @ 2007-03-29 11:40 伍迷阅读(13551) 评论(37) 推荐(3) 编辑

小菜编程成长记（十三有了门面，程序员的程序会更加体面！）

摘要：现在要改数据访问的方式，比如改成访问SqlServer数据库，是不用去改动任何BLL和UI层代码的，而如果要你把应用程序换成Web方式，即C/S改成B/S，只需要改表现层就可以了，对另两层也没有影响。表现层程序代码也几乎没什么变化。仅仅是控件不相同而已。…………现在用了门面模式以后，耦合比以前要少很多了，更改会更加方便，扩展也很容易。…………代码重构没有最好，只有更好…………若是程序不会变化，原有的设计就没什么问题，运行结果正确足够了，但若是程序可能会时常随业务而变化，新的设计就大大提高了应变性，这其实就是应用设计模式的目的所在阅读全文

posted @ 2007-03-28 09:17 伍迷阅读(12397) 评论(44) 推荐(4) 编辑

小菜编程成长记（十二无熟人难办事？——聊设计模式迪米特法则）

摘要：所谓‘无熟人难办事’，你在IT部‘有人’，不就万事不愁了吗？…………没有管理，单人情协调也很难办成事的…………‘人命大于天’，同样的，在软件公司，‘电脑命大于天’…………‘IT部是吧，我是小菜，电脑已坏，再不修理，软件歇菜。’…………：‘迪米特法则（LoD）’ 也叫最少知识原则，简单的说，就是如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。阅读全文

posted @ 2007-03-27 11:19 伍迷阅读(9784) 评论(21) 推荐(1) 编辑

小菜编程成长记（十一三层架构，分层开发）

摘要：三层架构或者分层开发说起来容易，在程序开发时的初学者还是有很多的误解。…………所谓的三层开发，就是关于表现层、业务逻辑层和数据访问层的开发。…………这其实只是大方向的分层，每个层中都有可能再细分为多个层次和结构。阅读全文

posted @ 2007-03-26 13:22 伍迷阅读(17177) 评论(31) 推荐(4) 编辑

小菜编程成长记（十会修电脑不会修收音机？——聊设计模式原则）

摘要：快点帮帮我呀，电脑不能用了啊…………蓝屏死机吧，估计内存有问题…………小菜，你太厉害了，我尽然可以修电脑了，要我怎么感谢你呢…………还好，她没有问我如何修收音机，收音机里都是些电阻、三极管，电路板等等东东，我可不会修的…………非常复杂的PC电脑可以修，反而相对简单的收音机不能修，这其实就说明了很大的问题…………你已经在无意的谈话间提到了设计模式其中的几大设计原则，单一职责原则，开放—封闭原则，依赖倒转原则…………世间万物都是遵循某种类似的规律，谁先把握了这些规律，谁就最早成为了强者。阅读全文

posted @ 2007-03-23 12:15 伍迷阅读(12155) 评论(45) 推荐(2) 编辑

小菜编程成长记（九反射——程序员的快乐！）

摘要：在当用户做了下拉选择后，根据用户的选择去某个地方找应该要实例化的类是哪一个。这样，我们的switch就可以对它说再见了！…………你一下子说出又是‘依赖注入’又是‘反射’这些莫名其妙的名词，我有点晕哦！我就想知道，如何向switch说bye-bye！至于那些什么概念我不想了解…………心急讨不了好媳妇！…………知足是可以常乐，但知足如何能进步！阅读全文

posted @ 2007-03-22 16:51 伍迷阅读(19107) 评论(88) 推荐(5) 编辑

小菜编程成长记（八用“策略模式”是一种好策略）

摘要：『策略模式』定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。……但最初的策略模式又是有缺点的，客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。……没有人是天生就牛X的……男人的胸怀是被冤枉撑大的……学习一定是一个自己感悟的过程，而程序员的感悟就是自己写程序做项目，通过实践再学习，最终升华为牛人。阅读全文

posted @ 2007-03-21 15:40 伍迷阅读(15525) 评论(28) 推荐(3) 编辑

小菜编程成长记（七工厂不好用了？）

摘要：需求的变更是必然！所以开发者应该的是考虑如何让自己的程序更能适应变化，而不是抱怨客户的无理，客户不会管程序员加班时的汗水，也不相信程序员失业时的眼泪。…………工厂模式虽然也能解决这个问题，但的确不是最好的办法，另外由于商场是可能经常性的更改打折额度和返利额度，每次更改都需要改写代码重新编译部署真的是很糟糕的处理方式，面对算法的时常变动，应该有更好的办法。阅读全文

posted @ 2007-03-20 09:38 伍迷阅读(16074) 评论(52) 推荐(3) 编辑

小菜编程成长记（六关于Flex的争论）

摘要：现在有了DVD，你还会去小摊买SVCD看吗？现在有了Windows，你还会去整天对着黑屏用Dos敲打命令行吗？富客户端可以做到更加好的客户感受度，又不用安装和升级，这是结合C/S和B/S的优点于一身的好技术。降龙十八掌固然强悍勇猛，那是因为没有发明手枪；赤兔固然是良驹宝马，那是因为关老儿没有BMW或大奔。谁说html今天是主流，就意味着未来是主流？未来一定是富客户端的天下。阅读全文

posted @ 2007-03-05 12:01 伍迷阅读(12985) 评论(61) 推荐(2) 编辑

小菜编程成长记（五体会简单工厂模式的美妙）

摘要：编程是一门技术，更加是一门艺术，不能只满足于写完代码运行结果正确就完事，时常考虑如何通过重构让代码更加简炼，更加容易维护，容易扩展和复用，只有这样才可以是真的提高。写出优雅的代码真的是一种很爽的事情。阅读全文

posted @ 2006-09-23 09:17 伍迷阅读(26004) 评论(91) 推荐(7) 编辑

小菜编程成长记（四业务的封装）

摘要：让业务逻辑与界面逻辑分开，让它们之间的耦合度下降。只有分离开，才容易达到容易维护或扩展阅读全文

posted @ 2006-08-31 09:35 伍迷阅读(14975) 评论(12) 推荐(2) 编辑

小菜编程成长记（三复制VS复用）

摘要：初级程序员的工作就是Ctrl+C和Ctrl+V，这其实是非常不好的编码习惯，因为当你的代码中重复的代码多到一定程度，维护的时候，可能就是一场灾难。越大的系统，这种方式带来的问题越严重，编程有一原则，就是用尽可能的办法去避免重复。阅读全文

posted @ 2006-08-30 11:38 伍迷阅读(14986) 评论(7) 推荐(1) 编辑

小菜编程成长记（二代码规范、重构）

摘要：就你现在的代码，就有很多不足的地方需要改进。比如变量命名，你的命名就是ABCD，变量不带有任何具体含义，这是非常不规范的；判断分支，你这样的写法，意味着每个条件都要做判断，等于计算机做了三次无用功；数据输入有效性判断等，如果用户输入的是字符符号而不是数字怎么办？如果除数时，客户输入了0怎么办？这些都是可以改进的地方阅读全文

posted @ 2006-08-30 09:49 伍迷阅读(17604) 评论(13) 推荐(4) 编辑

小菜编程成长记（一面试受挫——代码无错就是好？）

摘要：小菜：“我的代码实现了呀，为什么不给我机会呢？”小菜找到工作三年的师哥大鸟，请教原因，大鸟问了题目和了解了小菜代码的细节以后，哈哈大笑，说道：“小菜呀小菜，你上当了，人家单位出题的意思，你完全都没明白，当然不会再联系你了”。阅读全文

posted @ 2006-08-29 17:24 伍迷阅读(22479) 评论(20) 推荐(5) 编辑

编程成长日记

凭什么要用面向对象编程（补充）

凭什么要用面向对象编程——面向对象重要设计原则概述

想要，不一定得到，一定要，则必成功——一封初为程序员充满困惑的大学毕业生的来信以及本人回复

阅读不懂，图书之过——《大话设计模式》创作历程

小菜编程成长记系列

小菜编程成长记（十四 设计模式不能戏说！设计模式怎就不能戏说？）

小菜编程成长记（十三 有了门面，程序员的程序会更加体面！）

小菜编程成长记（十二 无熟人难办事？——聊设计模式迪米特法则）

小菜编程成长记（十一 三层架构，分层开发）

小菜编程成长记（十 会修电脑不会修收音机？——聊设计模式原则）

小菜编程成长记（九 反射——程序员的快乐！）

小菜编程成长记（八 用“策略模式”是一种好策略）

小菜编程成长记（七 工厂不好用了？）

小菜编程成长记（六 关于Flex的争论）

小菜编程成长记（五 体会简单工厂模式的美妙）

小菜编程成长记（四 业务的封装）

小菜编程成长记（三 复制VS复用）

小菜编程成长记（二 代码规范、重构）

小菜编程成长记（一 面试受挫——代码无错就是好？）

相关推荐