郁闷的星期二

   今天被正式通知在星期六的讨论班讲一个小时-_____________-~~~郁闷阿，看了一周的程序，自己都不知道是什么感觉，抓狂一样地跑去问师哥一大坨的问题，才理清了一点点头绪。居然就让我讲，好过分。。。。
     
      但是发现自己最近还是有一点点进步的。在看代码的过程中，能够发现程序中哪些类过于混乱，每个类都是虾米职能，哪些是实体还是控制也都能够分清楚了。我想这应该是GOF的设计模式以及面向对象课程的功劳吧。 但是还是比较朦胧的说，问道具体应该如何实现的时候，我又不知道该怎么办了，这是让人郁闷啊。也许是因为还没有虾米具体到类的接口的设计经验，以及编程经验吧。狂FT~~

     总体来说，自己还是有点太浮躁了，一点一点地慢慢来吧。呵呵，只有当好一个程序员才能当好一个构架师吧。。。。。+U    ，不断告诉自己要踏踏实实，不要别人想玩，你也想玩，虽然天空真的很蓝很蓝，就缺一个风筝。。。。

昨日网友版聚~~~

        昨天，久违的版聚，久违的朋友，让我想起了很多以前的事情。呵呵~~~，虽然那段记忆已经越来越离我远去了~~。

       虽然都是计算机系的，但是很久没有见面了。发现大家都学到很多东西啦，呵呵 ，现在的聊天很有趣~~因为大家的方向都不一样，但是还有一点点联系。所以讨论起来都比较有意思，~~很长见识，很开阔视野的说。~~

        想想看，大家还有一年半就要毕业了，呵呵~~时间过得真快啊~

        也许明年，人就不会这么全了吧。

        今天晚上请一个久违的师哥吃饭，也许见面后会回忆更多的事情吧~~~~

        回忆究竟是一种什么样的味道呢？苦涩，甜蜜?也许就像春风？温暖的阳光下的刺痛？抑或是寒风下一丝温暖，也许两者本来就是完美融合在一起的。没有必要区分。

       昨天晚上看了一下Ro的游戏的截图，想着一群疯狂的人在大吼大叫中忘记吃饭，在下水管道被团灭。在暴雨中站在城市的最高峰~~~~ 对着乌云暴雨仰天长啸。把酒当歌，喝的烂醉如泥~~~
      

      但是，今天，这样的一些人，一个一个的远去，或者被迫忘记。
  
       也许这就是刻骨铭心的伤痛吧~~~。

       也许，有的时候，最好的一种选择就是走过路过，不再记起。

      情愿做一个没有记忆的人~~~
  
      也许，这就是人生，每个人都有独特的轨迹，在自己的轨道中，与他人的轨迹相遇，于是开始一段缘份，和一些人有了一段快乐的日子。轨迹慢慢偏移，便慢慢远去。

     虽然如此，还是情愿相信那句话：

     OUHaMa  means  family, family means nobody left behend.......

     一切随缘吧。就像风中的羽毛。
                                                                                                                            -----飘翎
   

今天的讨论班~~~

    今天的讨论班更多来说是一个煎熬而不是挑战，~~~~呼呼，一口气讲完109页的PPT，人都要疯了，嗓子好哑~~~。。。。。。极为无语。也许我又有了一个自己的基尼斯，呵呵，不过还是比较开心的。只是希望大家都能听明白，这样，俺的努力也算没有白废~~~

      晚上打算好好开心一下。呵呵，烤肉？OR烧烤?反正是累死了。。。。。。。。

        最近会一直很累，神经会一直处于兴奋中，因为值得回忆的事情太多了，从去年的明天的吵架到后天的和好，到小熊生日到LIUGUANGGG归来，到LUMINGGG的SCI，吉大在不知不觉之间给与我太多太多    ~~~这一年里，我也变化已太大~~~
   
   不知道变化到如何，只是慢慢发觉生活慢慢变得深刻起来。。。。。。。


    唯一不变的就是变化，我们要主动迎接变化。
 

     拥抱变化，热爱变化。~~~


      
     
  

重构方法小结（1）

重构函数（CHAPTER6）

Extract Method
前提：已经通过其他重构方法处理了间接变量。
目的：缩小函数的粒度以增加复用；强化代码的清晰度。
目标：函数的名称能够很好的表达函数要实现的“功能”。而不是要怎样做。

Inline Method

是Extract Method  的逆过程。正是因为有了这些逆过程，你才可以放心大胆的进行重构。

前提：被Inline的函数不能是多态的。Inline后无法表达多态的情况。
目的：去掉非必要的间接性。或者用于重组的一组组织不合理的函数的前提。
目标：去掉不必要的函数或者过多的委托。

重构，看起来很有趣的样子

       今天偶尔翻了一下小P熊的书，是侯捷和熊节的重构，一本很经典的极限编程有关的书。就立刻被书中的内容以及文采（二杰的书，当然有文采罗~~）所吸引。
       
      刚刚看到熊节译序的时候，他提到了重构是一种生活方式，给人的感觉有一点点地莫名其妙，呵呵，设计模式，很经典，但是只能说是一种思维方式。但是他却提到了“生活”方式。感觉好新奇哦~~重构的力量有这么大吗？

     但是越往后看，越认同熊节的这个观点。这的确是一种生活方式，或者更严肃的说，这是一个“好”的或者规范的程序员的工作方式以及工作习惯。

      首先，重构人的信条是“世界上唯一不变的就是变化”~~。所以，要主动对应变化，不要把80%的希望值都给前期设计（这个80%是偶心目中的上限。还不晓得实际的项目中这个百分比是多少。~~-_____-是不是有点不严肃？）

       其次，工作方式发生了很多改变，呵呵，从我的角度来看，嗯，通过重构，你能够分析很多不足，能够更深一层的考虑他们之间的关系，以及为了一个更好的目标，无论是为了更好的架构还是添加更好的功能。引进这样的一种思考方式，可以很好的改善编程的思路，不仅仅从原来的实现功能就是万事大吉，而是更深一层的考虑用更好的可复用架构实现更好的功能。

       此外，在重构过程中，进行比较完善的跟踪和测试。能够将重构控制在可控范围内，并且程序的单元测试也比较完善了。能够提高程序的质量。
  
       重构促进程序员的思考，能够培养很好的编程规范。不再是乱七八糟的类结构，不再是无法控制的对象访问。重构使人思考。呵呵，反思~~~
 
        所以，就是这样一本书，改变了俺的编程思想方式，开始打算去学习测试工具，~~呵呵，俺够懒够烂的。-____________________-~~，并下决心拿那个现有的推理机代码开刀。呵呵，我会每天都写一些这些工作的进展情况。希望大家能够帮助俺分析一下过程，大家共同进步哈。

       毕竟俺一门语言都没有学好呢~~瀑布寒，敢情俺是空想家阿。不要874偶-___________-。
   

    

回复duanhh

 ......呵呵，仔细想想看，你用的模式似乎应该是抽象工厂吧，呵呵，这个工厂的目标是为了向上封闭下面的数据库的具体信息，所以用接口封装，至于下面，分别用三个具体的工厂进行分别实现。方法也应该很相似，呵呵，所以可以用一样的抽象接口，或者相同的参数。

    而俺的工厂的目标则不同，俺的工厂的目的和BUILDER工厂有一点点类似哦~~，其主要目的是用来，嗯~~，用来将知识表示的产生方式进行封装。我的实体类很多，在产生过程中需要将这些东西对象初始化后再进行组装，最后工厂返回的就是一个组装好的东东了，类似于一个容器这样样子。另外一方面，由于俺做的东东比较小，而且只有一个知识表示，所以了，有没有接口都是一样的。而且，这个推理机以后也许可扩展的程度可能性不大~~~。呵呵，当然从长远的可扩展的角度来讲，这个接口还是有的好。嘻嘻，你的接口，应该很像传说中的ODBC吧，呵呵，~~~不错哦，以后继续讨论问题~~，哈哈，喜欢ing。我想，这个东东应该算是一个小小的失误把，毕竟没有给后面留下可扩展的余地，是俺的不对啦~~，在此，谢谢红红提醒拉~~

      很喜欢设计模式，因为发现这个东东居然有一个很有趣的副作用，那就是培养人的目的性，要知道，人都是目的性的哦，~~但是很多情况下都没有看到表象中的目的。

     我自己的经验是这样的：在看GOF设计模式的时候，不得不提醒自己是一个目的性的动物。因为每个模式都很相似，毕竟处理的方法是很类似的。就是那么几把刷子。在看到创建型模式的时候但是，他们背后的目的却是千奇百怪的~~，很神奇哦~~。如果你不晓得一个技术的动机，你会很快的就迷失在类和对象森林里面。看不清每个模式的区别~~，这个是很恐怖的。
   
      所以每次看的时候，都要打破脑袋的想为什么要这么做，他的目标，动机。然后才是它的实现技术。我想，这样能够培养人的高度理性把。哈哈，要知道MM的情绪可是毫无理由的哦，或者说它自己有理由都不晓得是什么。哈哈~~，还好还好，我还算是一个MM吧，半个也好，~~
   

顺其自然

      今天的讨论班终于过去了，呵呵，没有我想象的那样恐怖啦~~~，虽然开始的时候倒是相当的紧张。开机密码都输入了好几次 -__________- (看你那点出息~~~)。然后就是一直一直的讲，从描述概念开始，对着PPT讲了一大T的概念，呵呵，估计把下面的人都讲成傻子拉，哈哈，然后我就可以胡说八道了—____—~~继续没有出息中。。。。。。
   
       讲了之后，发现下面的人反应居然还不错！~~提出了一些问题。呃，有的是问我的类工厂是一个类好还是一T类比较好，就是有一个抽象接口啦，~~，嗯，想了想还是说从可扩展性来讲还是一个抽象类加上一TUO实际工厂比较好。回答完了以后，才注意到，可扩展性也是一个相当重要的问题呢~~~，就怕很多问题想不到，所以总是要加一些接口来进行扩展~~

      从今天开始才真真正正的喜欢上讨论班的这个形式，如果大家都积极准备而不是疲于应付的话。这个东东的形式比较轻松的说，可以完全展示自己的风格，也可以将自己的经验和教训与其他人进行分享。当然在得意地时候，也不要忘了做PPT的辛苦啊。不过做出来以后，自己还是相当喜欢的说~~，哈哈，学樱木花道仰天大笑状。哈哈~~~哈哈哈~~~~

     由于目前我还不是很熟悉BLOG的更多功能，不知道如何把它发上来， 至于这次的PPT以及讨论文档，可以考虑如果有谁感兴趣，留下Email，我发过去好了，嗯，比较大哦~~，1M的样子~~

  

今天开张

今天终于下决心建立了自己的BLOG，想认真地记下一点什么。为了让自己早已懒惰的心振奋起来吧~~。最近还是太懒惰了。