zhang_xzhi_xjtu
- 浏览: 525406 次
- 性别:
- 来自: 杭州
-
最新评论
-
飞天奔月：
public List<String> gener ...
实践中的重构30_不做油漆匠 -
在世界的中心呼喚愛：
在世界的中心呼喚愛 写道public class A {
...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛：
在世界的中心呼喚愛 写道在世界的中心呼喚愛 写道在classB ...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛：
在世界的中心呼喚愛 写道在classB的finalize上打断 ...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛：
iteye比较少上，如果可以的话，可以发e-mail交流：ch ...
深入理解ReferenceQueue GC finalize Reference
文章列表
这个是对jaxws上的fault的讨论。jaxws的web service的自定义fault.
http://zhang-xzhi-xjtu.iteye.com/blog/372877
ws的异常设计
对jaxws的ws fault研究后发现，fault的定义比较怪，所以决定系统中所有的ws fault用一个统一的格式，即只定义一个WSFaultExcept ...
01 拜仁vs瓦伦西亚
那时候的拜仁还是很强悍的，那时候的西甲还是很强悍的，那时候说老虎我的第一反应不是泰格伍兹。
02 皇马vs勒沃库森
本场最有名的当然是齐丹的天外飞仙了。但是还是有其他的闪光点的，虽然我后来不怎么待见劳尔，但是这场比赛劳尔的进球的确很灵秀。其实我记忆最深的是卡洛斯的两个助攻，这家伙太牛了，幸好也是巴西的。
03 ACvs尤文
只记得很无聊。导致我有段时间对足球兴趣不高。
04 ？vs？
当时还不专业，因为两个球队不怎么有名就没有看，想不到后来出了个魔力鸟。
05 利物浦vsAC
幸亏这场看了，要不然比AC还遗憾。这个比赛真是绝地大反击啊，隐隐中上天要成全一个奇迹的， ...
我所看过的世界杯决赛
- 博客分类：
- 生活娱乐
94世界杯 巴西vs意大利
感觉这场比赛变成了一场攻防演练，巴西一个劲的攻，意大利一个劲的守。一场比赛就把我就变成巴西的球迷了，缘份啊。罚点球的时候，巴西的队长邓加给我的印象挺深刻的，我记着他进球后的动作很man ...
使用了一阵.net之后回到java上，发现jar包的维护真可以用梦魇来形容。一个class可以有n个jar包，实现的功能差不多，但是又有可能有一些细微的偏差。包含该class的jar有可能是满足当前需要的一个小jar包，也有可能不仅包含该class ...
系统是使用geoserver作为gis server,shapefile作为gis数据文件来支持gis操作的。另外有一个gis web service来封装对gis的一些功能操作，比如CRUD等，这个用GeoTools。
对gis进行设计时，featureId是一个很重要的概念，它标示了一个gis元素。
刚开始对gis不太熟悉，问了一下其他做过gis的人，得到了一个核心概念，featureId唯一标示一个gis元素，而且不会改变。于是基于这个假设开始设计编码。
因为刚开始一直都是简单的在client端show出地图来，所以也没有什么问题。
直到......
需要引入一些update和de ...
基于SOA的系统在server端可以采用模块加分层设计。
一般可以有ws层，biz层,dao层。
为了系统的简洁，可维护性，可扩展性等等。调用关系可以如下：
ws层可以调用其他模块的ws以及本模块的biz层。一般ws层比较薄，简单的做一些参数的检查，以及调用的转发。
biz层可以调用本模块的biz层以及本模块的dao层，但是不能调用其他模块的东西。
dao层可以调用本模块的dao层。
接口的粒度按照ws,biz,dao的顺序依次变小，但是为了performance也可以增加一些粗粒度的接口。
最近有一些新的想法，觉得还是应该把注意力放在Domain Model的建立上，ws层可以定义一些DT ...
计算机在执行指令时，为了性能，一般是有一个预先取指析指的过程，而这个是依赖于指令预测的，即预测要执行哪条指令，如果预测命中，则执行该指令的时间可以大大缩短，从而提示性能。
在基于SOA架构的系统开发中，经常感觉客户端比较慢，很大一个原因是因为很多操作要跨网络取数据，还要对数据进行转换处理，如果系统在数据传输上加入一些其他功能，如安全，加密，特殊的编解码等等，则速度就更低了。
如果我们在客户端加入了预取功能，则可以改善性能，得到更好的用户体验。预取和缓存是不一样的。预取是基于预测用户行为，而提前异步执行某些操作。
举个例子，例如，有一个用户浏览窗口，其中有一个用户列表，用户 ...
- 2009-05-03 12:12
- 浏览 1068
- 评论(0)
有一种说法，说是一个长时间搞面向过程的人（搞c的人）很难理解OO的精髓，很难做出好的OO设计。
以前我也是同意这种说法的，不过那是在学校的时候。
现在我的观点是
不论面向过程还是面向对象，要做一个好的设计，必须掌握足够的计算机底层知识。
1 最根本的理由，软件开发是在计算机上的，因此，天然的要受到计算机的限制。计算机对程序的执行过程本身就是一个过程，其他任何的高级概念都是建立在这个基础之上的一个抽象。因此，有必要了解计算机是怎么执行这个程序的，不论该程序是用什么语言写的。
2 学习面向过程语言的时候有更多的机会了解计算机系统底层，以及数据结构，算法的一些知识。这个当然是因人 ...
在jaxws中自定义fault比较绕弯，以下是自定义一个fault的过程。 1 建立web service以及 web method. @WebService public interface PersonService { @WebMethod public Person getPersonById(String id) throws MyException; } 2 MyException.里面一定要有一个faultInfo的object. @WebFault(name = "MyException") public class MyException extends ...
Geronimo中GBean的引用。
1 在GBean中定义对另外一个GBean的引用。
public class CatGBean {
private DogGBean dogGBean;
}
2 在构造函数中初始化该引用。
public CatGBean(DogGBean dogGBean) {
this.dogGBean = dogGBean;
}
3 GBean都是用GBeanInfo描述的，所以在GBean中对该引用增加描述。
static {
GBeanInfoBuilder infoBuilder = ...
游戏虽小，但是也是陪我走了一段关键的路程。一年的时间里，除了学习，每天都是有一些时间一边听刘宝瑞的相声，一边玩珠珠。后来，搞得一家人都很爱玩这个小游戏，贴个我的最高记录，留念。
美好的时光啊。
实体类设计有关key的一些想法
- 博客分类：
- db
在实体类中一般都有一个key来引用这个实体，在具体设计中，这个key对实体设计是有一定影响的。
基本上key分为对人有意义和对人无意义。
对人有意义的key值应该由用户输入，或者从其他地方得到。对人无意义的key应该由系统生成，一般为uuid或者流水号，这里有一个值得注意的地方，即使无意义的key是系统范围唯一的，也不应该作为数据库的主键。
对于一个实体，一个key可以标识它，而这个实体其他部分可以根据语义做一定的聚合然后和key关联起来。
举个例子，对一个商品建模，有一个key标识它，对于商品物理方面的属性，我们可以定义一个类，包括商品的重量，体积，等等，对于商品商业方面的属性，我们可 ...
可以删除的文件夹
1 temp 临时目录。
C:\Documents and Settings\new\Local Settings\Temp
2 C:\WINDOWS\ 下$打头的补丁卸载文件
C:\WINDOWS\SoftwareDistribution\Download
3 C:\RavBin 瑞星
4 System Volume Information 关闭系统还原，这个有时候好大的。
5 \Thunder Network\Thunder\Profiles\Torrents
6 C:\Documents and Settings\new\Local Settings\App ...
都说抽象是简化了开发！
呵呵，我不这样认为，声明先，不是我的原创观点，只是看到以后深得我心。
对于一个不求甚解的人，抽象是简单了，对于一个真正严肃的程序员，抽象只会增加复杂度，因为要搞清楚事情运作的原理，又多了很多层面的东西需要了解。比如我曾经在一个论坛看到关于java中char能不能存储中文字符的讨论。很明显，很多人把字符集，编码和byte搞混了。这时我就想，如果大家都是简单的从字符在内存中的保存开始学习的话，就不会有这么多的疑惑了。
譬如要精通NHibernate，必须精通SQL。
要精通任何一种高级编程语言（我只会Java, c#），就必须精通底层的gc机制。
所以最爱还是c，可以控 ...
- 2009-03-29 16:10
- 浏览 1171
- 评论(0)
Web Service接口设计
鉴于WS接口的调用方式和普通的API调用方式不一样，因此在设计WS接口时应该有一些其他的考量。以下是我的一些想法，做砖抛了。
1 接口命名的自描述性必须好。有时候查看一个WS会通过wsdl的方式查看，尤其 ...
- 2009-03-23 23:57
- 浏览 6030
- 评论(0)