演講人：浙大高分子物理鄭強教授
地點: 浙江圖書館報告廳
　 精彩語錄節選:
　　“在中國這個發展中國家,你能建10所世界一流大學,那美國有多少所?日本有多少所?現在的實際狀況是:世界上前200所大學,中國一所都排不進!在亞洲能排出幾所?我到國外去看了以后,感到要將浙大建成世界一流大學就像共產主義理想.“
　　“以前說“無知無畏“,現在卻是“無知才無畏“,許多企業把浙江省技術監督局、科委的人請來吃一頓飯,喝一點酒,他就給你簽個字,再把我們這些教授脅迫到那里去,給你蓋個章,然后就是“填補國內外空白“、“國際先進水平“,寫論文則是“國際領先水平的研究成果“、“首次科學發現“等等,這都是目前非常嚴重的問題!作為一個大學教授,我深深地為此擔憂!這不是我們的責任,是我們的領導無知,是他們倡導了這個主流.我知道在座的處長或老總日子很難過,因為你們不寫這樣的報表,就拿不到錢,項目就得不到批準.教授也同樣如此,天天寫報告,而不是在實驗室靜下心來好好搞研究,這是很嚴重的!“
　　“我們國家的現實和發展就是這樣:凡是依賴不成的,我們自己都能搞得像模像樣,比如二彈一星；凡是能夠引進的,就都搞不成.......現在很多合資企業就這樣,賣點東西,而沒有去考慮這些深層次的東西.殊不知,這就是社會的惡性循環!“
　　“我認為：語言、計算機就是工具.中國的外語教授講英語還不如美國賣菜的農民!怎么看待這個問題?日本博士、德國教授說不出英語的多得是!我們怎么能說一個人不會說英語就是文盲呢?語言就是一個工具!你沒有那個環境,他怎么能講這個語言呢?......如果我是教育部長,我要改革二件事:第一,取消六級考試,你一個研究生連中文一級都不及格,你英文考六級干什么呢?看看研究生寫得論文,自己的民族文化都沒有學好,天天考英語──打勾:托福打勾,ＧＲＥ打勾,英文考出很高的分,可哪個寫的英文論文在我面前過得了關呢?過不了關!這樣培養出來的人能干什么?自己搞的專業一點都沒學好!......說不會計算機就是文盲,這又是一個誤區!我現在是教授，我顧不上搞計算機!“
　　“你看我,從高中開始學英語,大學學,碩士學,博士學,花了我多少精力!你說中國人怎么做得出高科技的研究成果?我這幾天就教訓我手下的幾位女學生,問她們在干什么,看不到人影,一天到晚考這樣、考那樣的,到美國去干什么?在國內要干的事多著呢!你整天考英語,美國人連報個名都要收你們的錢,日本人也是如此,中國學生到日本去要交手續費,到日本留學是為日本人打工,好不容易掙點錢交了學費,讀完博士在日本的公司就職,當勞動力,掙了一筆錢后要回國了就買了家電,把錢全給了日本人.你們都沒有注意這件事,這里面都是經濟問題.這就是素質教育到底是什么.“
　　“中小學的教育就是聽話,老師管干部,干部管同學,孩子們都學會了成年化的處世方式,這是害人啊!這樣強迫性地做了一些好事后,沒有把做好事與做人準則結合起來去培養,而只學會了拍馬屁、討老師喜歡、說成人話.上次電視上就曾經播出,一個小孩得了個獎,主詩人問他最愿意說什么,他說：“我最愿意跟江爺爺說:我向你報告!““江爺爺“是誰?還不是老師教的!孩子們在中小學活得很累,到了大學就沒人管了,所以就要玩、就要談戀愛.
　　“我們有很多同學成績好,卻什么都做不了.在我們大學像我這種程度的人,招博士生是從來不看成績的,成績算什么!現在我從事的這個領域在中國有叁個杰出的人才,當初在讀研究生時都補考過,而成績考得好的幾個人卻都跑到美國去賣中藥了,這說明了什么問題?作老板的可不能這樣啊!......人才的梯隊一定要合理,而不要認為教授就是萬能的、博士就是萬能的.中國的教育體系就是讓每一個老百姓都充滿希望和理想,教育孩子們要樹立遠大的理想.實際上,人的能力是不一樣的,掃地能掃好,也應該受到尊重；打掃廁所能打掃干凈,也應該受到尊重,不能動不動就要高學歷.我要提醒的是:在國外可不是這樣,美國、日本的博士就很難找到工作,為什么?因為老板心疼錢,招了博士要給他高工資,而他能做什么用呢?這是個具體問題.“
　　“科技到底該干什么?高科技到底該干什么?如果我是科技部長,該玩的就玩,就像陳景潤,他就是玩!陳景潤如果是處在今天的中國,他絕對是要去討飯的,因為他不會去搞產業化,他的英語也不好,他說話都不流利,中文都講不好,按現在“標準“,他是個文盲,還談什么教授!日本人就是喜歡美國人,我跟日本人說:你們這個民族愛誰,誰就要向你們扔原子彈.日本人就是喜歡黑人也不喜歡中國人.......我特別對我們的女教授、女同學說:在日本人面前一句日文都不要講,會也不要講；日本人一聽說你講英文,特別是看到中國女孩講英文,腿都要發軟,這是真的!“
　　“中國人為什么這些年都往外跑,最重要的是要讓國民自己愛自己國家.......如果我是杭州的市長,我絕對不是狹隘的民族自尊心──如果杭州有什么災難,我就首先把杭州的老百姓安排在香格里拉,讓外國人在外面排隊!(掌聲!)這樣,你才會讓你的國民愛自己的國家!一個日本的農民跑到峨嵋山去玩,骨頭摔斷了,你就用中國空軍的直升飛機去救他,而在日本大學一名中國留學生在宿舍里死了7天才被發現；名古屋大學的一對中國博士夫婦和孩子誤食有毒磨菇,孩子和母親死了,父親則是重癥肝炎,在名古屋大學醫學院的門診室等了12個小時,也沒有一個日本教授來看望!而你們為什么還要這么友好,以為自己很大度,實際上是被人家恥笑,笑你的無知!你們這個民族*!我們不能這樣!我們的領導人跑到國外去訪問,看到有幾個人在歡迎他們,就感到挺有面子；而外國來了個什么人物,都是警車開道,這究竟是怎么回事?這讓我們中國人感到是自豪還是悲哀?所有這些,對教育工作來講,都是深層次的問題.所以我經常講,我作為一位自然科學工作者,我教育我的學生,首先是學會做人,沒有這些,你學了高分子,外語都是花架子,你不是一個完整的人!“
　　“一個觀念或是一個問題:是不是技術越新越好?今天談的就都是提醒大家的......技術并不是越新越好,技術要有儲備.日本的企業現在賣的東西大都是10年或15年前的技術,好東西他不拿出來,他要等到現有的技術把成本收回并獲得盡可能高額的利潤以后才會拿出來.其次,我的對手什么時候推出新東西時,我才會出手.不要以為你今天好不容易搞了生產線,明天又有新的了,你的錢還沒賺到就換新的,有什么用?我這次到日本剛好談到懸浮列車──即使何先生在我也要說,這是中國人又在玩高新科技.懸浮列車目前在理論上都還不成熟.日本現在最完善,最經濟的就是新干線!
從經濟和市場的概念來講,越先進的東西,風險越大,有可能得到的回報就越少!"

?

摘要

Hibernate和struts是當前市面上幾個最流行的開源的庫之一。它們很有效率，是程序員在開發Java企業應用，挑選幾個競爭的庫的首選。雖然它們經常被一起應用，但是Hibernate的設計目標并不是和Struts一起使用，而Struts在Hibernate誕生好多年之前就發布了。為了讓它們在一起工作，仍然有很多挑戰。這篇文章點明了Struts和Hibernate之間的一些鴻溝，尤其關系到面向對象建模方面。文章也描述了如何在兩者間搭起橋梁，給出了一個基于擴展Struts的解決方案。所有的基于Struts和Hibernate構建的Web應用都能從這個通用的擴展中獲益。

在Hibernate in Action（Manning,2004十月）這本書里，作者Christian Bauer和Gavin King揭示了面向對象世界的模型和關系數據模型，兩個世界的范例是不一致的。Hibernate非常成功地在存儲層(persistence Layer)將兩者粘合在一起。但是領域模型(domain model)(也就是Model-View-Controller的model layer)和HTML頁面(MVC的View Layer)仍然存在不一致。在這篇文章中，我們將檢查這種不一致，并且探索解決的方案。

范例不一致的再發現

讓我們先看一個經典的parent-child關系例子（看下面的代碼）：product和category。Category類定義了一個類型為long的標示符id和一個類型為String的屬性name。Product類也有一個類型為long的標示符id和一個類型為Category的屬性category，表示了多對一的關系（也就是說很多product可以屬于一個Category)

				
				
				
						/**
* @hibernate.class table="CATEGORY"
*/ 
public class Category {
?? private Long id;

?? private String name;

?? /**
????* @hibernate.id generator-class="native" column="CATEGORY_ID"
????*/
?? public Long getId() {
??????return id;
?? }

?? public void setId(Long id) {
??????this.id = id;
?? }

?? /**
????* @hibernate.property column="NAME"
????*/
?? public String getName() {
??????return name;
?? }

?? public void setName(Long name) {
??????this.name = name;
?? }
}

/**
* @hibernate.class table="PRODUCT"
*/
public class Product {
?? private Long id;
?? private Category category;

?? /**
????* @hibernate.id generator-class="native" column="PRODUCT_ID"
????*/
?? public Long getId() {
??????return id;
?? }

?? public void setId(Long id) {
??????this.id = id;
?? }

?? /**
????* @hibernate.many-to-one
????* column="CATEGORY_ID"
????* class="Category"
????* cascade="none"
????* not-null="false"
????*/
?? public Category getCategory() {
??????return category;
?? }

?? public void setCategory(Category category) {
??????this.category = category;
?? }
}
				
		

我們希望一個product可以被更改category，所以我們的HTML提供了一個下拉框列出所有Category。

				
				
				
						<select name="categoryId">
?? <option value="">No Category</option>
?? <option value="1">Category 1</option>
?? <option value="2">Category 2</option>
?? <option value="3">Category 3</option>
</select>
				
		

這里我們看出了兩者的不一致：在Product領域對象里，category屬性是Category類型，但是ProductForm只有一個類型為long的categoryId。這種不匹配不但增加了不一致，而且導致了不必要的代碼進行primitive type的標示符和對應的對象之間的轉換。

這種不一致部分是由于HTML Form自己引起的：它只代表了一種關系模型，不能代表面向對象的模型。面向對象和關系模型的不一致在存儲層由對象關系映射(O/RM)解決。但是類似的問題在表示層(view layer)仍然存在。解決的關鍵是讓他們一起無縫地工作。

Struts的功能和局限

幸運的是，Struts能夠生成和解釋內嵌的對象屬性。Category下拉框可以用Struts page-construction(html) tag library：

				
				
				
						<html:select property="category.id">
?? <option value="">No Category</option>
?? <html:options collection="categories" property="id" labelProperty="name"/>
</html:select>

				
		

我們假設categories是Category對象的一個list。所以現在我們要修改ProductForm，讓它變得更加“面向對象”，我們要修改ProductForm的categoryId，改成類型為Category的category。這種改變會導致在Product和ProductForm之間復制屬性的工作更加繁瑣，因為兩者有相同的屬性。

				
				
				
						public class ProductForm extends ActionForm {
???? private Long id;
???? private Category category;
???? ...
} 
				
		

當我們完成剩余的Struts Action, configuration, validator, jsp, hibernate層后，開始測試，我們馬上在訪問ProductForm.category.id時遇到了NullPointerException。這是預料中的！因為ProductForm.category還沒有被設置，同時，Hibernate也會將多對一所聯系的對象引用設為空（如果database field為空指）（譯者：這里指Hiberate將product.category為Null，如果該Product沒有聯系到任何category)。Struts要求所有的對象在顯示(生成HTML Form)和傳播(提交HTML FORM)之前被建立。

讓我們看看如何用ActionForm.reset()來架起橋梁。

（并非如此）臭名昭著的Struts ActionForm

在我第一個星期接觸Struts的時候，我最大的一個疑問就是：為什么我必須為Properties, getter方法, setter方法保持幾乎完全相同的兩份copy, 一份在ActionForm Bean, 一份在DomainObject。這個繁瑣的步驟成了Struts社區最主要的抱怨之一。

以我的觀點，ActionForm存在有原因的。首先，它們可以區別于Domain Object因為他們但當了不同的角色。在MVC模式下，Domain Object是Model層的一個部分，ActionForm是View層的。因為Webpage的Field和Database的Field可能不一樣，某些特制的轉換是常見的。第二，ActionForm.validate()方法可以定義非常好用的驗證規則。第三，可能有其他的，特定的View行為，但是又不想在domain layer實現，特別當persistence framework來管理domain object的時候。

提交Form

讓我們來用ActionForm內有的方法-reset()-來解決view和model之間的不一致。這個reset()方法是在ActionForm在被Struts Controller Servlet處理request時候復制ActionForm屬性之前調用的。這個方法最常見的使用是：checkbox必須被顯式地設為false，讓沒有被選中的checkbox被正確識別。Reset()也是一個初始化用于view rending對象的合適地方。代碼看起來是這樣的：

				
				
				
						public class ProductForm extends ActionForm {
???? private Long id;
???? private Category category;
???? ...
???? public void reset(ActionMapping mapping, HttpServletRequest request) 
???? {
????????super.reset( mapping, request );
????????if ( category == null ) { category = new Category(); }
???? }
} 
				
		

Struts在使用用戶提交的值填寫ProductForm之前，Struts會調用reset()，這樣category屬性將會被初始化。請注意，你必須檢查category看它是不是null，后面我們會討論這個。

編輯Form

到目前為止，我們已經解決了form提交時候的問題。但是當我們在生成form頁面的時候呢？Html:select tag也希望有一個非空的引用，所以我們將在form生成頁面之前調用reset()。我們在action類里加入了一行:

				
				
				
						public class EditProductAction extends Action {
???? public final ActionForward execute( ActionMapping mapping, ActionForm form, 
????????HttpServletRequest request, HttpServletResponse response ) throws Exception
???? {
????????...
????????Product product = createOrLoadProduct();
????????ProductForm productForm = (ProductForm)form;
????????PropertyUtils.copyProperties( productForm, product );
????????productForm.reset( mapping, request );
????????...
???? }
} 
				
		

我假設讀者已經對action類和Jakarta commons Beanutils包非常熟悉了。CreateOrLoadProduct()建立了一個新的Product實例或者從數據庫里載入一個已有的實例，具體取決于這個action是建立或者修改Product的。ProductForm被賦值后（譯者：也就是調用PropertyUtils.copyProperties后），productForm.category已經從Product.category復制過來了（譯者：實際上只是復制了category對象引用，并沒有開銷），然后，ProductForm就能用來生成頁面了。我們同時也必須保證：不覆蓋已經被Hibernate載入的對象，所以我們必須檢查(category)是不是為null。

因為reset()方法是在ActionForm中定義的，我們可以把上述代碼放入一個superclass，比如CommonEditAction，來處理這些事情：
????

				
				
				
						??????Product product = createOrLoadProduct();
????????PropertyUtils.copyProperties( form, product );
????????form.reset( mapping, request );
				
		

如果你需要一個只讀的Form, 你有兩個選擇: 第一檢查所聯系的jsp對象是不是null, 第二復制domain對象到ActionForm之后調用Reset()

保存domain對象

我們解決了提交Form和生成Form頁面的問題, 所以Struts可以滿足了。但是Hibernate呢？當用戶選擇了一個null ID option – 在我們的例子中“no category”option- 并且提交form, productForm.category指向一個新建立的hibernate對象，id為null。當category屬性從ProductForm復制到Hibernate控制的Product對象并且存儲時，Hibernate會抱怨product.category是一個臨時對象，需要在Product存儲前先被存儲。當然，我們知道它是Null，并且不需要被存儲。所以我們需要將product.category置為Null，然后Hibernate就能存儲Product了（譯者：在這種情況下，數據庫product.category被設成空值）。我們也不希望改變Hibernate的工作方式，所以我們選擇在復制到Domain對象之前清理這些臨時對象，我們在ProductForm中加了一個方法:

				
				
				
						public class ProductForm extends ActionForm {
???? private Long id;
???? private Category category;
???? ...
???? public void reset(ActionMapping mapping, HttpServletRequest request) {
????????super.reset( mapping, request );
????????if ( category == null ) { category = new Category(); }
???? }

???? public void cleanupEmptyObjects() {
????????if ( category.getId() == null ) { category = null; }
???? }
}
				
		

我們在copyProperties之前清理掉這些臨時對象，所以如果ProductForm.category只是用來放Null的，則將ProductForm.category置為Null。然后Domain對象的category也會被設成null:

				
				
				
						public class SaveProductAction extends Action {
???? public final ActionForward execute( ActionMapping mapping, ActionForm form, 
????????HttpServletRequest request, HttpServletResponse response ) throws Exception
???? {
????????...
????????Product product = new Product();
????????((ProductForm)form).cleanupEmptyObjects();
????????PropertyUtils.copyProperties( product, form );
????????SaveProduct( product );
????????...
???? }
} 
				
		

一對多關系

我還沒有解決Category到Product的一對多關系。我們把它加入到Category的Metadata中：

				
				
				
						public class Category {
???? ...
???? private Set products;
???? ...

???? /**
??????* @hibernate.set
??????* table="PRODUCT"
??????* lazy="true"
??????* outer-join="auto"
??????* inverse="true"
??????* cascade="all-delete-orphan"
??????* 
??????* @hibernate.collection-key
??????* column="CATEGORY_ID"
??????* 
??????* @hibernate.collection-one-to-many
??????* class="Product"
??????*/
???? public Set getProducts() {
????????return products;
???? }

???? public void setProducts(Set products) {
????????this.products = products;
???? }
} 
				
		

注意：Hibernate的cascade屬性為all-delete-orphan表明：Hibernate需要在存儲包含的Category對象時候，自動存儲Product對象。和parent對象一起存儲child對象的情況并不常見，常見的是：分別控制child的存儲和parent的存儲。在我們的例子中，我們可以容易地做到這一點，如果我們允許用戶在同一個html page編輯Category和ProductS。用set表示Products是非常直觀的：

				
				
				
						public class CategoryForm extends ActionForm {
???? private Set productForms;
???? ...
???? public void reset(ActionMapping mapping, HttpServletRequest request) {
????????super.reset( mapping, request );

????????for ( int i = 0; i < MAX_PRODUCT_NUM_ON_PAGE; i++ ) {
?????????? ProductForm productForm = new ProductForm();
?????????? productForm.reset( mapping, request );
?????????? productForms.add( productForm );
????????}
???? }

???? public void cleanupEmptyObjects() {
????????for ( Iterator i = productForms.iterator(); i.hasNext(); ) {
?????????? ProductForm productForm = (ProductForm) i.next();
?????????? productForm.cleanupEmptyObjects();
????????}
???? }
} 
				
		

更進一步
我們已經可以察看,編輯,提交forms,并且存儲相關的objects,但是為所有的ActionForm類定義CleanupEmptyObjects()和reset()方法是個累贅。我們將用一個抽象的ActionForm來完成協助完成這些工作。

作為通用的實現，我們必須遍歷所有的Hibernate管理的domain對象，發現他們的identifier，并且測試id值。幸運的是：org.hibernate.metadata包已經有兩個Utility類能取出domain對象的元數據。我們用ClassMetadata類檢查這個object是不是Hibernate管理的。如果是：我們把它們的id Value取出來。我們用了Jakarta Commons Beanutils包來協助JavaBean元數據的操作。

				
				
				
						import java.beans.PropertyDescriptor;
import org.apache.commons.beanutils.PropertyUtils;
import org.hibernate.metadata.ClassMetadata;

public abstract class AbstractForm extends ActionForm {
?? public void reset(ActionMapping mapping, HttpServletRequest request) {
??????super.reset( mapping, request );

??????// Get PropertyDescriptor of all bean properties
??????PropertyDescriptor descriptors[] = 
???????? PropertyUtils.getPropertyDescriptors( this );

??????for ( int i = 0; i < descriptors.length; i++ ) {
???????? Class propClass = descriptors[i].getPropertyType();

???????? ClassMetadata classMetadata = HibernateUtil.getSessionFactory()
????????????.getClassMetadata( propClass );

???????? if ( classMetadata != null ) {?? // This is a Hibernate object
????????????String propName = descriptors[i].getName();
????????????Object propValue = PropertyUtils.getProperty( this, propName );

????????????// Evaluate property, create new instance if it is null
????????????if ( propValue == null ) {
?????????????? PropertyUtils.setProperty( this, propName, propClass.newInstance() );
????????????}
???????? }
??????}
?? }

?? public void cleanupEmptyObjects() {
??????// Get PropertyDescriptor of all bean properties
??????PropertyDescriptor descriptors[] =
??????PropertyUtils.getPropertyDescriptors( this );

??????for ( int i = 0; i < descriptors.length; i++ ) {
???????? Class propClass = descriptors[i].getPropertyType();
???????? ClassMetadata classMetadata = HibernateUtil.getSessionFactory()
????????????.getClassMetadata( propClass );

???????? if ( classMetadata != null ) {?? // This is a Hibernate object
????????????Serializable id = classMetadata.getIdentifier( this, EntityMode.POJO );

????????????// If the object id has not been set, release the object.
????????????// Define application specific rules of not-set id here,
????????????// e.g. id == null, id == 0, etc.
????????????if ( id == null ) {
?????????????? String propName = descriptors[i].getName();
?????????????? PropertyUtils.setProperty( this, propName, null );
????????????}


???????? }
??????}
?? }
} 
				
		

為了讓代碼可讀，我們省略了Exception的處理代碼。

我們的新AbstractForm類從Struts的ActionForm類繼承，并且提供了通用行為：reset和cleanup多對一關聯對象。當這個關系是相反的話（也就是一對多關系），那么每個例子將會有所不同，類似在Abstract類里實現是比較好的辦法。

總結

Struts和Hibernate是非常流行和強大的框架，他們可以有效地相互合作，并且彌補domain模型和MVC視圖(view)之間的差別。這篇文章討論一個解決Struts/Hibernate Project的通用的方案，并且不需要大量修改已經有的代碼。