面朝大海,春暖花開

馬上要做新項目了，項目不大，準備用ajax來練練手，HOHO!

今天在網上閑逛，發現了一本好書，關于JAVA和TDD的，內容介紹如下：

Master Java 5.0 and TDD Together: Build More Robust, Professional Software

Master Java 5.0, object-oriented design, and Test-Driven Development (TDD) by learning them together. Agile Java weaves all three into a single coherent approach to building professional, robust software systems. Jeff Langr shows exactly how Java and TDD integrate throughout the entire development lifecycle, helping you leverage today's fastest, most efficient development techniques from the very outset.

Langr writes for every programmer, even those with little or no experience with Java, object-oriented development, or agile methods. He shows how to translate oral requirements into practical tests, and then how to use those tests to create reliable, high-performance Java code that solves real problems. Agile Java doesn't just teach the core features of the Java language: it presents coded test examples for each of them. This TDD-centered approach doesn't just lead to better code: it provides powerful feedback that will help you learn Java far more rapidly. The use of TDD as a learning mechanism is a landmark departure from conventional teaching techniques.

• Presents an expert overview of TDD and agile programming techniques from the Java developer's perspective

• Brings together practical best practices for Java, TDD, and OO design

• Walks through setting up Java 5.0 and writing your first program

• Covers all the basics, including strings, packages, and more

• Simplifies object-oriented concepts, including classes, interfaces, polymorphism, and inheritance

• Contains detailed chapters on exceptions and logging, math, I/O, reflection, multithreading, and Swing

• Offers seamlessly-integrated explanations of Java 5.0's key innovations, from generics to annotations

• Shows how TDD impacts system design, and vice versa

• Complements any agile or traditional methodology, including Extreme Programming (XP)

E文不算太難，一般都應該可以看懂，為什么好書都是老外寫的呢？
我想把書傳上來，但是.Text對文件的大小好象是有限制，書的名字叫
Agile Java Crafting Code with Test-Driven Development，想要的同學可以留下EMAIL

很早就聽說過Castle的大名了，但是一直沒有時間去研究。一方面也是自己的惰性，另一方面也關于Castle的分析文章太少了。但是不管怎么說，面對這這么優秀的項目沒有一睹芳容，真是。現在好了，在博客園找到了一個關于Castle的系列文章，先收藏個連接，51在休息的空隙，還可以抽出點時間好好研究好東東，。
http://www.cnblogs.com/Terrylee/archive/2006/04/28/387503.html

近來很忙，一直沒寫 blog 了，今天晚上有點時間，聽了節 MSDN 上面的一節 webCast ，講的就是 Proxy 模式，本就就是這節課的筆記。

學習設計模式也有段時間了，很早也見過 Proxy 模式的，記得最開始接觸 Proxy 模式還是在著名的 JIVE 論壇（ JIVE 中用 Proxy 來做權限控制）。今天算是一遍復習吧。

對復雜的軟件系統，人們常常用的一種處理手法是在系統增加一層間接層，得到對系統靈活的、滿足特殊要求的解決方案。

使用 Proxy 模式的動機：在 OO 的開發過程中，某些對象的開銷很大（如： new 的開銷大、某些對象因為安全的原因不能被客戶直接的調用等），如果直接操作這些對象會破壞系統結構。那么，我們就用代理對象來控制對象的訪問。

例子，?? 一個常見的 HR 系統：

現在要求把 Employee 做成 webService ， HR 系統通過 webService 來調用 Employee 對象，代碼修改如下：

Proxy 使用的要點：

1 、“增加一層間接層”，是軟件系統中常用的手段之一。

2 、具體的實現中， Proxy 有很大差別，有的是簡單的“ copy-on-write ”，有的是對組件模塊的抽象代理。在 JAVA 中常見的 SSH 架構模式中（ struts+spring+hibernate ）中，我們可以把 spring 所在的服務層看成對 hiberate 的代理。

具體的實現可以參考 .NET 中的 WebService 的實現。

Copy-on-write 技術

sb1.replace("H","L"); 系統做的動作是， sb1 的代理對象先拷貝 ”Hello” 字符串，然后用“ L ”替換“ H ”， sb1 的代理對象重新指向新的對象。

一、?????????? 數據庫事務概念

數據庫事務的特征： ACID

Atomic （原子性）、 Consistency （一致性）、 Isolation （隔離性）和 Durability （持久性）。 DBMS 用日志來保證數據的原子性、一致性和持久性；用鎖的機制來保證數據的隔離性。

二、?????????? 事務的邊界

數據庫支持 2 種事務模式：自動提交和手動提交。

JDBC API 的事務邊界

Hibernate API 聲明事務邊界

Session?session? = ?factory.openSession();
Transaction?tx;
try ?
{
????tx? = ?session.beginTransaction();? // 開始事務
???? // 執行操作
????。。。。。
????
????tx.commit();
}
catch ?(Exception?e)
{
???? if ?(tx != null )
???? {
????????tx.rollback();
????}
}
finally
{
????session.close();
}

注：一個 session 可以對應多個事務，但是推薦的做法是一個 session 對應一個事務。

三、 ?????????? 多事務的并發問題

當多個事務同時訪問相同的數據的時候，程序如果沒有采取適當的隔離措施，就會發生數據庫的并發問題。常見的并發問題有：

第一類丟失更新：撤消事務的時候，把其他的事務已經提交的數據給覆蓋了；

臟讀；讀了沒有提交的數據；

虛讀：一個事務讀到另外一個事務已經提交的新插入的數據；

不可重復讀：一個事務讀到另外一個事務已經提交的更新的數據；

第二類丟失更新：一個事務覆蓋另外一個事務已經提交的更新數據。?
四、?????????? 鎖

一般地，大型的 DBMS 都會自動的管理鎖定機制，但是在對數據的安全性、完整性和一致性有特殊要求的地方，可以由事務本身來管理瑣的機制。

有一點要關注的是：鎖的粒度越大，隔離性越好，并發性越差。

按照鎖的程度來分有：

共享鎖：用讀操作，非獨占的，其他事務可以讀，但是不能更新，并發性好；

獨占鎖：用與 insert update 和 delete 等語句，其他事務不能讀，也不能改，并發性差；

更新鎖：執行 update 的時候，加鎖。

死瑣：多是事務分別鎖定了一個資源，又請求鎖定對方已經鎖定的資源，就造成了請求環。

降低死鎖的最好辦法是使用短事務。

五、 ?????????? 數據庫的事務隔離級別

數據庫提供 4 種事務隔離級別：

Serializable ：串行化；（隔離級別最高） 1

Repeatable Read ：可重復讀； 2

Read Commited ：讀已提交數據； 4

Read Uncommited ：讀未提交數據；（隔離級別最低） 8

Hiberate 中的隔離級別的設置

在 Hibernate 的配置文件中 hibernate.connection.isolation=2

六、 ?????????? 悲觀鎖和樂觀瑣

從應用程序的角度來看，鎖分為悲觀鎖和樂觀鎖。

悲觀鎖：顯示的為程序加鎖，但是降低并發性。

Select ……. For update;

在 Hibernate 中的代碼

Session.get(Account.class,net Long(1),LockMode.UPGRADE) ； // 程序采用悲觀鎖

樂觀鎖：依靠 DBMS 來管理鎖，程序依靠版本控制來避免并發問題。

在對象 - 關系映射的文件中，用 <version> 或者 <timestamp> 可以管理并發。樂觀瑣比悲觀瑣有更好的并發性，優先考慮樂觀瑣。 ?

     摘要: 1. 你們的項目組使用源代碼管理工具了么？ ??? 應該用。 VSS 、 CVS 、 PVCS 、 ClearCase 、 CCC/Harvest 、 FireFly 都可以。我的選擇是 VSS 。 ...  閱讀全文

在JAVA的老巢找到的這本書，不用多說了，這本書就是JAVA權威了，SUN提供了PDF下載和在線瀏覽：http://java.sun.com/docs/books/jls/

1.長相不令人討厭，如果長得不好，就讓自己有才氣；如果才氣也沒有，那就總是微笑。
?　　
?　　2.氣質是關鍵。如果時尚學不好，寧愿純樸。
?　　
?　　3.與人握手時，可多握一會兒。真誠是寶。
?　　
?　　4.不必什么都用“我”做主語。
?　　
?　　5.不要向朋友借錢。
?　　
?　　6.不要“逼”客人看你的家庭相冊。
?　　
?　　7.與人打“的”時，請搶先坐在司機旁。
?　　
?　　8.堅持在背后說別人好話，別擔心這好話傳不到當事人耳朵里。
?　　
?　　9.有人在你面前說某人壞話時，你只微笑。
?　　
?　　10.自己開小車，不要特地停下來和一個騎自行車的同事打招呼。人家會以為你在炫耀。
?　　
?　　11.同事生病時，去探望他。很自然地坐在他病床上，回家再認真洗手。
?　　
?　　12.不要把過去的事全讓人知道。
?　　
?　　13.尊重不喜歡你的人。
?　　
?　　14.對事不對人；或對事無情，對人要有情；或做人第一，做事其次。
?　　
?　　15.自我批評總能讓人相信，自我表揚則不然。
?　　
?　　16.沒有什么東西比圍觀者們更能提高你的保齡球的成績了。所以，平常不要吝惜你的喝彩聲。
?　　
?　　17.不要把別人的好，視為理所當然。要知道感恩。
?　　
?　　18.榕樹上的“八哥”在講，只講不聽，結果亂成一團。學會聆聽。
?　　
?　　19.尊重傳達室里的師傅及搞衛生的阿姨。
?　　
?　　20.說話的時候記得常用“我們”開頭。
?　　
?　　21.為每一位上臺唱歌的人鼓掌。
?　　
?　　22.有時要明知故問：你的鉆戒很貴吧！有時，即使想問也不能問，比如：你多大了？
?　　
?　　23.話多必失，人多的場合少說話。
?　　
?　　24.把未出口的“不”改成：“這需要時間”、“我盡力”、“我不確定”、“當我決定后，會給你打電話”……
?　　
?　　25.不要期望所有人都喜歡你，那是不可能的，讓大多數人喜歡就是成功的表現。
?　　
?　　26.當然，自己要喜歡自己。?　　
?　　
?　　ps:27.如果你在表演或者是講演的時候，如果只要有一個人在聽也要用心的繼續下去，即使沒有人喝采也要演，因為這是你成功的道路，是你成功的搖籃，你不要看的人成功，而是要你成功。
?　　
?　　28.如果你看到一個貼子還值得一看的話，那么你一定要回復，因為你的回復會給人繼續前進的勇氣，會給人很大的激勵，同時也會讓人感激你!

Hibernate 提供了 3 種檢索策略：

l??????? 延遲檢索；

l??????? 立即檢索；

l??????? 迫切左外連接；

Hibernate 提供 2 種方式來確定檢索策略，一中是在配置文件當中，另外一種是在程序種設置。當然，如果你在程序中設置了檢索策略，那么你在配置文件中的設置也就無效了。另外的一種情況是 HQL 會忽略配置文件的設置，而總是采用迫切左外連接。

一、 類級別的檢索

可以選擇的檢索策略是立即檢索和延遲檢索，默認的是立即檢索。用配置文件中的 <class> 節點的 lazy 來控制。

注意：不管你在配置 class 的 lazy 是 true 還是 false ，對 get() 和 create Criteria () 方法都不起作用，只有對 load() 方法起作用。

當你使用的檢索策略是 lazy 的時候，當你執行

Customer customer = (Customer)session.load(Customer.class,new Long(1));

的時候， Hibernate 不從數據庫檢索數據，而只是產生一個代理類，只有當你執行

Customer.getName();

的時候， Hibernate 才到數據庫取數據。所以，如下的代碼是會被拋出異常的：

get() 方法總是用的立即檢索，如果和它相關聯的類也是用的立即檢索，那么也會把相關聯的數據也檢索出來。

二、 一對和多對多關聯檢索

一般地，為了有減少對數據庫的訪問，我們往往用延遲檢索的策略。所以，我們優先使用如下方式；

<set class=”order” inverse=”true’ lazy=”true” >

但是，我們在檢索“多”的一方的時候， Hibernate 不能為我們產生代理類。由此，我們就要用 betch-size 的配置來減少 SQL 語句。

當我們使用 outer-join 屬性的時候，我們就沒有必要使用 lazy 屬性了。 Outer-join 會一次將“一”方和與之相關的“多”方用左外連接的方式檢索出來。

Session session = sessionFactory.openSession();

????????????? ?????? Transaction tx = null;

????????????? ????? ?tx = session.beginTransaction();

????????????? ????? Customer customer = (Customer)session.get(Customer.class,new Long(1));

產生的 SQL 語句如下：

Hibernate: select customer0_.ID as ID1_, customer0_.NAME as NAME2_1_, orders1_.CUSTOMER_ID as CUSTOMER3_3_, orders1_.ID as ID3_, orders1_.ID as ID0_, orders1_.ORDER_NUMBER as ORDER2_1_0_, orders1_.CUSTOMER_ID as CUSTOMER3_1_0_ from sampledb.customers customer0_ left outer join sampledb.orders orders1_ on customer0_.ID=orders1_.CUSTOMER_ID where customer0_.ID=?

本文是《 JAVA 編程思想》第四章的讀書筆記

?

一、 用構造函數初始化

1．1、?? 函數的簽名和返回值

構造函數可以通過不同的函數簽名來進行重載。構造函數沒有返回值，這和返回值為 void 的是不同的

1．2、?? 構造函數的重載

如何區分構造函數的不同呢，用不同的函數簽名。函數簽名的順序不同都可以，但是這樣的編程風格是不好的。

函數的簽名會上升轉型（當沒有合適的函數簽名出現的時候），但是不會窄化轉型，你必須要顯示的進行強制類型轉換。

不能以 return value 的不同作為重載的標準。

當程序提供了構造函數以后，系統就不在提供默認的構造函數了。

This 關鍵字指的是當前對象，有了 this 后，可以在構造函數中以如下的方式調用

1．3、?? Static 的含義

你無法在 static 函數中調用 non-static 函數，但是你可以在 non-static 中調用 static 函數。

二、 類的清理

JAVA 的垃圾回收機制只能回收 new 出來的對象，但是你的對象不是 new 出來的而獲得的“特殊”內存，那么 JAVA 的垃圾回收就不能處理，這樣就必須用 finalize() 函數來釋放你的“特殊”內存。

JAVA 的清理方式是先調用你的 finalize() ，然后在下次垃圾回收的時候來清理你的“特殊”內存。

關鍵的三句話：

垃圾回收不等于析構；

你的對象可能不被回收；

垃圾回收動作只回收內存。

用 System.gc() 可以用來強迫終結動作的發生