面向对象的设计原则：

• 开-闭原则（Open-Closed Principle, OCP）：一个软件实体应当对扩展开放，对修改关闭。这一原则最早由Bertrand Meyer提出，英文原文为：Software entities should be open for extension, but closed for modification.
• 里氏代换原则（Liskov Substitution Principle, LSP）：任何基类可以出现的地方，子类一定可以出现。
• 依赖倒转原则（Dependency Inversion Principle, DIP）：要依赖于抽象，不要依赖于实现。
• 接口隔离原则（Interface Segregation Principle, ISP）：应当为客户端提供尽可能小的单独的借口，而不要提供大家的总接口。
• 组合/聚合复用原则（Compostion/Aggregation Principle, CARP）：尽量使用组合/聚合，而不是继承关系达到复用的目的。
• 迪米特法则（Law of Demeter, LoD）：一个软件实体应当尽可能少的与其他实体发生相互作用。

　　“七夕”－－中国人的情人节，在这我要祝My Girl天天开心，越来越漂亮！也祝天下有情人终成眷属！

　　7月17号回了一趟玉林老家，因为下着暴雨，我们从镇上请了个出租车，起初司机对我们那村子并不清楚，怕那里涨水去不了，我表示可以出高点价格，最后以20块成交。我们上了车，我坐在司机旁边，指点路线。

　　司机的担忧是有道理的，一路上发现了许多村子已经被水淹了，稻田里全是水，水面上不时漂浮着稻草人，顺着水流消失在远上。大概20分钟后，离我们村子差不多1公里远的地方，可以远远的看到村子已经被洪水包围，村里的人在村口拿着铁锹，在挖沟排水。

　　车开近了，可是只能停在路边，没办法进村里。我们拿着行李下了车，前村已经被水淹了，没办法通过，我们是从后村绕过去的。刚回到家门，就看到父亲，他拿着铁锹，也是准备出去挖沟排水。我放下行李，换了衣服，也加入这个行列。

　　听老人们说，这是1971年以来最大的洪水，不过比1971年小了一点，那次水都淹到家里来。这次只是淹了许多稻田，我家有一亩被淹，看来今年农民只能是少收三五斗了。

暴雨侵蚀过后的南宁！

　　“当你口干舌燥的时候，心想要是有一杯新鲜的冰牛奶就在面前，那该是多美好的享受。于是你开始寻找这杯新鲜的牛奶，花了不少功夫，终于被你找到，当逼不及待的举起杯子想一口喝尽的时候，突然不该发生的事情发生了，在牛奶的上面，竟然漂浮着一只死苍蝇，顿时你喝水的欲望全无，心里只余下恶心和失望”。这就是苍蝇效应，越是到快到成功的时候，越容易发生意外。

　　生活中有许许多多的“死苍蝇效应”，经过很大的努力，眼看事情就要大功造成的时候，偏偏发生了不该发生事，把事情的全局全搞乱，最终以失败告终，没有什么能比这个更糟糕了。昨天下班后在我身上就发生这样的一件事，因为规划了很久的事，马上要成功了，所以心情极好，本以为是雷打不动的事情，意外还是发生了，对方来了一句“你现在后悔还得及”，心情顿时只有伤心与失望。也许是昨晚聊了一会天，把自己心里的不快扫得差不多了，今天的心情也好了许多，不过一想起来昨天那只死“苍蝇”，心里仍然不是滋味。

　　希望生活中尽量少的出现那只让人讨厌的“死苍蝇”！

由于公司使用的是繁体操作系统﹐而我有时习惯在自己家里的简体计算机上写一些程序﹐但是当我用U盘把代码在两者之间copy时﹐经常发现文件中文的地方成了乱码﹐所以就花了些时间到网上查了一下﹐发现有很多关于乱码问题的讨论﹐按自己的方法总结了一下(有不对的地方﹐还希望各位指出):

1.文件分为文本文件和二进制文件﹐不过本质都一样﹐都是些01。

2.计算机存储设备存储的0或1﹐称为计算机的一个二进制位(bit)。

3.二进制文件的0和1有专门的应用程序来读﹐所以它们没有什么乱不乱码的问题﹐只要该程序认得就行。(像doc,xls,exe,dll等)

4.文本文件就不一样了﹐notepad要认识它﹐vs.net要认识它,UE也要认识它...所以它们就要有一个标准。这个标准的原理其实很简单﹐就是把所有的字符都给它一个序号﹐然后根据这个序号来找字符就可以了。这个东东就是编码表,也叫字符集(charset)。

5.文本文件存的都是字符﹐如﹕A,?,@,x。很明显一个bit不能表示﹐刚好计算机的存储单位--字节(byte)就是多个字节(1个byte=8个bit),因此用byte来表示字符就理所当然了。

6.第一个编码表--ASCII码很快产生﹐很简单﹐就是用一个byte来表示一个字符