swing storm

博客主人請謹慎,你根本就沒有用到Spring啊不要亂說我看了半天也沒找到你用Spring的地方,你好好看看吧

最近弄這個太郁悶了謝謝
himyisazure@163.com

總結的不錯，都來自實踐的精華。
大部分總結的都是對事情的管理，對人員的管理總結的相對來說比較少（你不是說過“所有的管理都是對人的管理”嗎？）

唉～～
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
部分：
JButton but = new JButton("金") {
public JToolTip createToolTip() {
final JToolTip tip = super.createToolTip();
tip.setForeground(Color.RED);
// 設置ToolTip為透明
tip.setOpaque(false);
tip.setLayout(new BorderLayout());

JPanel rootPanel = new JPanel() {
protected void paintComponent(Graphics g) {
super.paintComponent(g);
......
｝
......
｝

可以的

謝謝你的建議，使用this.setVisible(false); 可以讓痕跡消失。這樣做繞過了這個bug。這樣做可以達到效果要求，:)
不足的是在實際應用中在removeAll()；之后還要add();
如果使用了this.setVisible(false); 每次添加tab的時候還要this.setVisible(true)。
我在想：tabbedPane.setBorder(new EmptyBorder(0, 0, 0, 0));
之后removeAll();tabbedPane為什么還會有灰色的邊框，這是一個bug嗎。

@wanglin
學術貴在交流，謝謝你對html、js和jsf的闡述。希望有更多有經驗的人能提出自己的見解。
我覺得ajax有個問題是封裝比較麻煩，這個使用標簽來做封裝之后使用起來可能
要方便很多，ajax處理機制和jsf的事件處理可以做一個互補，比如可以使用ajax來做驗證和小面積刷新，使用jsf來做表單處理和頁面控制等，如果做服務器端的架構設計，使用tag做ui控制，從設計角度來看架構會更完美一些，雖然使用起來麻煩一些，君不見struts流行這么多年也是有它的理由的。

@guest
dw要是沒有破解版或者盜版不知道你們還用不用dw，不知道你們還做不做項目。其實像JDeveloper和netbeans現在已經對jsf支持的很好了，建議你試用一下。
@wanglin
如果使用ajax來處理事件和操縱html我覺得你的擔憂就多余了。
現在不是有ajax4jsf之類的開源項目么，我覺得將來基于jsf上的ajax技術肯定會流行，我可以和人打賭。
正如很多人看到的一樣，現在最大的問題還是IDE的問題，如果IDE的開發能夠支持到ajax標簽，那基于jsf上的ajax技術稱霸江湖是遲早的事情，也許會結束java web領域戰亂的局面，我想很多人也會歡迎早日告別現在這樣的“兵荒馬亂”的日子，還有強大的外敵.net需要對付呢。

@BeanSoft
你說的RIA技術可以內嵌網頁，且可以 new tree()來創建組件，請問你具體看好的哪一種呢？ajax也是一種RIA，Applet也是一種RIA，java web start也是一種RIA，flash和flex也是。你是指flex嗎？
@Welkin Hu
JSF與Tapstry之間不好說，個人覺得Tapstry的優勢在于使用html和頁面導航簡單一些，這個JSF由于IDE不夠成熟要落下風；JSF的優勢在于scope控制要簡單一些，另外JSF有錢有勢。如果兩人實力相當的草民張三和**局長的兒子打架，我還是認為**局長的兒子要占上風。

鄙人也一直不喜歡用什么o-r mapping，有強大靈活的sql工具，而且o-r mapping也不過是把sql做了一個封裝，底層還不是sql實現的。把自己平臺的sql做一個優化，比再學習什么HQL語言劃算多了，不用去理解什么n-n,1-n之間的復雜關系了。

@Leo
swing和jsf的開發起步確實比較麻煩，這個我是認同的。
我覺得要是熟練了還是比較爽的，可能熟練需要很長的時間，但是熟練之后威力非同小可，某些技術上手快，但是后力不繼，就像刀和槍，刀上手快，槍可能要慢一點，比如槍還要上子彈，還要瞄準等，刀就免了，但是在戰場上大多都是提槍不是帶刀，這個就是區別。不過在某些時候也要拼刀，當然，這需要看具體場合了，各有長短吧。

@jidesoft
國外的我不清楚，國內的了解一點點，國內的一些電信企業用swing做網管，這個比較流行；還有用swing做gis的，比較少；好像開始有些大的企業用其來做企業管理軟件了；在一些小公司里面有用swing來做后臺管理的小工具。
現在swt主要用來做rcp。
感覺swt的應用在國內不如swing（個人感覺，不知道對不對），但是swing的應用是遠遠不如web client的，swing學的再好，在國內也可能找不到工作，因為國內用swing的公司和企業非常的少。
感覺swing做企業管理軟件是一個新起的領域。以后這方面的應用將會越來越多。
順便說一下，國內沒有國外適合做技術，已經出現了不少讀書無用論和技術無用論的聲音了，大多做技術的都想做管理，大多做管理的都想創業，一般搞技術搞幾年的都不再想深入研究技術了。

@jidesoft
真沒有想到JIDE是中國人搞起來的， 證明中國人做swing也可以很不錯，：）
可以介紹一下swing在國外的使用情況嗎？

very good

做swing商用軟件最大的麻煩是代碼保護問題，如果不加以保護非常容易泄漏用戶的信息，安全性太低了，雖然說exe文件也容易反編譯，但是沒有class文件這么容易就反出來了。一直都找不到好一點的加密方案，我幾乎試遍了所有的混淆器，沒有一個滿意的，用厲害點的反編譯工具基本上可以看個7788，使用des之類的算法加密class文件也不行，將入口類改寫一下就可以獲得源代碼了。
編譯成exe文件安全性稍高一點，不過現在好像沒有比較好的java轉exe工具，很是郁悶，有的只是一個shell，客戶還必須先行安裝jre，頭大。

可惜jide是收費的，不然制作swing商用軟件界面太爽了，簡直就是爽歪歪。

@dennis
將來網絡帶寬變的更大之后，這個技術也是非常有前途的。現在的網速java web start技術確實還是雞肋。

體驗之后，建議每個人都定制一套自己的lookandfeel風格出來，可以長期使用。

@cnodin
里面有很多很酷的效果，動態的，里面是很多系列的lookandfeel，運行一下感覺更好。
例子的功能非常強大，不知道性能是不是受到了功能的影響。

@yuri
沒關系的，那個是官方的鏈接。

可惜的是substance開發包有點大，包含6個jar，且性能好像不太理想。

swing和swt不用比較美丑，結果很明顯，再談已經失去了意義。
需要比較的是eclipse和netbeans的開發環境以及基于它們的rcp和platform。

愚人節的節目之一，呵呵

研究一下而已，呵呵

@催月淚
呵呵，暫時還不想回憶當年。
學習方式一般就是自己上網隨便找的看，不懂的就google一下，一直到搞懂為止。

生命的意義首先在于對自己、對家庭、對集體、對社會、對國家、對人類承擔責任，其次，活的開心才是最實在的。

龍芯盒子用的是什么操作系統？linux？跑的動嗎？ ：）

給你的名字贊一個，~_~

接口，就是對接的端口，模塊與模塊之間約定建立的交通路線。

@我為J狂
可視化開發界面能做的工作實在有限。
對于一個復雜的軟件的界面來說，定位組件的位置的工作是工作量非常小的工作，絕大部分工作都集中在特色控件的開發和圖形色彩的處理上面。
對于java來說可視化開發界面能做的工作更少。
像delphi和vc等有windows絕對定位布局，java沒有絕對定位布局。

真龐大，不知道性能怎么樣，ajax做大型的系統比較難維護。

@BeanSoft
圖片使用的越少當然越好。
有些地方一定要用圖片的，比如按鈕和面板上的圖形，標題icon等等，這些圖片由美工來做。
@Signture.updata(土豆)
呵呵，熟練了開發起來很快的。

2年前我就開始純手工寫界面了，=。=！

eclipse，沒有用插件，憑感覺直接寫的，邊寫邊測試。

@Anders小明
說的是，我將它改了。

我的郵箱fiftysix@126.com，歡迎大家交流探討。

@施偉
你說的很對，能夠實現不一定代表要做。不過會做和不會做是有區別的。
呵呵，我會在以后介紹一些技巧。
關于swing占資源的問題，一言難盡，一方面與機器本身的條件有關，一方面與程序的性能有關，還與功能的多少也有關系，建議你試用一下永中office和openoffice。

很實用

厲害，同時精通c和java真不容易。
jdk6里面可以通過啟動的時候添加splash screen參數啟動，如：
java -cp ... －splash splashImage ... 來啟動，不過沒有你這么做好，因為這樣啟動的只是一個image，象進度條等處理比較麻煩一點。

界面要做的漂亮完全是平時的積累，一個漂亮的界面不僅需要很多技巧來做效果，而且需要一定的美工水平，比如配色、邊大小、布局等。
回：西大山
沒有用Synth。

以后我會介紹一些技巧來做swing的UI，不過更新可能比較慢一點，工作忙，做UI比較磨時間。

沒有調用其它的lookandfeel，使用的是默認的感觀，只是使用了一些技巧將界面加上好看的圖形和border。

考慮了一下之后，覺得如下方法要簡單一些：
1、用delphi或vc寫一個起動器boot.exe，boot.exe為一個殼，它做的事情是執行命令：jar Foo.exe（假設Foo.exe該exe文件的自己名稱）。
2、java2exe.exe工具為boot.exe和需要的jar包（假設名稱為java2exe.jar）合成的一個exe文件，合成過程為：
copy /b ..\boot.exe+java2exe.jar java2exe.exe。
這個過程可以寫一個程序來生成也可以直接在控制臺運行。
3、java2exe.jar包為一個可以直接使用jar命令運行的包，其功能為：將classpath里面包含的所有jar包合成一個可以直接使用jar命令運行的jar包（假設為appjars.jar），然后調用命令：
copy /b ..\java2exe.exe+appjars.jar app.exe（即需要生成的exe文件名稱） 。
4、當生成的app.exe運行時，會調用命令：jar app.exe，即jar app.jar。

大致可能是這樣的，：）

想了一下，可能是將Mainclass和classpath信息寫入到一個文件中保存起來了，運行的時候再從該文件中讀取該信息。
第1步需要的所有jar都和包含了第2部需要運行的Mainclass和classpath信息的文件一起打到了一個jar包中。

猜想技巧應該是這樣的，：）：
1、用delphi或vc寫一個起動器boot.exe，boot.exe將會和需要的jar包使用指定的icon打到一個exe文件中，使用命令：
copy /b ..\boot.exe+hello.jar Foo.exe

2、在生成的foo.exe文件里面使用第1步生成的命令：
“java -cp Foo.exe Mainclass”
來運行該exe文件。

疑問是第一步生成的命令（如：Mainclass）是怎么傳遞給第2步的，？？？

我看到網上有篇資料說可以：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－
copy /b ..\JBuilder.exe+hello.jar foo.exe
在foo.config(JBuilder.config)文件里面把前面加入的類路 徑去掉，并加入下面的路徑：
addpath E:/jbuilder5/bin/temp/foo.exe
然后執行，foo.exe
看到一個含jar包的exe文件被執行了！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－
不知道是不是這個技巧來著，：）

不知道是什么原理來著,是用delphi寫的嗎?是否運行后將exe文件解壓縮變成jar文件后再運行java命令?

做的不錯，我想問一下，如果用戶機器上沒有jre這個exe文件可以運行嗎？

不錯，很實用。

java開發的桌面應用確實比delphi、vc、vb開發的慢一些，如果用戶的機器不是很老，這方面影響不會很大，比如開發工具eclipse、jbuilder2006比較快了，永中office的速度也是非常的快。
對java的界面設計感覺不好的，除了eclipse、jbuilder2006和永中office之外，我還推薦一個網站大家看一下：
http://community.java.net/javadesktop/

你講解的很詳細，雖然我沒有試過，覺得應該沒有問題。
惟一有疑問的地方是你最后一句話：“當然每個客戶端還是需要安裝JRE的，不過現在的瀏覽器安裝時都已經自動安裝了。”

謝謝大家提出自己的看法，以上僅僅是個人看法，供大家交流。
操作系統行業的戰爭，確實如Welkin Hu所說的那樣，將來無法預料。不過目前來看windows還是最強的，而且還會持續。
Robin's Java World談到我的觀點“說的不太通”，不知道具體指的是哪些方面？希望交流，：）。java做桌面應用確實不錯，它最大的弱點不是開發方面的，是發布方面的，因為它的運行需要jre，你設想一下如果一個商業軟件安裝之前需要安裝一個jre那是件多么令用戶沮喪的事情。

請問如何 “Compute build path”