當你顯式的使用session.save()或者session.update()操作一個對象的時候，實際上是用不到unsaved-value的。某些情況下(父子表關聯保存)，當你在程序中并沒有顯式的使用save或者update一個持久對象，那么Hibernate需要判斷被操作的對象究竟是一個已經持久化過的持久對象，是一個尚未被持久化過的內存臨時對象。例如：
Session session = 
;
Transaction tx = ;
Parent parent = (Parent); session.load(Parent.class, id);;
Child child = new Child();;
child.setParent(parent);;
child.setName("sun");;
parent.addChild(child);;
s.update(parent);;
s.flush();;
tx.commit();;
s.close();;
因此我們需要暗示一下Hibernate，究竟child對象應該對它自動save還是update。在上例中，顯然我們應該暗示Hibernate對child自動save，而不是自動update。那么Hibernate如何判斷究竟對child是save還是update呢？它會取一下child的主鍵屬性 child.getId() ，這里假設id是 java.lang.Integer類型的。如果取到的Id值和hbm映射文件中指定的unsave-value相等，那么Hibernate認為child是新的內存臨時對象，發送save，如果不相等，那么Hibernate認為child是已經持久過的對象，發送update。
unsaved-value="null" (默認情況，適用于大多數對象類型主鍵 Integer/Long/String/...)
當Hibernate取一下child的Id，取出來的是null(在上例中肯定取出來的是null)，和unsaved-value設定值相等，發送save(child)
當Hibernate取一下child的id，取出來的不是null，那么和unsaved-value設定值不相等，發送update(child)
例如下面的情況：
Session session = ;
Transaction tx = ;
Parent parent = (Parent); session.load(Parent.class, id);;
Child child = (Child); session.load(Child.class, childId);;
child.setParent(parent);;
child.setName("sun");;
parent.addChild(child);;
s.update(parent);;
s.flush();;
tx.commit();;
s.close();;
child已經在數據庫中有了，是一個持久化的對象，不是新創建的，因此我們希望Hibernate發送update(child)，在該例中，Hibernate取一下child.getId()，和unsave-value指定的null比對一下，發現不相等，那么發送update(child)。
BTW: parent對象不需要操心，因為程序顯式的對parent有load操作和update的操作，不需要Hibernate自己來判斷究竟是save還是update了。我們要注意的只是child對象的操作。另外unsaved-value是定義在Child類的主鍵屬性中的。
<class name="Child" table="child">
<id column="id" name="id" type="integer" unsaved-value="null">
<generator class="identity"/>
</id>
</class>
如果主鍵屬性不是對象型，而是基本類型，如int/long/double/...，那么你需要指定一個數值型的unsaved-value，例如：
unsaved-value="0"
在此提醒大家，很多人以為對主鍵屬性定義為int/long，比定義為Integer/Long運行效率來得高，認為基本類型不需要進行對象的封裝和解構操作，因此喜歡把主鍵定義為int/long的。但實際上，Hibernate內部總是把主鍵轉換為對象型進行操作的，就算你定義為int/long型的，Hibernate內部也要進行一次對象構造操作，返回給你的時候，還要進行解構操作，效率可能反而低也說不定。因此大家一定要扭轉一個觀點，在Hibernate中，主鍵屬性定義為基本類型，并不能夠比定義為對象型效率來的高，而且也多了很多麻煩，因此建議大家使用對象型的Integer/Long定義主鍵。
unsaved-value="none"和
unsaved-value="any"
主主要用在主鍵屬性不是通過Hibernate生成，而是程序自己setId()的時候。
在這里多說一句，強烈建議使用Hibernate的id generator，或者你可以自己擴展Hibernate的id generator，特別注意不要使用有實際含義的字段當做主鍵來用！例如用戶類User，很多人喜歡用用戶登陸名稱做為主鍵，這是一個很不好的習慣，當用戶類和其他實體類有關聯關系的時候，萬一你需要修改用戶登陸名稱，一改就需要改好幾張表中的數據。偶合性太高，而如果你使用無業務意義的id generator，那么修改用戶名稱，就只修改user表就行了。
由這個問題引申出來，如果你嚴格按照這個原則來設計數據庫，那么你基本上是用不到手工來setId()的，你用Hibernate的id generator就OK了。因此你也不需要了解當
unsaved-value="none"和
unsaved-value="any"
究竟有什么含義了。如果你非要用assigned不可，那么繼續解釋一下：
unsaved-value="none" 的時候，由于不論主鍵屬性為任何值，都不可能為none，因此Hibernate總是對child對象發送update(child)
unsaved-value="any" 的時候，由于不論主鍵屬性為任何值，都肯定為any，因此Hibernate總是對child對象發送save(child)
大多數情況下，你可以避免使用assigned，只有當你使用復合主鍵的時候不得不手工setId()，這時候需要你自己考慮究竟怎么設置unsaved-value了，根據你自己的需要來定。
BTW: Gavin King強烈不建議使用composite-id，強烈建議使用UserType。
因此，如果你在系統設計的時候，遵循如下原則：
1、使用Hibernate的id generator來生成無業務意義的主鍵，不使用有業務含義的字段做主鍵，不使用assigned。
2、使用對象類型(String/Integer/Long/...)來做主鍵，而不使用基礎類型(int/long/...)做主鍵
3、不使用composite-id來處理復合主鍵的情況，而使用UserType來處理該種情況。
那么你永遠用的是unsaved-value="null" ，不可能用到any/none/..了。
posted @
2009-08-17 22:41 J2EE學習筆記 閱讀(943) |
評論 (0) |
編輯 收藏
如果我們編譯運行下面這個程序會看到什么？
public class Test {
public static void main(String args[]) {
System.out.println(0.05 + 0.01);
System.out.println(1.0 - 0.42);
System.out.println(4.015 * 100);
System.out.println(123.3 / 100);
}
}
0.060000000000000005
0.5800000000000001
401.49999999999994
1.2329999999999999
Java中的簡單浮點數類型float和double不能夠進行運算。不光是Java，在其它很多編程語言中也有這樣的問題。在大多數情況下，計算的結果是準確的，但是多試幾次（可以做一個循環）就可以試出類似上面的錯誤。現在終于理解為什么要有BCD碼了。
這個問題相當嚴重，如果你有9.999999999999元，你的計算機是不會認為你可以購買10元的商品的。
在有的編程語言中提供了專門的貨幣類型來處理這種情況，但是Java沒有。現在讓我們看看如何解決這個問題。
四舍五入
我們的第一個反應是做四舍五入。Math類中的round方法不能設置保留幾位小數，我們只能象這樣（保留兩位）：
public double round(double value) {
return Math.round(value * 100) / 100.0;
}
非常不幸，上面的代碼并不能正常工作，給這個方法傳入4.015它將返回4.01而不是4.02，如我們在上面看到的
4.015*100=401.49999999999994
因此如果我們要做到精確的四舍五入，不能利用簡單類型做任何運算
java.text.DecimalFormat也不能解決這個問題：
System.out.println(new java.text.DecimalFormat("0.00").format(4.025));
輸出是4.02
BigDecimal
在《Effective Java》這本書中也提到這個原則，float和double只能用來做科學計算或者是工程計算，在商業計算中我們要用java.math.BigDecimal。BigDecimal一共有4個夠造方法，我們不關心用BigInteger來夠造的那兩個，那么還有兩個，它們是：
BigDecimal(double val)
Translates a double into a BigDecimal.
BigDecimal(String val)
Translates the String repre sentation of a BigDecimal into a BigDecimal.
上面的API簡要描述相當的明確，而且通常情況下，上面的那一個使用起來要方便一些。我們可能想都不想就用上了，會有什么問題呢？等到出了問題的時候，才發現上面哪個夠造方法的詳細說明中有這么一段：
Note: the results of this constructor can be somewhat unpredictable. One might assume that new BigDecimal(.1) is exactly equal to .1, but it is actually equal to .1000000000000000055511151231257827021181583404541015625. This is so because .1 cannot be represented exactly as a double (or, for that matter, as a binary fraction of any finite length). Thus, the long value that is being passed in to the constructor is not exactly equal to .1, appearances nonwithstanding.
The (String) constructor, on the other hand, is perfectly predictable: new BigDecimal(".1") is exactly equal to .1, as one would expect. Therefore, it is generally recommended that the (String) constructor be used in preference to this one.
原來我們如果需要精確計算，非要用String來夠造BigDecimal不可！在《Effective Java》一書中的例子是用String來夠造BigDecimal的，但是書上卻沒有強調這一點，這也許是一個小小的失誤吧。
解決方案
現在我們已經可以解決這個問題了，原則是使用BigDecimal并且一定要用String來夠造。
但是想像一下吧，如果我們要做一個加法運算，需要先將兩個浮點數轉為String，然后夠造成BigDecimal，在其中一個上調用add方法，傳入另一個作為參數，然后把運算的結果（BigDecimal）再轉換為浮點數。你能夠忍受這么煩瑣的過程嗎？下面我們提供一個工具類Arith來簡化操作。它提供以下靜態方法，包括加減乘除和四舍五入：
public static double add(double v1,double v2)
public static double sub(double v1,double v2)
public static double mul(double v1,double v2)
public static double div(double v1,double v2)
public static double div(double v1,double v2,int scale)
public static double round(double v,int scale)
附錄
源文件Arith.java：
import java.math.BigDecimal;
public class Arith {
//默認除法運算精度
private static final int DEF_DIV_SCALE = 10;
//這個類不能實例化
private Arith()
{
;
}
/** *//**
* 提供精確的加法運算。
* @param v1 被加數
* @param v2 加數
* @return 兩個參數的和
*/
public static double add(double v1,double v2)
{
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.add(b2).doubleValue();
}
/** *//**
* 提供精確的減法運算。
* @param v1 被減數
* @param v2 減數
* @return 兩個參數的差
*/
public static double sub(double v1,double v2){
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.subtract(b2).doubleValue();
}
/** *//**
* 提供精確的乘法運算。
* @param v1 被乘數
* @param v2 乘數
* @return 兩個參數的積
*/
public static double mul(double v1,double v2)
{
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.multiply(b2).doubleValue();
}
/** *//**
* 提供（相對）精確的除法運算，當發生除不盡的情況時，精確到
* 小數點以后10位，以后的數字四舍五入。
* @param v1 被除數
* @param v2 除數
* @return 兩個參數的商
*/
public static double div(double v1,double v2)
{
return div(v1,v2,DEF_DIV_SCALE);
}
/** *//**
* 提供（相對）精確的除法運算。當發生除不盡的情況時，由scale參數指
* 定精度，以后的數字四舍五入。
* @param v1 被除數
* @param v2 除數
* @param scale 表示表示需要精確到小數點以后幾位。
* @return 兩個參數的商
*/
public static double div(double v1,double v2,int scale)
{
if(scale<0)
{
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.divide(b2,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
}
/** *//**
* 提供精確的小數位四舍五入處理。
* @param v 需要四舍五入的數字
* @param scale 小數點后保留幾位
* @return 四舍五入后的結果
*/
public static double round(double v,int scale)
{
if(scale<0)
{
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b = new BigDecimal(Double.toString(v));
BigDecimal one = new BigDecimal("1");
return b.divide(one,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
}
}
posted @
2009-05-07 11:33 J2EE學習筆記 閱讀(1200) |
評論 (0) |
編輯 收藏
function parseMessage() {
var xmlDoc=req.responseXML.documentElement;
var xSel=xmlDoc.getElementsByTagName("addr4");
}
奇怪的是 var xSel = xmlDoc.getElementsByTagName("addr4") 始終無法取得若干個 <addr4>XXX</addr4> 內容， 在網上查也都是這種寫法，搞了一個下午弄的我頭暈腦脹。最后同事一語提醒了我，在action中加入以下代碼，問題解決：
response.setContentType("text/xml;charset=UTF-8");
response.setHeader("Cache-control","no-cache");
結論：如果沒有這兩句，返回值不會被當做XML處理，當然就取不到 addr4 節點
2008.10.22 補充：有的人寫將上面的第一句簡化成：
response.setContentType("text/xml");
這樣做如果返回的XML中沒有中文時沒問題，但是如果返回的XML中存在中文的話，也會無法取得返回的XML
posted @
2008-10-09 19:55 J2EE學習筆記 閱讀(284) |
評論 (0) |
編輯 收藏
數組 LabelValueBean[] possibleOptions 用于顯示所有的復選框的值。
import org.apache.struts.action.ActionForm;
import org.apache.struts.util.LabelValueBean;
public class MyActionForm extends ActionForm {
private LabelValueBean[] possibleOptions;
private String[] selectedOptions;
public MyActionForm() {
// Initialise the LabelValueBeans in the possibleOptions array.
LabelValueBean[] lvBeans = new LabelValueBean[4];
lvBeans[0] = new LabelValueBean("Alpha", "A");
lvBeans[1] = new LabelValueBean("Beta", "B");
lvBeans[2] = new LabelValueBean("Charlie", "C");
lvBeans[3] = new LabelValueBean("Delta", "D");
this.possibleOptions = lvBeans;
}
public LabelValueBean[] getPossibleOptions() {
return possibleOptions;
}
public String[] getSelectedOptions() {
return selectedOptions;
}
public void setSelectedOptions(String[] selectedOptions) {
this.selectedOptions = selectedOptions;
}
}
在 JSP 中使用以下代碼：
<logic:iterate name="myActionForm" id="item" property="possibleOptions">
<html:multibox property="selectedOptions">
<bean:write name="item" property="value" />
</html:multibox>
<bean:write name="item" property="label" /><br />
</logic:iterate>
posted @
2008-03-11 22:50 J2EE學習筆記 閱讀(290) |
評論 (0) |
編輯 收藏