posted @ 2007-03-11 21:09 Fisher 閱讀(477) | 評論 (0) | 編輯 收藏
posted @ 2007-02-25 01:30 Fisher 閱讀(3563) | 評論 (0) | 編輯 收藏
public?class?TestStringChange?{
????public?void?change(String?a,?char[]?b)?{
????????a?=?"Jennfier";
????????b[0]?=?'F';
????}
????public?static?void?main(String[]?args)?{
????????TestStringChange?test?=?new?TestStringChange();
????????String?a?=?"Fisher";
????????char[]?b?=?{?'f',?'i',?'s',?'h'?};
????????test.change(a,?b);
????????System.out.println(a);
????????System.out.println(b);
????}
}
這個是比較容易迷惑的問題。
String 是對象,傳引用調用后,穿過方法change 里去的a 是一份指向"Fisher"對象的指針,當? 在change里面改變后,指向別的對象“Jennfier"后,在原來的main 方法里不受影響,改變的不是"Fisher"對象,而是改變該方法的指針a 的指向
但是char[] 數組就會改變了,因為在change? 方法里改變的是char[] 數組的內容
答案是
Fish
posted @ 2007-02-13 16:53 Fisher 閱讀(456) | 評論 (1) | 編輯 收藏
當每一次執行用例1的時候,都必須執行用例2,那么用例1 ? include ? 用例2;???
如果不是每一次執行用例1的時候都必須執行用例2,只是在有些時候會在執行用例1的時候執行用例2,那么用例1 ? extend ? 用例2。
posted @ 2007-02-01 15:31 Fisher 閱讀(1204) | 評論 (0) | 編輯 收藏
Spring中常見數據源的配置參數
一共分為直接連接、連接池、jndi綁定三種
1、直接連接
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName">
<value>com.mysql.jdbc.Driver</value>
</property>
<property name="url">
<value>jdbc:mysql://127.0.0.1:3306/test</value>
</property>
<property name="username">
<value>admin</value>
</property>
<property name="password">
<value/>
</property>
</bean>
2、連接池
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<property name="driverClassName">
<value>com.mysql.jdbc.Driver</value>
</property>
<property name="url">
<value>jdbc:mysql://127.0.0.1:3306/test</value>
</property>
<property name="username">
<value>admin</value>
</property>
<property name="password">
<value/>
</property>
</bean>
3 jndi,以tomcat為例
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName">
<value>java:comp/env/jdbc/TestDB</value>
</property>
</bean>
注意每種容器的jndi寫法不同,所以java:comp/env/jdbc/TestDB為其全稱,但在配置jndi時可能會是其中一部分,如tomcat配置jdbc/TestDB
配置錯誤會報javax.naming.NameNotFoundException: Name jdbc is not bound in this Context異常
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=627248
posted @ 2006-12-27 14:32 Fisher 閱讀(1023) | 評論 (0) | 編輯 收藏
http://www-128.ibm.com/developerworks/library/j-hibern/?ca=dnt-515
posted @ 2006-12-26 15:42 Fisher 閱讀(348) | 評論 (0) | 編輯 收藏
??????
|
同一個類中
|
同一個包中
|
不同包中的子類
|
不同包中非子類
|
Private |
Y |
|
|
|
Default????? |
Y |
Y |
|
|
Protected |
Y |
Y |
Y |
|
Public?????? |
Y |
Y |
Y |
Y |
posted @ 2006-12-22 12:15 Fisher 閱讀(400) | 評論 (0) | 編輯 收藏
Hibernate Synchronizer
http://sourceforge.net/projects/hibernatesynch/
Spring 在線手冊
http://www.jactiongroup.net/reference/html/
Jaction Group
http://www.jactiongroup.net/
IBM Java技術
http://www-128.ibm.com/developerworks/java/
http://www-128.ibm.com/developerworks/cn/websphere/???? WebSphere
posted @ 2006-12-22 11:32 Fisher 閱讀(545) | 評論 (1) | 編輯 收藏



使用Canlendar 類來取得時間









posted @ 2006-12-22 10:12 Fisher 閱讀(1235) | 評論 (0) | 編輯 收藏
? Hashtable繼承Map接口,實現一個key-value映射的哈希表。任何非空(non-null)的對象都可作為key或者value。 ?
? 添加數據使用put(key, ? value),取出數據使用get(key),這兩個基本操作的時間開銷為常數。 ?
? Hashtable通過initial ? capacity和load ? factor兩個參數調整性能。通常缺省的load ? factor ? 0.75較好地實現了時間和空間的均衡。增大load ? factor可以節省空間但相應的查找時間將增大,這會影響像get和put這樣的操作。 ?
? 使用Hashtable的簡單示例如下,將1,2,3放到Hashtable中,他們的key分別是”one”,”two”,”three”: ?
? Hashtable ? numbers ? = ? new ? Hashtable(); ?
? numbers.put(“one”, ? new ? Integer(1)); ?
? numbers.put(“two”, ? new ? Integer(2)); ?
? numbers.put(“three”, ? new ? Integer(3)); ?
? 要取出一個數,比如2,用相應的key: ?
? Integer ? n ? = ? (Integer)numbers.get(“two”); ?
? System.out.println(“two ? = ? ” ? + ? n); ?
? 由于作為key的對象將通過計算其散列函數來確定與之對應的value的位置,因此任何作為key的對象都必須實現hashCode和equals方法。hashCode和equals方法繼承自根類Object,如果你用自定義的類當作key的話,要相當小心,按照散列函數的定義,如果兩個對象相同,即obj1.equals(obj2)=true,則它們的hashCode必須相同,但如果兩個對象不同,則它們的hashCode不一定不同,如果兩個不同對象的hashCode相同,這種現象稱為沖突,沖突會導致操作哈希表的時間開銷增大,所以盡量定義好的hashCode()方法,能加快哈希表的操作。 ?
? 如果相同的對象有不同的hashCode,對哈希表的操作會出現意想不到的結果(期待的get方法返回null),要避免這種問題,只需要牢記一條:要同時復寫equals方法和hashCode方法,而不要只寫其中一個。 ?
? Hashtable是同步的。 ?
? ?
? HashMap類 ?
? HashMap和Hashtable類似,不同之處在于HashMap是非同步的,并且允許null,即null ? value和null ? key。,但是將HashMap視為Collection時(values()方法可返回Collection),其迭代子操作時間開銷和HashMap的容量成比例。因此,如果迭代操作的性能相當重要的話,不要將HashMap的初始化容量設得過高,或者load ? factor過低。 ?
? ?
? WeakHashMap類 ?
? WeakHashMap是一種改進的HashMap,它對key實行“弱引用”,如果一個key不再被外部所引用,那么該key可以被GC回收。
HashSet請參考對Set的描述 ?
? ?
? ? ? ? ? Set是一種不包含重復的元素的Collection,即任意的兩個元素e1和e2都有e1.equals(e2)=false,Set最多有一個null元素。 ?
? Set的構造函數有一個約束條件,傳入的Collection參數不能包含重復的元素。 請注意:必須小心操作可變對象(Mutable ? Object)。如果一個Set中的可變元素改變了自身狀態導致Object.equals(Object)=true將導致一些問題。
兩個通用Set實現是HashSet ? 和TreeSet。要決定用哪一個,那是非常簡單明了的。 ? HashSet ? 要快得多 ? (對大多數操作是常數時間之于對數時間(constant ? time ? vs. ? log ? time)), ? 但不提供排序保證。如果你需要使用 ? SortedSet ? 中的操作,或者按順序迭代對你來說是重要的,那么請使用 ? TreeSet。 ? 否則,使用 ? HashSet。 ? 在大多數時間都不使用 ? HashSet ? ,對你來說是個公平的賭博。 ? ?
? ?
? 關于 ? HashSet,有一件事應該牢記,即就條目數和容量之和來講,迭代是線性的。因此,如果迭代性能很重要,那就應該慎重選擇一個適當的初始容量。容量選得太大,既浪費空間,也浪費時間。 ? 默認的初試容量是101, ? 一般來講,它比你所需要的要多。可以使用 ? int ? 構造函數來指定初始容量。要分配 ? HashSet ? 的初始容量為17: ? ?
? ?
? Set ? s= ? new ? HashSet(17); ? ?
? ?
? HashSets ? 另有一個稱作 ? 裝載因數(load ? factor) ? 的"調整參數(tuning ? parameter)" ? 。如果你非常在乎你的 ? HashSet ? 的空間的使用,請閱讀 ? HashSet ? 文本以獲取詳細信息。否則,就使用默認值吧。如果你接受默認裝載因數,但你確實又想指定初始容量,那么,選一個大約是你期望你的 ? Set ? 將增長到的容量的兩倍的數。如果你的猜測不著邊,它也可以增長,或只是浪費一點空間。但都沒有大問題。如果你知道有關正確尺寸的一個最佳值,用它吧;如果不知道,那就使用一個舊的值,或使用一個偶數值。它真的不是非常重要。這些事情只能使 ? HashSet ? 稍稍變好一點點。 ? ?
? ?
? TreeSet ? 沒有調整參數。除 ? clone ? 之外,HashSet ? 和 ? TreeSet ? 都僅有那些由它們各自的接口所要求的操作 ? (Set ? 和 ? TreeSet),而沒有任何別的操作。?????
?

posted @ 2006-12-13 10:22 Fisher 閱讀(37502) | 評論 (0) | 編輯 收藏