看了好久的Thinking in Java, 现在好象才明白为什么及什么是面向对象了。
其实面向对象就是在程序设计中,对现实世界中各种事物(对象)之间关系的摸拟。
比如继承,就是生的孩子。比如组合,就是朋友关系。生的孩子不能太多,国家要管的;但是朋友有多少个都行,所以要“多用组合,少用继承”。
多态,用接口实现。接口其实只是定义你要实现什么东西,至于你怎么实现我不管,总之你得给我实现了。这样,实现了这个接口的对象,就可以向接口转型。再按接口的方法来调用,具体怎么实现就看你自己了。这样,也就实现了“向扩展开放,向修改封闭”。
而委托,则是松O和的最佳例子。这种事件你帮我处理...我只告诉你发生了,然后你处理,完了告诉我结果。中间你是怎么处理的,我不知道也不想知道。
难怪有人说OO是软件设计的一大进步,确实有它的道理。这样在处理大型软件设计的时候就会很有条理。 但是对我来说,实际上不可能涉及到这种情况,更多的是作为一个类的消费者去实例化,然后使用他们。不过,理解这个东西确实有很大的好处。
还看到有个人说:EJB其实是Java的COM+.困惑中...还有,这两天正在研究正则表达式,真的是很有意思。看起来一团乱麻的东西,当你了解其中的意义的时候就显得很清晰,而且很有用。
还有反射。NET编译生成的PE文件中包含两部分,一部分是MSIL,另一部分是MetaData元数据。反射就是读取元数据来确认PE信息的手段,有点类似于Python中的自省。
posted @
2006-09-18 13:56 孙青霞 阅读(176) |
评论 (0) |
编辑 收藏
和五年的女友分手了. 说是五年,其实已经快两年没有见过面了. 这是迟早的事吧? 其实感情已经很淡了,分手是必然, 也是一种形式. 从此天各一方,见面是路人. 不过,也没有多少可以见面的机会.
我是不太想分手的. 实在没有勇气再去爱一次; 这个社会,找个好的女孩子很难. 其实她已经很好了, 但是她家里要我给她家钱, 来娶她. 钱不是问题, 问题是这种要挟让人无法忍受. 我这是在买媳妇吗? 即使我付了钱, 以后在一起过会怎么样?我也不是什么有钱人, 只不过是一个在这物欲横流的时代里挣扎的小小打工仔; 为了生活我已经竭尽所能, 实在不想再面对这种事情.
所以,找个好女孩子很难; 找个好女孩子,同时还有一个通情达理的家庭的更难.
这个社会...这是最好的时代,这是最坏的时代.
在说分手的那一刻, 我流下了眼泪. 几年来头一次啊, 心已经几乎麻木.
两年没有见过面了,你能想像吗? 这样的朋友关系.
怀念大学,怀念那些纯洁的Relations.
如果为了我,你愿意抛弃你的一切吗?
哪怕是假的,我也希望你说: 愿意. 而我, 绝对不会让你失望.
posted @
2006-06-07 21:22 孙青霞 阅读(199) |
评论 (1) |
编辑 收藏
这两天在搞一个超大规模的数据库, 这个超大指的是亿级(大概四亿左右的数据).
速度慢得让人吐血...
没办法,时间紧,只好想方设法的改进查询的效率.
首要当然是建索引,问题是建群集索引需要大量的磁盘空间,我这里没有,只好建一般索引. 为了使Where子句能够充分利用索引,凡是在where子句中使用的数据字段都建了索引. 好在不需要再执行Insert, Update等,不然真的要疯了. 不过我在where中还用了一些函数, 可能会导致表扫描. 没办法--应该说没有什么更好的办法.
对全表进行数据规整, 不符合要求的数据一律移走,尽量减少在Where子句中进行的判断.
因为一些特殊要求, 我还在SP中用了游标. 以前在SP中,游标是动态的从全数据库中选择生成. 虽然游标遍历的数据不多,但是还是很慢. 后来干脆把这些需要用来做游标的数据从数据库中提取出来单独建表,在游标取的时候直接从这些小表里面取,节省了一点点时间.
后来检查SQL Server,发现CPU和内存利用都还正常,这么慢估计是磁盘IO的问题. 妈的现在CPU和内存的技术突飞猛进,就是磁盘技术停滞不前. 用这些表都要消耗磁盘IO(包括临时表),后来想反正内存还有多的,于是在SP改用表变量,把对临时表的操作都改到内存中来.
posted @
2006-06-07 21:03 孙青霞 阅读(590) |
评论 (0) |
编辑 收藏
我回来了...不过不再是以IT的身份,而是DP。
回想一下五年的IT生涯,真的是感触很多。不过,最大的收获应该是,从此不论是学哪一种与计算机有关的东西,学得都特别快。
posted @
2006-04-11 16:04 孙青霞 阅读(131) |
评论 (0) |
编辑 收藏
10月12号,是我做IT的最后一天.从那一天后,我就将与IT无缘.
1.IT人处在公司食物链的最下层,谁都可以对你指手划脚.
2.IT一切正常的时候,人家都说你轻松,闲适,却不知道你背后的辛苦. 而一旦出了事,对不起,所有的责任都在你头上.
3.所有的要求都要满足. 永无止境的需求和刻板的上司的要求相背离.
4.知识更新比谁都快,一天不学你就要掉队.
5.工作范围比谁都广. 现在,电话系统都要划到IT这边来.软件,硬件,网络,程序设计,电工,搬运工,系统管理员,邮件,杀毒,还有N多乱七八糟的问题都要你负责.
6.对于我:还有一个眼高手低,心胸狭隘,处处与我为难的上司.
posted @
2005-09-27 09:54 孙青霞 阅读(265) |
评论 (1) |
编辑 收藏
以前没觉得,因为有老板在. 现在,才深深感受到文化不同有多大的伤害.
规范. 在做事和规范之间发生冲突,你会选择哪一面?
老板选择了前者, 我们也不能例外.
但是现在老板走了, 不遵守规范的我们,就成了替罪羊.
posted @
2005-08-18 14:13 孙青霞 阅读(217) |
评论 (0) |
编辑 收藏
在cnblogs上看到了一些关于.net社区不够强的贴子,个人深以为然. 首先.net是M$专有的,为了某些利益,对.net的设计进行了修改,而不是一切从程序员出发.国内的所谓.net专家有几个够得上称专家的呢?而且就这么少的几个高手,大部分还是M$的,自然不可能出来Show了.
在.net社区上常露面的也就那几个人,大家都熟了,称为高手或许够格,但离"专家"/"大师"的境界还远着呢.
posted @
2005-07-20 16:57 孙青霞 阅读(186) |
评论 (0) |
编辑 收藏
Boss真的走了,今天中午。
根据老大的说法,我也将离开IT,到DP去。
BOSS在走之前,问他还最后能为我做点什么,我只说让我到DP去。他一定跟上头说过吧?
说实话能够不再在IT让我真的很开心,但是,BOSS的离开让这种开心减到了接近于无的境地。
因为他的期望我才在IT做到现在....如果他在,我还会一直做下去吧?
我甚至已经开始期待那些人对新IT的无奈......
很累啊,无休止的满足他们的要求...
对于我,这也是一种解脱吧。
posted @
2005-07-12 17:17 孙青霞 阅读(168) |
评论 (0) |
编辑 收藏