凭什么要用面向对象编程（补充）
摘要：本来上篇已经是完整篇，可在上篇第22楼virus的回复中，我发现了上篇文章中的最终解决方案还是存在着本质的缺陷。再看到第24楼richardzeng的回复，仔细想来，的确应该是像richardzeng的写法一样有更深一步的考虑，感谢两位的回复。我将补充方案的讲解加了进来，希望可以给大家以帮助。
阅读全文
posted @ 2010-05-27 13:15
随笔分类 - 小菜编程成长记
凭什么要用面向对象编程——面向对象重要设计原则概述
摘要：本文讲得是几个面向对象的设计原则，都是比较浅显的内容，推荐刚接触面向对象编程的新手阅读，高手达人们路过飘过即可。文章略长，不过内容过渡上比较平缓，应该比较容易阅读。
阅读全文
posted @ 2010-05-26 17:21
想要，不一定得到，一定要，则必成功——一封初为程序员充满困惑的大学毕业生的来信以及本人回复
摘要：当年明月：很多人说过，最好的老师不是特级老师，不是名牌学校，而是兴趣。但我要告诉你，这个答案还是不够准确，在这个世界上，最优秀的老师是——生存。
伍迷：我是一只褐色老鼠，我可能是一个不可以教育的家伙，但是我能够吃苦耐劳，不怕牺牲，如果我的一只腿陷在夹子中，那么，为了脱身，为了生存，我会把那只陷在夹子中的腿弄断，而在所不惜。
阅读全文
posted @ 2009-01-14 09:49
阅读不懂，图书之过——《大话设计模式》创作历程
摘要：《大话设计模式》为什么要用对话手法写技术书，为什么喜欢用故事引入主题，为什么非常在意代码的演变过程而不是直接讲解结果？关于这些问题，或许本文所写的内容可以给出答案。
阅读全文
posted @ 2007-12-10 01:58
小菜编程成长记（十四 设计模式不能戏说！设计模式怎就不能戏说？）
摘要：你知道为什么《Head First Design Patterns》（深入浅出设计模式）一直没有翻译成中文吗？…………因为它竟敢把如此神圣的高深的设计模式，写得如此通俗浅显，连菜鸟都读得懂，实在是太不给专家们面子了…………GoF的《设计模式：可复用面向对象软件的基础》，它的噱头最少，通篇都是精华，但由于晦涩难懂，这书也不知阻挡了多少有志青年学习设计模式的脚步。…………颠覆性的书籍《Head First》系列，把技术书籍写得如同儿童画报一样的通俗。这可是伟大的进步…………是，设计模式怎么就不能戏说呢？——把戏说进行到底，让设计模式的戏说来得更猛烈些吧！
阅读全文
posted @ 2007-03-29 11:40
小菜编程成长记（十三 有了门面，程序员的程序会更加体面！）
摘要：现在要改数据访问的方式，比如改成访问SqlServer数据库，是不用去改动任何BLL和UI层代码的，而如果要你把应用程序换成Web方式，即C/S改成B/S，只需要改表现层就可以了，对另两层也没有影响。表现层程序代码也几乎没什么变化。仅仅是控件不相同而已。…………现在用了门面模式以后，耦合比以前要少很多了，更改会更加方便，扩展也很容易。…………代码重构没有最好，只有更好…………若是程序不会变化，原有的设计就没什么问题，运行结果正确足够了，但若是程序可能会时常随业务而变化，新的设计就大大提高了应变性，这其实就是应用设计模式的目的所在
阅读全文
posted @ 2007-03-28 09:17
小菜编程成长记（十二 无熟人难办事？——聊设计模式迪米特法则）
摘要：所谓‘无熟人难办事’，你在IT部‘有人’，不就万事不愁了吗？…………没有管理，单人情协调也很难办成事的…………‘人命大于天’，同样的，在软件公司，‘电脑命大于天’…………‘IT部是吧，我是小菜，电脑已坏，再不修理，软件歇菜。’…………：‘迪米特法则（LoD）’ 也叫最少知识原则，简单的说，就是如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。
阅读全文
posted @ 2007-03-27 11:19
小菜编程成长记（十一 三层架构，分层开发）
摘要：三层架构或者分层开发说起来容易，在程序开发时的初学者还是有很多的误解。…………所谓的三层开发，就是关于表现层、业务逻辑层和数据访问层的开发。…………这其实只是大方向的分层，每个层中都有可能再细分为多个层次和结构。
阅读全文
posted @ 2007-03-26 13:22
小菜编程成长记（十 会修电脑不会修收音机？——聊设计模式原则）
摘要：快点帮帮我呀，电脑不能用了啊…………蓝屏死机吧，估计内存有问题…………小菜，你太厉害了，我尽然可以修电脑了，要我怎么感谢你呢…………还好，她没有问我如何修收音机，收音机里都是些电阻、三极管，电路板等等东东，我可不会修的…………非常复杂的PC电脑可以修，反而相对简单的收音机不能修，这其实就说明了很大的问题…………你已经在无意的谈话间提到了设计模式其中的几大设计原则，单一职责原则，开放—封闭原则，依赖倒转原则…………世间万物都是遵循某种类似的规律，谁先把握了这些规律，谁就最早成为了强者。
阅读全文
posted @ 2007-03-23 12:15
小菜编程成长记（九 反射——程序员的快乐！）
摘要：在当用户做了下拉选择后，根据用户的选择去某个地方找应该要实例化的类是哪一个。这样，我们的switch就可以对它说再见了！…………你一下子说出又是‘依赖注入’又是‘反射’这些莫名其妙的名词，我有点晕哦！我就想知道，如何向switch说bye-bye！至于那些什么概念我不想了解…………心急讨不了好媳妇！…………知足是可以常乐，但知足如何能进步！
阅读全文
posted @ 2007-03-22 16:51
小菜编程成长记（八 用“策略模式”是一种好策略）
摘要：『策略模式』定义了算法家族，分别封装起来，让它们之间可以互相替换， 此模式让算法的变化， 不会影响到使用算法的客户。……但最初的策略模式又是有缺点的，客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。……没有人是天生就牛X的……男人的胸怀是被冤枉撑大的……学习一定是一个自己感悟的过程，而程序员的感悟就是自己写程序做项目，通过实践再学习，最终升华为牛人。
阅读全文
posted @ 2007-03-21 15:40
小菜编程成长记（七 工厂不好用了？）
摘要：需求的变更是必然！所以开发者应该的是考虑如何让自己的程序更能适应变化，而不是抱怨客户的无理，客户不会管程序员加班时的汗水，也不相信程序员失业时的眼泪。…………工厂模式虽然也能解决这个问题，但的确不是最好的办法，另外由于商场是可能经常性的更改打折额度和返利额度，每次更改都需要改写代码重新编译部署真的是很糟糕的处理方式，面对算法的时常变动，应该有更好的办法。
阅读全文
posted @ 2007-03-20 09:38
小菜编程成长记（六 关于Flex的争论）
摘要：现在有了DVD，你还会去小摊买SVCD看吗？现在有了Windows，你还会去整天对着黑屏用Dos敲打命令行吗？富客户端可以做到更加好的客户感受度，又不用安装和升级，这是结合C/S和B/S的优点于一身的好技术。降龙十八掌固然强悍勇猛，那是因为没有发明手枪；赤兔固然是良驹宝马，那是因为关老儿没有BMW或大奔。谁说html今天是主流，就意味着未来是主流？未来一定是富客户端的天下。
阅读全文
posted @ 2007-03-05 12:01
小菜编程成长记（五 体会简单工厂模式的美妙）
摘要：编程是一门技术，更加是一门艺术，不能只满足于写完代码运行结果正确就完事，时常考虑如何通过重构让代码更加简炼，更加容易维护，容易扩展和复用，只有这样才可以是真的提高。写出优雅的代码真的是一种很爽的事情。
阅读全文
posted @ 2006-09-23 09:17
小菜编程成长记（四 业务的封装）
摘要：让业务逻辑与界面逻辑分开，让它们之间的耦合度下降。只有分离开，才容易达到容易维护或扩展
阅读全文
posted @ 2006-08-31 09:35
小菜编程成长记（三 复制VS复用）
摘要：初级程序员的工作就是Ctrl+C和Ctrl+V，这其实是非常不好的编码习惯，因为当你的代码中重复的代码多到一定程度，维护的时候，可能就是一场灾难。越大的系统，这种方式带来的问题越严重，编程有一原则，就是用尽可能的办法去避免重复。
阅读全文
posted @ 2006-08-30 11:38
小菜编程成长记（二 代码规范、重构）
摘要：就你现在的代码，就有很多不足的地方需要改进。比如变量命名，你的命名就是ABCD，变量不带有任何具体含义，这是非常不规范的；判断分支，你这样的写法，意味着每个条件都要做判断，等于计算机做了三次无用功；数据输入有效性判断等，如果用户输入的是字符符号而不是数字怎么办？如果除数时，客户输入了0怎么办？这些都是可以改进的地方
阅读全文
posted @ 2006-08-30 09:49
小菜编程成长记（一 面试受挫——代码无错就是好？）
摘要：小菜：“我的代码实现了呀，为什么不给我机会呢？”小菜找到工作三年的师哥大鸟，请教原因，大鸟问了题目和了解了小菜代码的细节以后，哈哈大笑，说道：“小菜呀小菜，你上当了，人家单位出题的意思，你完全都没明白，当然不会再联系你了”。
阅读全文
posted @ 2006-08-29 17:24
