類名：
? org.apache.commons.collections.BeanMap

用法：
? //...得到orderLine
? Map<String,Object> map = new BeanMap(orderLine);
? map.put("vendorDiscount",orderLine.getProduct().getVendor().getDiscount());

使用場景：
? dwr中可以直接把java對象轉換成js對象傳回，但是有時候需要在傳回的對象上附加屬性，例如在訂單項（訂單中的一行）中，我想附加相關產品的供應商的信用等級的優惠條件，如果直接把對象關系圖傳過去，需要傳4層，其實我只要在訂單項后附加一個屬性就行了。所以我就先把訂單項(OrderLine)轉化為一個map,向這個map中put新的屬性，這樣傳回到瀏覽器的對象還是和以前一樣的,只是附加了一個vendorDiscount:0.6 .

其一：
<div height="300px" style="overflow:scroll;">...</div>后滾動條死活不出來,如果寫成

就一切正常。

后來發現如果直接使用style屬性，應該寫成<div style="height:300px; overflow:scroll;">...</div>
nnd,郁悶，不禁敬仰美工的工作。

其二：
為了圖簡便，直接用dwr調用了manager的方法時，manager中引用的其他manager總是null，仔細想想，發現manager是由spring管理的，所以應該creator="spring",而不是creator="new"。得解。
這樣調用終歸不爽，還是應該有services才行，看來偷懶是不行了。

另：昨晚看了一下dwr2.0，發現ajax終于走到正道上了。Reverse Ajax! 在java中設置界面控件的內容，細粒度的請求和更新，由后臺來主導完整業務邏輯，而html就像c/s程序中的資源文件一樣被加載，這樣才能真正適合企業應用(網站還是用以前的才對)。環境已經成熟，到應用不知道還要等多久
今天無意中竟然下載到了Refactoring Databases，哎呀，貪財貪財！
開發過程中database schema 的變化總是引起很多麻煩，希望這本書能有所幫助。

Ruby中遞歸層數好像有限制，如函數
def test(a)
?? if a==1
???? 1
?? else
???? a*test(a-1)
?? end
end?

puts test(780)
輸出：84972392897964072098249533940415832032901226147549483885937628906393387016759749166779390912108512193770727396731176148684817099219862241070518329897737419790700834153338358789804054247254662503406001643932256413944181262536626134781963753899870200241216683120301369375204827350328695627459108294334206019027913654171970749305552969884823232609436511764040695691647958710090181422374514248844937618454949350242415512115167050621676322866110695044767187626021475743251277035950696737988473189355598223688184822894258942937354547600827689072340880783574157611601536909313655637665907495308227315772813753604514703047972667545052382993341295609886125445821680344472136291787954204104578202488733326674486963013530280156726975853827440416172311405531398732685573114934257635906047009853269995109193159402626590282423997495520628272375213203911332399362264123774789131108251376802391556145557618075940012872003438523613025838162437433166091728438034202592564763334170361422871174553523479072202135150477947497462319792004248488747067669226929977889728474667753117513554197181549148693463434107347395476738175071015937790196691810903035212156632705787120639270121315037723516623976522946189161132382463371686857543746042274574224547052957738646625809966919808812294116127379399188579075359032740380579901160073141745025441935558361164158736914927029701136227557285045299271693750581590882877670856450852068994081414494717924806473008367067880435766156267541200120373117672789242005510204657433232442062443350842731528466220850546079536126591907570634996939687881634634077903962785409702209303560414980140946811644475359177263347973998479963954822343870777236845722878913093643097703061981548194975005332841862304172509388532508262400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

而
puts test(781)
輸出：
E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `*': stack level too deep (SystemStackError)
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
?... 727 levels...
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:5:in `test'
from E:/eclipse-SDK-3.2M6-win32/workspace/testruby/Test5.rb:9

Ruby一直被認為沒有好的IDE，今天把RDT跑起來了，還不錯，雖然還不能和JDT相比。

使用 Eclipse 插件 Ruby Development Tools
http://www-128.ibm.com/developerworks/cn/opensource/os-rubyeclipse/

為何配合RDT，我特地下載了一個Eclipse3.2M6,界面好花哨，但用起來心虛虛的，干活還使用3.1踏實。
在ruby和相關的一些一切被說得很神時，聽聽一個異端的發言

Why Ruby on Rails won't become mainstream
http://beust.com/weblog/archives/000382.html vs
圖片大小不一樣。沒辦法，誰叫Prefactoring講的是big picture呢，：）

3年前讀《人月神化》,當時并沒有什么特別深的體會，只是記住了關于狼人的傳說。

幾年過去了，在實踐中，我一次又一次地把系統中的癥結往深處考慮，竟然發現它們不約而同地指向同一個根源：沒有銀彈！
一個非常樸素又普遍存在的理論，使我多次從困惑中跳出。

略列以下幾條：
1.不要企圖實現一個全息系統。
實例：權限模塊在任何系統中需要，如果能建立一個完備的權限系統，將可以在很多系統中使用。
無論時間多么充足，這樣的模塊都無法完成。并不是這個系統過于復雜，而是因為我們計劃實現的是一個全息的系統，它是連續的，而軟件系統是離散的，無法用一個離散的系統實現一個連續的系統，可以使用多種方法來模擬，但是絕不可能真正實現一個連續的系統。

2.分析模式的使用
分析模式是前人對某一具體領域的歸納總結。但如果真的在分析過程中想把分析模式用到極致，就會發現自己已經走上了絕路。想適應所有的變化，想用一個系統解決這個領域中所有的問題，這是不可能的。

好久沒抽煙，一支煙竟然是我有點暈了，睡了先。

隨感隨想，并無邏輯性，如果哪位看不過去，請睜一只眼閉一只眼。

當系統的復雜度達到一定的規模，任何小聰明都無濟于事，還不如老老實實，做點實事。

一個前輩曾說：如何把事情做對是工程，如何把事情做好是藝術。

剛開始做軟件時總覺得自己是在從事一份藝術的工作，一個一個程序在自己的手中編寫出來，能運行，能給很多人運行。這個過程就像一種固化的思想，能動態地和軟件使用者交流。對待程序也像對待藝術品一樣神圣，變成時總懷著一顆虔誠的心。
后來又走向另一個極端，覺得自己的工作無非和磚瓦匠一樣，按照圖紙，把一磚一瓦安置在正確的地方
在后來才知道，編寫軟件既不是藝術，又不是完全是工程，而永遠都走在由工程到藝術的途中。借孔夫子的話，軟件開發應該走中庸之道。

所謂中庸，就是作對的事情，不走極端。
假設工程是0，藝術是1，那中庸是多少？
0.5?不對！絕對的中點顯然不是中庸。中庸可能是平均分布在[0,1]區間上，或者是[0，1]上的某個概率分布，不過這些對實際工程都已經沒有任何意義。
換個假設，如果工程是0，藝術是無窮大，中庸是多少？
呵呵，有點無聊了。