??xml version="1.0" encoding="utf-8" standalone="yes"?>
用法Q?br /> //...得到orderLine
Map<String,Object> map = new BeanMap(orderLine);
map.put("vendorDiscount",orderLine.getProduct().getVendor().getDiscount());得到orderLine
Map<String,Object> map = new BeanMap(orderLine);
map.put("vendorDiscount",orderLine.getProduct().getVendor().getDiscount());
使用场景Q?br /> dwr中可以直接把java对象转换成js对象传回Q但是有时候需要在传回的对象上附加属性,例如在订单项Q订单中的一行)中,我想附加相关产品?em>供应?/em>?em>信用{?em>优惠条gQ如果直接把对象关系图传q去Q需要传4层,其实我只要在订单后附加一个属性就行了。所以我先把订单项(OrderLine)转化Z个map,向这个map中put新的属性,q样传回到浏览器的对象还是和以前一L,只是附加了一个vendorDiscount:0.6 .
]]>
.scrollbox{
height:300px;
overflow:scroll;
}
</style>
<div class="scrollbox">...</div>
后来发现如果直接使用style属性,应该写成<div style="height:300px; overflow:scroll;">...</div>
nnd,郁闷Q不敬仰美工的工作?br />
其二Q?br />Z囄便,直接用dwr调用了manager的方法时Qmanager中引用的其他managerLnullQ仔l想惻I发现manager是由spring理的,所以应该creator="spring",而不是creator="new"。得解?br />q样调用l归不爽Q还是应该有services才行Q看来偷懒是不行了?br />
另:昨晚看了一下dwr2.0Q发现ajaxl于走到正道上了。Reverse Ajax! 在java中设|界面控件的内容Q细_度的请求和更新Q由后台来主导完整业务逻辑Q而html像c/sE序中的资源文g一栯加蝲Q这h能真正适合企业应用(|站q是用以前的才对)。环境已l成熟,到应用不知道q要{多?br />
]]>
]]>
if a==1
1
else
a*test(a-1)
end
end
puts test(780)
输出Q?4972392897964072098249533940415832032901226147549483885937628906393387016759749166779390912108512193770727396731176148684817099219862241070518329897737419790700834153338358789804054247254662503406001643932256413944181262536626134781963753899870200241216683120301369375204827350328695627459108294334206019027913654171970749305552969884823232609436511764040695691647958710090181422374514248844937618454949350242415512115167050621676322866110695044767187626021475743251277035950696737988473189355598223688184822894258942937354547600827689072340880783574157611601536909313655637665907495308227315772813753604514703047972667545052382993341295609886125445821680344472136291787954204104578202488733326674486963013530280156726975853827440416172311405531398732685573114934257635906047009853269995109193159402626590282423997495520628272375213203911332399362264123774789131108251376802391556145557618075940012872003438523613025838162437433166091728438034202592564763334170361422871174553523479072202135150477947497462319792004248488747067669226929977889728474667753117513554197181549148693463434107347395476738175071015937790196691810903035212156632705787120639270121315037723516623976522946189161132382463371686857543746042274574224547052957738646625809966919808812294116127379399188579075359032740380579901160073141745025441935558361164158736914927029701136227557285045299271693750581590882877670856450852068994081414494717924806473008367067880435766156267541200120373117672789242005510204657433232442062443350842731528466220850546079536126591907570634996939687881634634077903962785409702209303560414980140946811644475359177263347973998479963954822343870777236845722878913093643097703061981548194975005332841862304172509388532508262400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
?br />puts test(781)
输出Q?br />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
几年q去了,在实践中Q我一ơ又一ơ地把系l中的症l往深处考虑Q竟然发现它们不U而同地指向同一个根源:没有银弹Q?br />一个非常朴素又普遍存在的理论,使我多次从困惑中跛_?/p>
略列以下几条Q?br />1.不要企图实现一个全息系l?br />实例Q权限模块在Mpȝ中需要,如果能徏立一个完备的权限pȝQ将可以在很多系l中使用?br />无论旉多么充Q这L模块都无法完成。ƈ不是q个pȝq于复杂Q而是因ؓ我们计划实现的是一个全息的pȝQ它是连l的Q而Y件系l是L的,无法用一个离散的pȝ实现一个连l的pȝQ可以用多U方法来模拟Q但是绝不可能真正实C个连l的pȝ?/p>
2.分析模式的?br />分析模式是前人对某一具体领域的归Uxȝ。但如果真的在分析过E中x分析模式用到极致Q就会发现自己已l走上了l\。想适应所有的变化Q想用一个系l解册个领域中所有的问题Q这是不可能的?/p>
好久没抽烟,一支烟竟然是我有点晕了Q睡了先?/p>
当系l的复杂度达C定的规模QQ何小聪明都无于事,q不如老老实实,做点实事?/p>
一个前辈曾_如何把事情做Ҏ工程Q如何把事情做好是艺术?/p>
刚开始做软g时总觉得自己是在从事一份艺术的工作Q一个一个程序在自己的手中编写出来,能运行,能给很多行。这个过E就像一U固化的思想Q能动态地和Y件用者交。对待程序也像对待艺术品一L圣,变成时L着一颗虔诚的心?br />后来又走向另一个极端,觉得自己的工作无非和砖瓦匠一P按照囄Q把一砖一瓦安|在正确的地?br />在后来才知道Q编写Y件既不是艺术Q又不是完全是工E,而永q都走在由工E到艺术的途中。借孔夫子的话QY件开发应该走中庸之道?/p>
所谓中庸,是作对的事情,不走极端?br />假设工程?Q艺术是1Q那中庸是多?
0.5?不对Q绝对的中点昄不是中庸。中庸可能是q_分布在[0,1]区间上,或者是[0Q?]上的某个概率分布Q不q这些对实际工程都已l没有Q何意义?br />换个假设Q如果工E是0Q艺术是无穷大,中庸是多?
呵呵Q有Ҏ聊了?br />