edwardpro's blog

lm同学给我了个连接，msn推出官方的下面来预览一下：
优点：界面漂亮，之前用过密友，但是那个界面有很多bug，而这次的s60版本是一个sis安装文件，因此界面高级很多，很接近桌面版本。使用方便很多东西设计比较人性化，按键设置也比较好。另外由于采用http结束连接所以可以cmwap这点也是中国人所需要的。
缺点：不知道什么原因登陆等待非常厉害，另外界面有程序bug，过下展示。

标准界面

界面风格清晰

发送变成了第三个，如果连续发送消息有点不爽。

bug：当切换到其他程序再回来有时候下面的菜单会消失。

9月份参加了sun公司的技术日活动，两天的活动非常开心，如下叙述：
腐败大会，尖端大会 9月份参加了sun公司的技术日活动，两天的活动非常开心，如下叙述：
一次腐败的大会：腐败，到哪里都有腐败，本次活动安排在国际会展中心，中午午饭大会包场，在隔壁的一个餐厅是自助餐厅的，菜色还可以，吃的很爽，很少见到几百人坐在一起吃饭的场面了，场面热烈，非常腐败。我么当然当仁不让，每餐都吃了3轮瓦咔咔，他们的鸡排和牛肉非常好吃阿。不过听说这家餐厅点菜的话价格惊人，基本上吃完会哭那种，sun的腐败日哈哈。
一次前行技术的介绍会：本次大会，sun主要是来推动他们的ide——netbeans以及马上要发布的jdk6和未来的jdk7，这两个产品中的很多特性将来将改变整个程序界。我最关注的技术就是jdk6开始增加了java.script的包，这个包中将可以通过java执行来自于ruby php javascript，这就意味着未来java将成为一个程序染缸，而这样的设计无疑将使得很多非java程序元投入java怀抱，并且可以很好解决各种系统的融合，这是革命性的技术，只要解决效率问题一定没问题，从现场演示来看效率问题可能还没有解决，我们再等等吧，不过这无疑是一个不错的想法予以关注。
神奇的大会：本次sun在技术演示阶段，演示了，他们的3d窗口和手控操作界面程序，通过一个戴在五个手指上的控制器可以轻易控制桌面上的窗口自动翻转，虽然目前只是演示，但是投入操作系统使用只是时间问题，我们有一天可以用上黑客帝国里那种超强界面了，咔咔

第一次用spring而且用的还是他最不好口碑的mvc系统，当我决定的时候，阿牛同志告诉我，那个东西在网上口碑很差，但我始终不是一个信命的人，于是我开始全面展开了spring mvc的应用。项目背景是一套wap的开发框架，基于mvc系统。
首先说说spring mvc的优点，可以说他的优点非常明确，他是一个典型的可以说是教科书式的mvc构架，而不像structs等都是变种或者不是完全基于mvc系统的框架，对于初学者或者想了解mvc的我觉得spring是最好的，他的实现就是教科书！第二他和tapestry一样是一个纯正的servlet系统，这也是他和tapestry相比structs所没有的优势。而且框架本身有代码，而且看起来也不费劲比较简单可以理解。
缺点方面，说实话spring的 mvc并不成熟，至少它不是一个随便拿来可以用的框架，他的moudule是基于一个叫做AbstractPage的虚类的，但是这个类几乎没有功能，也不是很理想的bean注入类，当然你可以说他不是还实现了很多基于他的类么是的，但是我仔细看了下，都不是实现得很灵活，只能说是一个学生习作而已，对于目前这样的大型项目这样的习作级别的虚类无异于要求我自己开发所有的功能base class，这个工作基本花费了我一周的时间令人感到迷茫和厌恶，如果spring本身可以在实现上多下功夫形成更好的框架特性，那么它替代structs我认为只是时间问题，但是目前来看他的mvc和婴儿差不多，需要开发人员做相当多的预先接口二次开发这个确实非常令人厌恶。

一直在使用jxl生成excel的时候有格式问题，当然我觉得自己是没有问题的，周五在看的时候突然发现了一个效率问题，在一个生成excel表格的时候我无意中做了一次对象的浅拷贝，行如：
public Object a(Object t){

Object temp=t;
return t;
}
当时我只是认为它是一个性能问题当然得到了修正，进而发现原来一直困扰的格式错误问题似乎也解决了，想来想去应该就是这个浅拷贝造成的问题，应该说上述的代码只是一个性能问题，但是却解决了另外的问题，看来果然是这里copy出了问题在jxl这个对象是一个接口，而且没有继承，出错原因不祥，看来还要再看看它的机制。

一向喜欢新鲜的我，对新东西都有好奇的。这次正好有个东西要用webservice，就顺便用用前几个月才接触的axis2吧，下载了最新版本0。94，实际应用之后才发现了，问题多多。
首先它无法正常读lib，这个问题后来是看到了官网上的说明才恍然大悟的
接着。。。这个问题太严重了，它的代码中用到了httpclient3，居然报了一个方法找不到，但是我看了下那个类确实有这个方法，百思不得其解。。。
最后不了了之，浪费了两天时间搞这个东西，最后发现是个不能用的，本来想换0。93的但是它生成的stub质量。。。最后还是用回了axis1。3，终于云开雾散，一个上午全部搞定，惊险的说。。。
结论，下次不仔细研究过的新东西不能轻易尝试，尤其是版本好低于1的明显不成熟。

常常发现在自己在调用别人的jar，是的其实这是oo下的一个很好的现象，但是问题往往存在于这些类不是自己积累开发的而是别人的产品。怎么才体现水平？是快速地开发不管利用什么，还是写出同等级的优良类呢？说实话在实际工作中这样的问题比比皆是，对于我还有更多问题，就是当我要用别人的东西时还要熟悉它，而用同样的时间我也几乎能自己实现这些类，只是艺术性方面不到前者的40％，这是非常矛盾的一个问题。正如我现在所想的，我究竟是不是被奴役了？难道用自己写的很垃圾的实现就是一种非奴役吗？从维护角度我更倾向于前者的二次封装，快速简便顺便熟悉一个lib，但是这样究竟对自己有多少提高？封装别人的过程基本不会看它的实现，而构架的水平似乎永远都是原地踏步，现在基本上最多使用的是代理和facade（不知道怎么翻译），其他更多的继承接口因为封装的需求是基本不会接触的，难道又一次被奴役了？
不得其解。。。

最近需要生成excel的报表,用了一个叫jxl的东西,以下是使用的体会:
先说说它的优点,优点还是很明显的,对于excel格式支持相当好,包括各类格式以及公式等几乎所有的excel的编辑功能都可以实现,使用上也算比较方便,表格填入的时候通过一种Lebel对象add进去就可以写入内容,如果对其进行2次封装可以取得比较好的效果.
不过这个东西的缺点更是一大堆,下面就说它的几个我认为比较致命的问题:
1 对容量非常敏感,一开始使用的一个jxl包版本较老,在程序运行几天后发现不正常了,可是本地测试一切ok(偷懒没有加log4j),因此都不知道什么原因,后来从服务器上down下生成的文件在本地测试才发现它只要一打开大于120k的文件会报错,后来换了3.5.9以后总算好了,但是不知道它的上限究竟是多少,只能阿弥陀佛了.
2 对于文件间的操作非常差.这个问题我觉得是它本身设计的问题.首先我说下读取的过程声明一个writableworkbook对象然后通过WookBook的静态方法createbook来产生一个实例,接下来要增加sheet只要create(注意它没有add方法症结所在).还句话说它的sheet必须是从workbook来生成而不能从外部添加,至于原因我也说不上因为对excel格式我一无所知.但这样的设计就造成了明显的问题,当open两个文件之后,他们之间的sheet就无法互相拷贝了,整个系统里没有任何这类功能真是令人大跌眼睛,这个问题研究了整一天,最后发现毫无办法,只能放弃了,实在是郁闷.个人觉得是它的类构架有些不合理,这个东西整体是采用了工厂方法,但是在具体实施时却有些问题,它只允许一个实例而且没有诸如clone add等功能,造成了很大的使用不便,也造成了我这个问题无法解决,而且没有办法二次开发,除非我熟悉excel格式(如果熟悉我就不用你啦,埃...)
总体来说jxl带来了一些便利,但是它的毛病是非常明显,希望以后能改进,至少能提供开发接口吧,这个东西我认为在设计上是存在一定问题的,首先它没有什么可以开发的公共接口,第二就是有操作禁区,因此造成那么大的问题,希望日后能改进或者有其他得选择.

春节假期之后一周,由于没有开发任务,人有点懒洋洋了.
先看了看j2me的东西,其实稍微看了一点发现这东西不是很好弄由于类库的关系很多lang下的东西都没有了,都得自己去搞点类来或者自己封装.
另外一个发现是tapestry以前并不了解,但是从介绍来看它在构架上更合适工作分工,毕竟无论structs还是
其他aop技术,一旦要用页面基本都是靠taglib实现的,但是我们不可能要求美工会taglib,而在程序这边也不能要求对于美工活过多了解,造成页面出来程序却不能用,在php中有模板技术可以相对比较好解决这个问题,但是j2ee中比较少见,而tapestry在我看来就是一种变相的模板技术,而且他的大部分页面都可以使用html这也有利于html标准实现,而不像structs那样搞得页面面目全非.而在出发机制上,它也是基于触发器的这对于页面非入侵实现也是有利保障而且性能上要比struct的actionform略高些.至少我认为tapestry是一种不错的技术虽然它已经出生很久了,但对我来说还是比较新的技术,看来要慢慢学学.
另外一个困扰的问题就是不同进程下的连接池管理,现在已经出现因为不同独立应用造成连接过多的问题,目前在无法整合业务的状况下,我还没有想出办法来,当然我能做的就是业务本身的整合,比如采用xml配置逻辑以达到业务的整合,但是也容易造成一个应用的内存消耗过大而造成out of memory(这里要suck下jdk1.4了,个人感觉它的内存回收速度实在慢,现在基本变量用完我都设了null以提高回收速度,但是还是...),所以整合可能只是一种途径,最好能采用一种非入侵的注入使得数据库独立到一个业务下去操作这样就可以使得数据库操作的完全接管,但目前还没有想出啥办法来,目前的思路可能是重载全部的现有应用框架的数据库操作类,将数据库请求变成一种http请求发到webservice,由它完成全部数据库操作,不过这样也会有一些问题:1 性能需求能否满足? 2 一些特殊的应用操作怎么实现? 所以也是非常头痛的.另外一种假相是假设做了一个特殊的连接池,它采用socket方式去连接一个应用,让他来操作数据库(由于应用都是hibernate的这样只要替换它的连接池配置就可以实现了),但对于连接池我不是很熟悉一些底层的java操作不太懂,年前看过了c3p0的代码但是也没有多少头绪,因为实现方法是完全不同的,正在郁闷中...

设计模式的入乡随俗(读者 61.48.126.*于2004-9-8)
 外国人看完这本书，就努力把设计模式用在实际开发中，并且致力于收集整理新的模式。
 中国人看完这本书，就努力把设计模式变成招聘考题，问些诸如“下图是哪种模式”或者“此程序使用了哪三种模式”甚至“请编写程序用X模式完成Y功能”之类的八股问题。
八股问题，形容得太好拉
59.42.126.*：  - (2005-11-24 9:45:42)
深谙中国国情！
218.18.155.*：  - (2005-7-28 16:48:02)
外国人看完这本书，就努力把设计模式用在实际开发中，并且致力于收集整理新的模式。
中国人看完这本书，就努力把设计模式变成招聘考题，问些诸如“下图是哪种模式”或者“此程序使用了哪三种模式”甚至“请编写程序用X模式完成Y功能”之类的八股问题。

高见!
lavendergo：  - (2005-7-13 13:20:03)
严重同意,说实话,学校里老师教的全是垃圾,什么东西都讲不出来,我学的东西全是看这些大师们写的东西自学来的,学费只不过是为了获得一个在中国混不得不有的毕业证而交而已!!!!!!!!!!!!!
wangkan333：  - (2005-6-3 18:44:06)
中国教育（特别是计算机教育）嗳！说你说不完，简单点：＂烂＂，
我现在正自学．