1，復(fù)雜與否主要取決于需求。
在滿足需求的前提下，要使設(shè)計(jì)盡量簡單。
2，是否采用模板就見仁見智了。看本文的例子，如果不用JTemplate，那就只能用js編碼來生成，那樣比較丑陋。不知js模板里JTemplate是不是最好的，如果是，就把它當(dāng)作標(biāo)準(zhǔn)用不就得了。
re: 一個關(guān)于Jquery的問題 leekiang 2008-11-18 12:27
你用$("#user\.userid")試試
plan->action->feedback->improve->plan…….
-------------------------------
不錯。
做分析，常用的就是剝洋蔥的理論，先建立whole picture, 在找準(zhǔn)突破口，一層一層的撥開，我們最先看到的，是洋蔥的外表，也就是說，對于復(fù)雜的事物，我們最先想到的、看到的、說出來的觀點(diǎn)，都是不成熟的、都是外表的，隨著我思考分析的深入，時間的推移，不斷的修正自己的觀點(diǎn)
---------------------------------------------
剝洋蔥理論，贊一個
@KEKE
我也不清楚。
既然報A2561415.CAB缺失，那你去找一個A2561415.CAB補(bǔ)上試試。
其實(shí)流程定義工具主要是通過那些拖拽來忽悠客戶的，沒見過客戶自定義流程的，客戶要自定義流程時總是離不開程序員的幫忙。所以，從實(shí)用的角度看，把流程定義文件弄清楚用好就不錯了。
re: 一個平庸程序員的想法。 leekiang 2008-10-31 20:42
平庸沒關(guān)系，絕大部分人都很平庸。
不要老和google、MS里算法牛的程序員比，關(guān)鍵是做最好的自己。共勉。
re: 一個平庸程序員的想法。 leekiang 2008-10-31 19:09
感同身受。不要老在技術(shù)的外圍打轉(zhuǎn)，一定要專業(yè)。
就像很多人都用hibernate,但懂hibernate的又有幾個?
對于post和get的參數(shù)，好像commons fileupload的處理是不一樣的，get參數(shù)可以直接通過request.getParameter()的方式獲取，而post的不行，待驗(yàn)證。
re: 程序員小史記016 leekiang 2008-10-24 12:50
最后一句話是勾人的。
re: 新裝ORACLE 10G亂碼解決方案 leekiang 2008-10-21 21:44
你可以亂搞，但DBA不可以亂搞。
re: JPA和hibernate對刪除操作的不同 leekiang 2008-10-21 21:21
我用hibernate刪被外鍵引用的數(shù)據(jù)時都刪不掉，怎么你那里能刪掉？是由于hibernate配置不同造成的？
現(xiàn)在是不是感覺用 freemaker比jsp好不到哪里去？
我的意思是，你的業(yè)務(wù)操作和流程操作應(yīng)該在一個事務(wù)內(nèi)，要么都發(fā)生，要么都不發(fā)生。
用shark的話怎么做到這一點(diǎn)？
你把shark作為一個獨(dú)立的組件來用，那么怎么解決事務(wù)問題的？
做產(chǎn)品要注意是否有跨數(shù)據(jù)庫的需求。
做項(xiàng)目的話，假如對hibernate比較熟悉了，那就盡量用跨數(shù)據(jù)庫的方式做，反正又不增加多少成本。
re: 程序員小史記005 leekiang 2008-09-22 12:52
MIT,初看以為是麻省理工
re: 跑步日志 leekiang 2008-09-20 15:42
你不是請假了嗎？怎么還要上班呢?
re: 奶粉抽查結(jié)果也造假？ leekiang 2008-09-20 15:39
原來質(zhì)監(jiān)局也抄襲啊，還抄錯了。
re: 軟件架構(gòu)：決策與選擇 leekiang 2008-09-19 11:45
知識不夠，用忽悠來彌補(bǔ)。
最害怕那些連線程、事務(wù)、并發(fā)，IO等都搞不清楚的架構(gòu)師了，偏偏這樣的人最會忽悠。
一方面大家認(rèn)為做業(yè)務(wù)系統(tǒng)沒有技術(shù)含量，另一方面做的業(yè)務(wù)系統(tǒng)卻奇爛無比，很多做出來的系統(tǒng)連企業(yè)的業(yè)務(wù)數(shù)據(jù)的完整性都保證不了,更不用提別的了。
很多做業(yè)務(wù)的公司基本是能騙就騙，因?yàn)橐褬I(yè)務(wù)系統(tǒng)做好是需要投入的，還不如招些便宜的新人，做些表面上好像能用的增刪改查,把客戶忽悠過去了事。
所以說做企業(yè)應(yīng)用注定就是忽悠，但不排除有個別有錢的甲方自己養(yǎng)人開發(fā)這種情況。
不可能干掉吧
這樣的人要好好利用，
一是讓他找出己方網(wǎng)絡(luò)的漏洞
二是可以讓他入侵?jǐn)硨Ψ降木W(wǎng)絡(luò)，
在戰(zhàn)時，說不定這樣的人能改變戰(zhàn)爭局勢
re: js帶來了改變。 leekiang 2008-08-12 17:30
很多"架構(gòu)師"也跟你想得一樣。
贊一個，
我終于知道什么叫"奇技淫巧"了。
要是把書名也貢獻(xiàn)出來就好了。
re: 刻度尺軟件——有想法 leekiang 2008-08-08 01:09
既然放在首頁，為何不順便放個下載地址？
re: 再溫回調(diào) callback leekiang 2008-08-05 22:47
回調(diào)有什么好處?
re: 從用戶的角度看待BA leekiang 2008-07-26 14:13
ba一般是甲方的職位吧，可看你寫的好像是軟件公司的
re: 研究生這一年 leekiang 2008-07-16 20:00
你是1982年左右的?
re: Facade Pattern leekiang 2008-07-09 19:23
能不能用幾句話描述清楚呢。或者例子再簡短點(diǎn)。寫得太多了，沒仔細(xì)看。
re: template pattern leekiang 2008-07-09 19:20
貌似抽象類實(shí)現(xiàn)幾個方法，留幾個接口，實(shí)現(xiàn)的方法要調(diào)接口,這就是模板了。
spring發(fā)展到現(xiàn)在，已經(jīng)被大量的使用，說它的源碼不怎么樣已經(jīng)沒有多大意義了。
重要的是：如何使用spring，怎樣使用才沒有問題，spring本身有沒有bug，有bug的話如何規(guī)避等。
有大量的公司在用著hibernate做項(xiàng)目，看了這本書你都暗自流汗，有很多看都不看的，還說 hibernate 很簡單,save一下,update一下,delete一下,再query一下,不就完了。那樣做出來的項(xiàng)目到底能不能用?
是啊，剛開始的忽悠很重要，必須騙很多人過來用，免費(fèi)測試。
re: 高并發(fā)測試下的一些問題及解決 leekiang 2008-07-03 22:55
汗，我們公司做了很多項(xiàng)目了，可你們說的這些問題公司幾十號人沒有一個人清楚，那些項(xiàng)目能用嗎?請問。
Spring Security與acegi是什么關(guān)系?
Acegi Security is now a DEPRECATED PRODUCT. We strongly recommend you transition to the Spring Security product, which is built on top of Acegi Security and features substantial new features, improvements and simplifications.
字段級別的權(quán)限控制，你用標(biāo)簽去讀取配置，可以做到頁面級別的控制，即客戶可見/不可見，只讀/可修改，但這個并不能容易的做到url級別控制，即防止客戶繞過頁面，模擬提交.
期待你的回復(fù) 。
re: 分享 FR 的激活碼 leekiang 2008-03-15 01:25
你們公司竟然有專門做報表的，羨慕，我們都是自己做。
確實(shí)是好東西，可已經(jīng)習(xí)慣eclipse了。
你又不能對客戶說:這是我用獲得Jolt大獎的NetBeans開發(fā)出來的
re: “開源人”收費(fèi)得罪了誰 leekiang 2008-03-11 22:14
Eclipse -> 這個大家最熟悉，IBM支持，商業(yè)功能絕大多數(shù)收費(fèi)，或者由第三方付費(fèi)提供，漢化包是IBM掏錢做的
--------------------------------------
難怪只漢化到eclipse3.2.1,后來的版本就不漢化了,原來要額外掏錢啊
我覺得你們公司非常之混亂，竟然同時用iBatis、Hibernate、JDO、EJB這四種差不多同類型的東西，而且還要求員工對這四個都熟悉。
直接用jsp的include,不是一樣的方便嗎,而且不用額外學(xué)東西
做java程序員確實(shí)累，一方面是java要學(xué)習(xí)的框架和開源包非常多，很多東西剛了解馬上就要用于項(xiàng)目，你必須為你剛了解的東西負(fù)責(zé)；另一方面用java的大都是做業(yè)務(wù)，工期安排都是按理想情況下最快的完成速度去安排的，而實(shí)際情況是幾乎沒有能按期完成的，就算完成了，也是慘不忍睹，最后唯一的解決辦法是不停的加班。