我們公司使用Delphi開發POS商業應用軟體為主，因為希望跨平台等特性希望引入Java語言來開發。 在初步了解Java特性及操作JBuilder7之後覺得很多方面仍遠不如Delphi方便好用。也有人認為java目前較適合來開發server端程式.... 所以想請問有沒有人用java (JBuilder or other tools) 開發一般 Delphi 會開發的客戶程式呢?? 希望能分享經驗和建議，謝謝！ JackTasy

------
JackTasy

很多耶.從pos到企業內的資訊系統都有人在用java寫. 加上他的跨平台特性,真的很有說服力. 不過說到I/O(我指的是用到很類似assembly對某個port i/o)的話.真的是要包成jni可以呼叫的介面(.dll or .so)才行.整體而言在下的看法是java做整合是個很不錯的選擇,但是為了彈性,當然效能不可能像c 寫的那些ap一樣快.不過客戶(client user)都還能接受. http://programmer.eforum2000.net/pc2020v5/forum/forum.asp?board_pc2020=java 這裡除了些系所生之外.到是有些實務上在寫java client ap (web-application)的programmer.

嗯，謝謝。 我想是我自己涉略不夠以致於產生懷疑。 JackTasy

------
JackTasy

我記得坊間有一本"UML與樣式徹底研究"--培生出版的書. 就是以java為base的POS專案開發探討的書. 應該是夠具體的了. 其他的.可能是要看一下swing/applet的書來套用你之前開發的know-how吧. programming language的用法都是一樣的.不是嗎?

引言: 很多耶.從pos到企業內的資訊系統都有人在用java寫. 加上他的跨平台特性,真的很有說服力. ...

真的嗎? 真的是 JAVA Application , 也就是以 *.exe 檔型態存在的 JAVA 應用程式 ? 我怎問不到有人有這方面的經驗 ???

布魯斯老大.您說的是這東西嗎? http://www.ej-technologies.com/products/exe4j/overview.html (不要問我感覺如何.我沒有用過.) 不過小弟沒有在用這東西.一是bash & bat的java 執行某class寫法幾乎一樣 二來是小弟是在開發企業內系統.都是downlaod & run. 由web start console啟動的. 高雄有位朋友他用applet寫MIS的維修排定系統.寫的不錯.可惜高雄的工作不好找.不然就請他網聚交換心得了

引言: 布魯斯老大.您說的是這東西嗎? http://www.ej-technologies.com/products/exe4j/overview.html (不要問我感覺如何.我沒有用過.) 不過小弟沒有在用這東西.一是bash & bat的java 執行某class寫法幾乎一樣 二來是小弟是在開發企業內系統.都是downlaod & run. 由web start console啟動的. 高雄有位朋友他用applet寫MIS的維修排定系統.寫的不錯.可惜高雄的工作不好找.不然就請他網聚交換心得了

疑?奇怪? JAVA 不是有三種型態 1.Application - 也就是編譯後像是一般的應用程式(*.exe) 2.applet , 需要鑲崁在 browser 內才能執行 3.jsp , web server 端的 ap 其中大部分的應用都是在第 2,3 項 我問不到有在第 1 項 Application 開發經驗的案例 (只是一直有耳聞其開發慢,執行也慢) 但我知道 java 直接就可編譯成 application (*.exe 檔) 為何還要有上述網頁(http://www.ej-technologies.com/products/exe4j/overview.html)提供的東東 ?? 不過...那不重要 我跟發問者問的是一樣的問題 "請問有沒有人用java開發過"一般"商業應用程式?? " 發表人 - bruce0211 於 2003/08/05 17:29:35

引言: 疑?奇怪? JAVA 不是有三種型態 1.Application - 也就是編譯後像是一般的應用程式(*.exe) 2.applet , 需要鑲崁在 browser 內才能執行 3.jsp , web server 端的 ap 其中大部分的應用都是在第 2,3 項 我問不到有在第 1 項 Application 開發經驗的案例 (只是一直有耳聞其開發慢,執行也慢) 但我知道 java 直接就可編譯成 application (*.exe 檔) 為何還要有上述網頁(http://www.ej-technologies.com/products/exe4j/overview.html)提供的東東 ?? 不過...那不重要 我跟發問者問的是一樣的問題 "請問有沒有人用java開發過"一般"商業應用程式?? " 發表人 - bruce0211 於 2003/08/05 17:29:35

嗯，還好還有人有跟我一樣的疑問(還是版主呢)！ 我用過 JSP 開發過幾個小系統，其效率真是沒話講，比用Delphi WebBroker &InternetExpress 技術開發的CGI 快上太多了。 但昨天用 JBuilder 7.0 寫個Timer運用的小工具就寫了一天.... 目前感覺是1.JBuilder7.0 工具本身也有點慢 2.寫出來的Application也有點慢 3.自動產生的程式碼縮排不整齊，又多又雜亂 唉，感慨Delphi這樣棒的成熟產品，現階段獲利已比不上JBuilder這樣正快速成長期的產品...有點不知道怎麼說服其他Delphi Programmer 也來共襄盛舉學一下java! 嗯，回到老問題，希望能有自己有經驗的人來分享一下！ JackTasy

Dear JackTasy: java的programming設計是要靠元件累積上去的.所以各家公司內底層元件的良窳對於專案的開發工程水準及速度甚至成敗,都有決定性的影響.至於java要不要說服delphi programmer來用?我不是人什麼長字輩的,所以這要看公司決定吧.以進銷存而言,人家鼎新用delphi也是用的嗄嗄叫的啊.可是如果是有分散式運算的必要時.J2EE整體的solution是真的很完備. 至於"一般"指的是什麼?見仁見智了.J2SE真的學習曲線比較陡,所以對開發者而言多少有點不便.但java的發展,不是建立在IDE上.而是在spec上.所以還是要先把套件跟api翻閱一下,有了元件/套件之間的picture,在開發時才可以旁徵博引地運用. 我不是什麼專業人士.只能就工作經驗提供以上的淺見罷了.不知版主 RaynorPao可否不吝提供經驗談呢?

dear neoart: 嗯，兄臺所言甚是，十分中肯，我完全認同您的看法。 就像某本書上描述的，java 是一個龐大、偉大、卻又複雜的語言，要用不同於 Delphi 的思維理則來思考。再度謝謝您的撥空指教。 但是還是希望能有使用 java 開發一般 Application (如 POS 後台、會計進銷存、庫存管理...等等) 應用程式的能人能發個聲音，分享一下經驗，好讓我們知道有人正在這麼努力著，有人這麼嘗試著。 ps:我提這個問題是想要了解一下實際市場情形，因為我正朝著個目標學習著。 JackTasy

------
JackTasy

哈哈，經過那麼久一段時間，我終於完成一套 Client/Server Application 形式的應用軟體了(公司內部用系統)，雖然功能面不算十分強大，但體驗到 Write Once,Run Anywhere 感覺真的不錯。 雖然開始真的很難寫，但隨著經驗和元件的累積會越寫越快，希望給有此意圖的人一點信心。 JackTasy

------
JackTasy

引言: 哈哈，經過那麼久一段時間，我終於完成一套 Client/Server Application 形式的應用軟體了(公司內部用系統)，雖然功能面不算十分強大，但體驗到 Write Once,Run Anywhere 感覺真的不錯。 雖然開始真的很難寫，但隨著經驗和元件的累積會越寫越快，希望給有此意圖的人一點信心。 JackTasy

可以po一下圖片嗎? 與DB方面的互動是直接用JDBC嗎?

引言: 可以po一下圖片嗎? 與DB方面的互動是直接用JDBC嗎?

看在板主那麼熱心之下，我就獻醜一下，各方高手別見笑才是。 順便跟大家分享一下我規劃的架構和小小心得。 [架構] 伺服器主機： src="http://delphi.ktop.com.tw/loadfile.php?TOPICID=15299140&CC=342160"> JackTasy

在下有試過用JBuiler開發過人事薪資系統 , 因不知如何包裝 , USER 端一律放 SOURCE CODE 執行 Java ......... , 程式進去的時間很慢 , 執行效率不彰 . 最後卡在報表問題無法解決 , 不得不宣告放棄 , .................. 真慘 .

引言: 在下有試過用JBuiler開發過人事薪資系統 , 因不知如何包裝 , USER 端一律放 SOURCE CODE 執行 Java ......... , 程式進去的時間很慢 , 執行效率不彰 . 最後卡在報表問題無法解決 , 不得不宣告放棄 , .................. 真慘 .

包不包裝,都嘛是直接用java 去run class罷了. 至於為什麼會慢.應該是jdbc connection的問題. 這就要從架構上去著手了.一般是不建議直接連jdbc,而是經由socket或是RMI/IIOP的方式,傳遞物件到server端,再由server端去處理database的問題 這樣,database的loading,也會比較輕,也不用去考慮session的問題.(網站都話,就要考慮對話狀態ssion保留的問題了) 也就是: java swing client <---Socket/RMI/IIOP-->web server/application server<-jdbc->Databse 如此一來.server side的商業邏輯物件可以重複運用(時而繼承,時而相互叫用).swing side的 databinding也可以多樣發展.database也就可以不用怕太多user而有掛掉的問題 (因為connection pool 由server去控制) 佐以webstart的佈署機制.就可以做到write once,user every here的境界了. 當然,不是說直接連jdbc不可以,一來,有安全顧慮,二來不利於未來架構發展(ex,老闆要說可以支援網站運用的話,那不是要改死人了?) 報表方面,請用crystal clear(要$的,我已貼文,不贅) 或是移駕到http://sourceforge.net/search/ 用"report"查一下,iReport應該是不錯的選擇

引言: 在下有試過用JBuiler開發過人事薪資系統 , 因不知如何包裝 , USER 端一律放 SOURCE CODE 執行 Java ......... , 程式進去的時間很慢 , 執行效率不彰 . 最後卡在報表問題無法解決 , 不得不宣告放棄 , .................. 真慘 .

我是利用 JBuilder 內附精靈功能包裝成各平台的執行檔，所以客戶端只要安裝 JRE 即可不需要 .java 的原始程式，提供參考。 ps: 1.各平台執行檔的意思可別誤會嘍，像 Windows OS 平台看到雖然是 .exe 檔案，其實是個 .jar 的壓縮檔，可以解開來的，只是 JBuilder 再檔頭做一點手腳讓妳在點兩下可以自動執行罷了。 2.我是閱讀『深入淺出JBuilder 9程式設計實做』這本書的，有點厚不過我快全部 K 完了，建議要學或要用 JBuilder 的人一定要看這本書！(可以都講比較基礎功能，希望還有書能講用 JBuilder 開發 JSP,Applet,J2ME...期待中) JackTasy