使用JBuilder來制作EXE文件

倘若說看到標(biāo)題后，以為jb真的提供了一種把java應(yīng)用程序打包成exe文件的主流方法的話 ， 你會(huì)失望的，下面的一個(gè)小技巧只是一個(gè)技巧而已。   使用JBuilder來制作可執(zhí)行文件 這個(gè)是Borland不公開的使用技巧，能夠通過JBuilder來制作exe文件來啟動(dòng)Java文件。JBui lder并不支持本地編譯機(jī)制。但是有一個(gè)隱藏的技巧可以讓你從可執(zhí)行文件來啟動(dòng)Java程序 ，可以出現(xiàn)或者不出現(xiàn)console窗口。想做到這些，需要JBuilder的bin目錄下的這些文件: JBuilder.exe JBuilderW.exe (可選) JBuilder.config jdk.config JavaLauncher.dll   “JBuilder.exe”是一個(gè)通用的可執(zhí)行外殼文件，用以啟動(dòng)Java程序，”JBuilderW.exe“ 好 像是javaw.exe一樣，它把”JBuilder.exe”包裝起來，但是運(yùn)行時(shí)候不顯示那個(gè)console的 窗口。使用這些文件的關(guān)鍵是文件名。“JBuilder.exe”查找一個(gè)文件叫”JBuilder.confi g”的配置文件，里面包含了運(yùn)行Java程序的必須信息。同樣的”JBuilderW.exe”查找”JB uilder.exe”來啟動(dòng)不帶Console窗口的Java程序。如果把JBuilder.exe重命名為”foo.exe ”，那”foo.exe”將去尋找”foo.config”配置文件，同樣”JBuilderW.exe”被重命名為 ”fooW.exe”，它會(huì)去尋找”foo.exe”文件。 說到這里，聰明的讀者應(yīng)該猜到怎樣利用JBuilder.exe來啟動(dòng)應(yīng)用程序了。只要把JBuilder .exe,JBuilerW.exe,JBuilder.config改名成相應(yīng)的文件名，在JBuilder.config里面指定主 類和類路徑，就能夠通過執(zhí)行JBuilder.exe(或者被改名后的exe文件)來啟動(dòng)Java應(yīng)用程序 了 。下面是用本機(jī)為例。 Borland JBuilder 5被安裝在E:\jbuilder5\目錄下，在E:\jbuilder5\bin\下建立一個(gè)temp 目錄，然后把JBuilder.exe,JBuilder.config,JavaLauncher.dll,jdk.config四個(gè)文件拷貝 到E:\jbuilder5\bin\temp\目錄下，然后在這個(gè)目錄下建立一個(gè)hello目錄，在這個(gè)目錄下 生 成一個(gè)hello.java文件，即E:\jbuilder5\bin\temp\hello\hello.java文件， file://hello.java package hello; public class hello{     public static void main(String s[]){         System.out.println("Hello, Exe file!");     } }   編譯成class文件   編譯所有java文件   然后打開Jbuilder.config文件，作相應(yīng)的修改： 在JBuilder.config里面找到下面兩行 # Start JBuilder using the its main class mainclass com.borland.jbuilder.JBuilder   修改為 # Start JBuilder using the its main class mainclass hello.hello   addpath E:/jbuilder5/bin/temp/   addpath命令是把目錄加入類路徑中，這個(gè)命令和其它c(diǎn)onfig里面可以識(shí)別的命令可以在JBu ilder/bin目錄下的config_readme.txt里面找到詳細(xì)說明。 然后將jdk.config里面的javapath修改成相對(duì)的路徑，例如原來是 javapath ../jdk1.3/bin/java 修改成 javapath ../../jdk1.3/bin/java   最后 將JBuilder.exe,JBuilder.config修改成所需要的文件名，例如foo.exe和foo.config文件 。   現(xiàn)在執(zhí)行foo.exe文件 可以看到執(zhí)行的結(jié)果  執(zhí)行foo.exe后的運(yùn)行結(jié)果     至此，通過修改JBuilder來使用exe文件啟動(dòng)自己的Java應(yīng)用程序已經(jīng)完成了。   但是好玩的地方并不在這個(gè)地方，下面的小技巧可能更有趣，將Jar文件打包進(jìn)入exe文件！   假設(shè)利用上面的文件，生成hello.jar包，執(zhí)行過程和運(yùn)行結(jié)果jar cvf hello.jar hello\*.class       將類文件打包成exe文件   然后將jar包附加到JBuilder.exe后面去，執(zhí)行過程 copy /b ..\JBuilder.exe+hello.jar foo.exe    將jar文件轉(zhuǎn)化成exe文件   在foo.config(JBuilder.config)文件里面把前面加入的類路徑去掉，并加入下面的路徑： addpath E:/jbuilder5/bin/temp/foo.exe 然后執(zhí)行，執(zhí)行結(jié)果 foo.exe     變成exe文件的jar文件執(zhí)行結(jié)果     看到了么？一個(gè)含jar包的exe文件被執(zhí)行了！ 這個(gè)過程的大致原理是：exe文件的重要信息都在文件頭部，所以把亂七八糟的東西放exe文 件尾部是不要緊的；而jar/zip文件的重要信息是在文件尾部的，這樣它們兩不相干，能夠 容 易的被執(zhí)行。   請注意：讀者如果使用這個(gè)功能，得自己承擔(dān)可能帶來的風(fēng)險(xiǎn)，因?yàn)锽orland對(duì)這個(gè)功能不 提 供官方的支持！

試題
第一，談?wù)刦inal, finally, finalize的區(qū)別。
final? 修飾符（關(guān)鍵字）如果一個(gè)類被聲明為final，意味著它不能再派生出新的子類，不能作為父類被繼承。因此一個(gè)類不能既被聲明為 abstract的，又被聲明為final的。將變量或方法聲明為final，可以保證它們在使用中不被改變。被聲明為final的變量必須在聲明時(shí)給定 初值，而在以后的引用中只能讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載
finally?再異常處理時(shí)提供 finally 塊來執(zhí)行任何清除操作。如果拋出一個(gè)異常，那么相匹配的 catch 子句就會(huì)執(zhí)行，然后控制就會(huì)進(jìn)入 finally 塊（如果有的話）。
finalize? 方法名。Java 技術(shù)允許使用 finalize() 方法在垃圾收集器將對(duì)象從內(nèi)存中清除出去之前做必要的清理工作。這個(gè)方法是由垃圾收集器在確定這個(gè)對(duì)象沒有被引用時(shí)對(duì)這個(gè)對(duì)象調(diào)用的。它是在 Object 類中定義的，因此所有的類都繼承了它。子類覆蓋 finalize() 方法以整理系統(tǒng)資源或者執(zhí)行其他清理工作。finalize() 方法是在垃圾收集器刪除對(duì)象之前對(duì)這個(gè)對(duì)象調(diào)用的。

第二，Anonymous Inner Class (匿名內(nèi)部類) 是否可以extends(繼承)其它類，是否可以implements(實(shí)現(xiàn))interface(接口)?
匿名的內(nèi)部類是沒有名字的內(nèi)部類。不能extends(繼承) 其它類，但一個(gè)內(nèi)部類可以作為一個(gè)接口，由另一個(gè)內(nèi)部類實(shí)現(xiàn)。

第三，Static Nested Class 和 Inner Class的不同，說得越多越好(面試題有的很籠統(tǒng))。
Nested Class （一般是C++的說法），Inner Class (一般是J***A的說法)。Java內(nèi)部類與C++嵌套類最大的不同就在于是否有指向外部的引用上。具體可見http: //www.frontfree.net/articles/services/view.asp?id=704&page=1
注： 靜態(tài)內(nèi)部類（Inner Class）意味著1創(chuàng)建一個(gè)static內(nèi)部類的對(duì)象，不需要一個(gè)外部類對(duì)象，2不能從一個(gè)static內(nèi)部類的一個(gè)對(duì)象訪問一個(gè)外部類對(duì)象

第四，&和&&的區(qū)別。
&是位運(yùn)算符。&&是布爾邏輯運(yùn)算符。

第五，HashMap和Hashtable的區(qū)別。
都屬于Map接口的類，實(shí)現(xiàn)了將惟一鍵映射到特定的值上。
HashMap 類沒有分類或者排序。它允許一個(gè) null 鍵和多個(gè) null 值。
Hashtable 類似于 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因?yàn)樗峭降摹?

第六，Collection 和 Collections的區(qū)別。
Collections是個(gè)java.util下的類，它包含有各種有關(guān)集合操作的靜態(tài)方法。
Collection是個(gè)java.util下的接口，它是各種集合結(jié)構(gòu)的父接口。


第七，什么時(shí)候用assert。
斷言是一個(gè)包含布爾表達(dá)式的語句，在執(zhí)行這個(gè)語句時(shí)假定該表達(dá)式為 true。如果表達(dá)式計(jì)算為 false，那么系統(tǒng)會(huì)報(bào)告一個(gè) AssertionError。它用于調(diào)試目的：
assert(a > 0); // throws an AssertionError if a <= 0
斷言可以有兩種形式：
assert Expression1 ;
assert Expression1 : Expression2 ;
Expression1 應(yīng)該總是產(chǎn)生一個(gè)布爾值。
Expression2 可以是得出一個(gè)值的任意表達(dá)式。這個(gè)值用于生成顯示更多調(diào)試信息的 String 消息。
斷言在默認(rèn)情況下是禁用的。要在編譯時(shí)啟用斷言，需要使用 source 1.4 標(biāo)記：
javac -source 1.4 Test.java
要在運(yùn)行時(shí)啟用斷言，可使用 -enableassertions 或者 -ea 標(biāo)記。
要在運(yùn)行時(shí)選擇禁用斷言，可使用 -da 或者 -disableassertions 標(biāo)記。
要系統(tǒng)類中啟用斷言，可使用 -esa 或者 -dsa 標(biāo)記。還可以在包的基礎(chǔ)上啟用或者禁用斷言。
可 以在預(yù)計(jì)正常情況下不會(huì)到達(dá)的任何位置上放置斷言。斷言可以用于驗(yàn)證傳遞給私有方法的參數(shù)。不過，斷言不應(yīng)該用于驗(yàn)證傳遞給公有方法的參數(shù)，因?yàn)椴还苁欠? 啟用了斷言，公有方法都必須檢查其參數(shù)。不過，既可以在公有方法中，也可以在非公有方法中利用斷言測試后置條件。另外，斷言不應(yīng)該以任何方式改變程序的狀 態(tài)。


第八，GC是什么? 為什么要有GC? (基礎(chǔ))。
GC是垃圾收集器。Java 程序員不用擔(dān)心內(nèi)存管理，因?yàn)槔占鲿?huì)自動(dòng)進(jìn)行管理。要請求垃圾收集，可以調(diào)用下面的方法之一：
System.gc()
Runtime.getRuntime().gc()

第九，String s = new String("xyz");創(chuàng)建了幾個(gè)String Object?
兩個(gè)對(duì)象，一個(gè)是“xyx”,一個(gè)是指向“xyx”的引用對(duì)象s。

第十，Math.round(11.5)等於多少? Math.round(-11.5)等於多少?
Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11;

第十一，short s1 = 1; s1 = s1 + 1;有什么錯(cuò)? short s1 = 1; s1 += 1;有什么錯(cuò)?
short s1 = 1; s1 = s1 + 1;有錯(cuò)，s1是short型，s1+1是int型,不能顯式轉(zhuǎn)化為short型。可修改為s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正確。

第十二，sleep() 和 wait() 有什么區(qū)別? 搞線程的最愛
sleep()方法是使線程停止一段時(shí)間的方法。在sleep 時(shí)間間隔期滿后，線程不一定立即恢復(fù)執(zhí)行。這是因?yàn)樵谀莻€(gè)時(shí)刻，其它線程可能正在運(yùn)行而且沒有被調(diào)度為放棄執(zhí)行，除非(a)“醒來”的線程具有更高的優(yōu)先級(jí)
(b)正在運(yùn)行的線程因?yàn)槠渌蚨枞?
wait()是線程交互時(shí)，如果線程對(duì)一個(gè)同步對(duì)象x 發(fā)出一個(gè)wait()調(diào)用，該線程會(huì)暫停執(zhí)行，被調(diào)對(duì)象進(jìn)入等待狀態(tài)，直到被喚醒或等待時(shí)間到。



第十三，Java有沒有g(shù)oto?
Goto?java中的保留字，現(xiàn)在沒有在java中使用。

第十四，數(shù)組有沒有l(wèi)ength()這個(gè)方法? String有沒有l(wèi)ength()這個(gè)方法？
數(shù)組沒有l(wèi)ength()這個(gè)方法，有l(wèi)ength的屬性。
String有有l(wèi)ength()這個(gè)方法。

第十五，Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
方 法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn)，重 載Overloading是一個(gè)類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù)，我們說該方法被重寫 (Overriding)。子類的對(duì)象使用這個(gè)方法時(shí)，將調(diào)用子類中的定義，對(duì)它而言，父類中的定義如同被“屏蔽”了。如果在一個(gè)類中定義了多個(gè)同名的方 法，它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型。

第十六，Set里的元素是不能重復(fù)的，那么用什么方法來區(qū)分重復(fù)與否呢? 是用==還是equals()? 它們有何區(qū)別?
Set里的元素是不能重復(fù)的，那么用iterator()方法來區(qū)分重復(fù)與否。equals()是判讀兩個(gè)Set是否相等。
equals()和==方法決定引用值是否指向同一對(duì)象equals()在類中被覆蓋，為的是當(dāng)兩個(gè)分離的對(duì)象的內(nèi)容和類型相配的話，返回真值。

第十七，給我一個(gè)你最常見到的runtime exception。
ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException, EmptyStackException, IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException,
ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException, NullPointerException, ProfileDataException, ProviderException, RasterFormatException, SecurityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException

第十八，error和exception有什么區(qū)別?
error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception 表示一種設(shè)計(jì)或?qū)崿F(xiàn)問題。也就是說，它表示如果程序運(yùn)行正常，從不會(huì)發(fā)生的情況。


第十九，List, Set, Map是否繼承自Collection接口?
List，Set是

Map不是

第二十，abstract class和interface有什么區(qū)別?
聲 明方法的存在而不去實(shí)現(xiàn)它的類被叫做抽象類（abstract class），它用于要?jiǎng)?chuàng)建一個(gè)體現(xiàn)某些基本行為的類，并為該類聲明方法，但不能在該類中實(shí)現(xiàn)該類的情況。不能創(chuàng)建abstract 類的實(shí)例。然而可以創(chuàng)建一個(gè)變量，其類型是一個(gè)抽象類，并讓它指向具體子類的一個(gè)實(shí)例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。Abstract 類的子類為它們父類中的所有抽象方法提供實(shí)現(xiàn)，否則它們也是抽象類為。取而代之，在子類中實(shí)現(xiàn)該方法。知道其行為的其它類可以在類中實(shí)現(xiàn)這些方法。
接 口（interface）是抽象類的變體。在接口中，所有方法都是抽象的。多繼承性可通過實(shí)現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的，沒有一個(gè)有 程序體。接口只可以定義static final成員變量。接口的實(shí)現(xiàn)與子類相似，除了該實(shí)現(xiàn)類不能從接口定義中繼承行為。當(dāng)類實(shí)現(xiàn)特殊接口時(shí)，它定義（即將程序體給予）所有這種接口的方法。 然后，它可以在實(shí)現(xiàn)了該接口的類的任何對(duì)象上調(diào)用接口的方法。由于有抽象類，它允許使用接口名作為引用變量的類型。通常的動(dòng)態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到 接口類型或從接口類型轉(zhuǎn)換，instanceof 運(yùn)算符可以用來決定某對(duì)象的類是否實(shí)現(xiàn)了接口。

第二十一，abstract的method是否可同時(shí)是static,是否可同時(shí)是native，是否可同時(shí)是synchronized?
都不能

第二十二，接口是否可繼承接口? 抽象類是否可實(shí)現(xiàn)(implements)接口? 抽象類是否可繼承實(shí)體類(concrete class)?
接口可以繼承接口。抽象類可以實(shí)現(xiàn)(implements)接口，抽象類是否可繼承實(shí)體類，但前提是實(shí)體類必須有明確的構(gòu)造函數(shù)。

第二十三，啟動(dòng)一個(gè)線程是用run()還是start()?
啟動(dòng)一個(gè)線程是調(diào)用start()方法，使線程所代表的虛擬處理機(jī)處于可運(yùn)行狀態(tài)，這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會(huì)立即運(yùn)行。run()方法可以產(chǎn)生必須退出的標(biāo)志來停止一個(gè)線程。



第二十四，構(gòu)造器Constructor是否可被override?
構(gòu)造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。

第二十五，是否可以繼承String類?
String類是final類故不可以繼承。


第二十六，當(dāng)一個(gè)線程進(jìn)入一個(gè)對(duì)象的一個(gè)synchronized方法后，其它線程是否可進(jìn)入此對(duì)象的其它方法?
不能，一個(gè)對(duì)象的一個(gè)synchronized方法只能由一個(gè)線程訪問。

第二十七，try {}里有一個(gè)return語句，那么緊跟在這個(gè)try后的finally {}里的code會(huì)不會(huì)被執(zhí)行，什么時(shí)候被執(zhí)行，在return前還是后?
會(huì)執(zhí)行，在return前執(zhí)行。


第二十八，編程題: 用最有效率的方法算出2乘以8等於幾?
有C背景的程序員特別喜歡問這種問題。

2 << 3

第二十九，兩個(gè)對(duì)象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對(duì)不對(duì)?
不對(duì)，有相同的hash code。

第三十，當(dāng)一個(gè)對(duì)象被當(dāng)作參數(shù)傳遞到一個(gè)方法后，此方法可改變這個(gè)對(duì)象的屬性，并可返回變化后的結(jié)果，那么這里到底是值傳遞還是引用傳遞?
是值傳遞。Java 編程語言只由值傳遞參數(shù)。當(dāng)一個(gè)對(duì)象實(shí)例作為一個(gè)參數(shù)被傳遞到方法中時(shí)，參數(shù)的值就是對(duì)該對(duì)象的引用。對(duì)象的內(nèi)容可以在被調(diào)用的方法中改變，但對(duì)象的引用是永遠(yuǎn)不會(huì)改變的。


第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?
switch（expr1）中，expr1是一個(gè)整數(shù)表達(dá)式。因此傳遞給 switch 和 case 語句的參數(shù)應(yīng)該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。

第三十二，編程題: 寫一個(gè)Singleton出來。
Singleton模式主要作用是保證在Java應(yīng)用程序中，一個(gè)類Class只有一個(gè)實(shí)例存在。
一般Singleton模式通常有幾種種形式:
第一種形式: 定義一個(gè)類，它的構(gòu)造函數(shù)為private的，它有一個(gè)static的private的該類變量，在類初始化時(shí)實(shí)例話，通過一個(gè)public的getInstance方法獲取對(duì)它的引用,繼而調(diào)用其中的方法。
public class Singleton {
　　private Singleton(){}
　　//在自己內(nèi)部定義自己一個(gè)實(shí)例，是不是很奇怪？
　　//注意這是private 只供內(nèi)部調(diào)用
　　private static Singleton instance = new Singleton();
　　//這里提供了一個(gè)供外部訪問本class的靜態(tài)方法，可以直接訪問　　
　　public static Singleton getInstance() {
　　　　return instance; 　　
　　 }
}
第二種形式:
public class Singleton {
　　private static Singleton instance = null;
　　public static synchronized Singleton getInstance() {
　　//這個(gè)方法比上面有所改進(jìn)，不用每次都進(jìn)行生成對(duì)象，只是第一次　　　 　
　　//使用時(shí)生成實(shí)例，提高了效率！
　　if (instance==null)
　　　　instance＝new Singleton();
return instance; 　　}
}
其他形式:
定義一個(gè)類，它的構(gòu)造函數(shù)為private的，所有方法為static的。
一般認(rèn)為第一種形式要更加安全些

                                      

一，JBuilder光標(biāo)定位不準(zhǔn)確的修改:: 

在中文的Windows下面安裝JBuilder后，
在IDE的代碼編輯器里面光標(biāo)定位會(huì)不準(zhǔn)確，
很多人通過修改Editor的缺省字體來修改這個(gè)問題，
但是JBuilder預(yù)設(shè)的字體是最美觀的。魚與熊掌不能兼得，那么改怎么辦才好呢？

其實(shí)最簡單的辦法就是把JBuilder的Editor里面的
缺省字體里面的語法高亮列表里面"Reserved word"的Bold的屬性去掉，
就可以了，而且字體還更漂亮！

具體路徑："Editor Option"->"Color"->"Screen Element"->"Reserved word"
->"Attributes"->"Bold"，把"Bold"uncheck就可以了！

Enjoy it！！
二，如何在Jbuilder中使用自定義的Server.xml文件？
這個(gè)問題相信困擾很多人了，解決辦法如下
1，在jbuilder中運(yùn)行web app
2,在輸出窗口察看server0808的輸出目錄
我的jbuilder7是C:/myapp/Tomcat/conf/server8080.xml
3,把這個(gè)文件備份，
其中有這樣一行

4，刪除這一行，停止web app
5,此時(shí)Tomcat目錄下沒有conf目錄了，建立這個(gè)目錄，將刪除了3中這句話的文件放在
conf目錄，還叫做server8080.xml，把自己需要的連接池等信息加入

6，運(yùn)行web app，我在jbuilder7中不會(huì)替換這個(gè)文件。

ok...........................

Using a Custom server.xml file with Tomcat in JBuilder
Question:  How do a use a custom server.xml with Tomcat in JBuilder 4,5 and 6?

Answer:
Make a copy of the JBuilder-generated server.xml file while your Web app
is running, modify the line which says the file was generated by JBuilder,
make you mods, and then AFTER you quit the Web app you were just running,
save your modified copy back to server.xml. After that, JBuilder won't
modify that file.

Note: Remember that when you shut down Tomcat you'll need to recreate
the directory that the server.xml file was in before you can save it back out.
After you've made the above modifications, JBuilder will leave the directory
alone.
 
三，如何修改jbuilderx的字體
#1: 安裝JBX
#2: 改變一下，Editor|Display 里面的字體，主要是讓jbx搜索系統(tǒng)字體
#3: 關(guān)閉JBX
#4: 用戶主目錄下（我的是：C:\Documents and Settings\Administrator\）
.primetimeX/user_zh.properties

添加一行：
editor.display;fixed_fonts.3=\u5b8b\u4f53

就可以啦！
同樣也可以添加其它字體，只要在
editor.display;known_fonts
列表中有的，都可以添加，順序編號(hào)就行了

#5: 重起JBX 這是一篇關(guān)于怎樣使用JBuilder開發(fā)j2me程序的例子。本人使用JBuilder2005,2005自帶WTK2.1，自己下載2.2版 本，2.2那個(gè)默認(rèn)的模擬器很好用。另外,Jbuilder X下的WTK也是2.0的版本好象。Jbuilder 9的WTK是1.04。

首先開啟Jbuilder.建立一個(gè)Project。

然后填寫名字和路徑。繼續(xù)：


然后選擇JDK路徑，本身已有WTK2.1，你可以選擇。但是你也可以自己選擇其他的WTK版本。



點(diǎn)擊jdk后面的路徑按鈕,繼續(xù):


然后ok,next.工程建立完畢.
接著點(diǎn)擊file->New:



然后在對(duì)話框左邊選擇Micro,你就能看到右邊出現(xiàn)MIDlet,Displayable.

接上面的:如圖示




點(diǎn)擊MIDlet or Displayable,則讓你輸入MIDlet的名字.如圖:



繼續(xù)下一步,讓你輸入一個(gè)Displayable的名字,包括類型(form,canvas等),是否自動(dòng)加載Command

等等



然后Jbuilder自動(dòng)生成所需代碼,以及Jbuilder自加的一些東西.你可以添加或修改之.

這里我將本站一篇關(guān)于介紹Gamecanvas的文章的代碼拿過來,做少量修改,作為本文章的一個(gè)演示;
TestMIDlet.java文件:

package temps;

import javax.microedition.midlet.*;
import javax.microedition.lcdui.*;

/**
* Title:
*
* Description:
*
* Copyright: Copyright (c) 2005
*
* Company:
*
* @author not attributable
* @version 1.0
*/
public class TestMIDlet extends MIDlet
{
private Display display;

public void startApp()
{
try
{
display = Display.getDisplay(this);
Displayable1 gameCanvas = new Displayable1();
gameCanvas.start();
display.setCurrent(gameCanvas);
}
catch (Exception ex)
{
System.out.println(ex);
}
}

public Display getDisplay()
{
return display;
}

public void pauseApp()
{
}

public void destroyApp(boolean unconditional)
{
exit();
}

public void exit()
{
System.gc();
destroyApp(false);
notifyDestroyed();
}
}

Displayable1.java內(nèi)容:

package temps;

import javax.microedition.lcdui.*;
import java.util.Random;
import javax.microedition.lcdui.game.*;
/**
* Title:
*
* Description:
*
* Copyright: Copyright (c) 2005
*
* Company:
*
* @author not attributable
* @version 1.0
*/
public class Displayable1 extends GameCanvas implements Runnable
{
private boolean isPlay; // Game Loop runs when isPlay is true
private long delay; // To give thread consistency
private int currentX, currentY; // To hold current position of the 'X'
private int width; // To hold screen width
private int height; // To hold screen height
private Random random=new Random(System.currentTimeMillis());
private final int[] sequence={0,1,2,1,0,1,2,1,0,1,2,1,1,1,1,1,1};
private int counter=0;
private int enemyX,enemyY;
private int enemyDirect=0;
private boolean isdown=false;

private boolean isalive=true;

// Sprites to be used
private Sprite playerSprite;
private Sprite backgroundSprite;
private Sprite enemySprite;

// Layer Manager
private LayerManager layerManager;

// Constructor and initialization
public Displayable1() throws Exception
{
super(true);
width = getWidth();
height = getHeight();

currentX = width / 2;
currentY = height / 2;
enemyX=width/4;
enemyY=height/4;
delay = 100;

Image playerImage=null;
Image backgroundImage=null;
Image enemy=null;
// Load Images to Sprites
try
{
playerImage = Image.createImage("/transparent.png");
backgroundImage = Image.createImage("/background.png");
enemy=Image.createImage("/frames.png");
}
catch(Exception e)
{
System.out.println("get Image error!"+e.getMessage());
}

playerSprite = new Sprite(playerImage, 32, 32);
System.out.println(playerSprite.getRawFrameCount());
enemySprite=new Sprite(enemy,50,21);
backgroundSprite = new Sprite(backgroundImage);
layerManager = new LayerManager();
layerManager.append(playerSprite);
layerManager.append(enemySprite);
layerManager.append(backgroundSprite);

}

// Automatically start thread for game loop
public void start()
{
isPlay = true;
Thread t = new Thread(this);
t.start();
}

public void stop()
{
isPlay = false;
}

// Main Game Loop
public void run()
{
Graphics g = getGraphics();
while (isPlay == true)
{
input();
drawScreen(g);
try
{
Thread.sleep(delay);
}
catch (InterruptedException ie)
{

}
}
}

// Method to Handle User Inputs
private void input()
{
int keyStates = getKeyStates();

playerSprite.setFrame(0);
if(isalive)
{
if(counter==0)
{
enemyDirect=Math.abs(random.nextInt()%4);
}
counter++;
switch(enemyDirect)
{
case 0:
enemyY=Math.max(0,--enemyY);
break;
case 1:
enemyY=Math.min(++enemyY,height-enemySprite.getHeight());
break;
case 2:
enemyX=Math.max(0,--enemyX);
break;
case 3:
enemyX=Math.min(++enemyX,width-enemySprite.getWidth());
break;
}
counter=(counter++)%(sequence.length());
enemySprite.setFrame(sequence[counter]);
}
else
{
enemyY+=counter;
enemyY=Math.min(enemyY,height-enemySprite.getHeight());

if(enemyY
counter++;
enemySprite.setFrame(3);
}

// Left
if ((keyStates & LEFT_PRESSED) != 0)
{
currentX = Math.max(0, currentX - 1);
playerSprite.setFrame(1);
}

// Right
if ((keyStates & RIGHT_PRESSED) != 0)
if (currentX + 5 < width)
{
currentX = Math.min(width, currentX + 1);
playerSprite.setFrame(3);
}

// Up
if ((keyStates & UP_PRESSED) != 0)
{
currentY = Math.max(0, currentY - 1);
playerSprite.setFrame(2);
}

// Down
if ((keyStates & DOWN_PRESSED) != 0)
{
isdown=true;
}

if ((keyStates & DOWN_PRESSED) != 0)
{
if(isdown)
{
if (currentY + 10 < height)
{
currentY = Math.min(height, currentY + 1);
playerSprite.setFrame(4);
}
}
}

if((keyStates & FIRE_PRESSED)!=0)
{
isalive=!isalive;
counter=0;
}

if(!(enemyX+enemySprite.getWidth()currentX+playerSprite.getWidth() || enemyY>currentY+playerSprite.getHeight()) && isalive)
{
counter=0;
isalive=false;
}
}

// Method to Display Graphics
private void drawScreen(Graphics g)
{
g.setColor(0xffffff);
g.fillRect(0, 0, getWidth(), getHeight());
g.setColor(0x0000ff);

// updating player sprite position
playerSprite.setPosition(currentX, currentY);
enemySprite.setPosition(enemyX,enemyY);

layerManager.setViewWindow(0, 0, width, height);
layerManager.paint(g, 0,0);

g.setColor(0xffffff);
flushGraphics();
}

}

　　此程序里敵人隨機(jī)向4個(gè)方向移動(dòng),而玩家控制的角色可任意移動(dòng), 如果兩者發(fā)生碰撞,則敵人死亡.

　　另外按fire鍵可直接讓敵人生或死
關(guān)于運(yùn)行,Jbuilder里有個(gè)運(yùn)行配置:




一般不用修改,如果多個(gè)Midlet,你可以在這里添加.

關(guān)于用Jbuilder打包.

一樣file->new:




這個(gè)在2005和9,x里有所不同,選擇Archive,右邊選擇MIDlet,然后ok.




這里選擇要打包文件的目錄,當(dāng)前默認(rèn)是所有的class文件和資源文件,你也可以刪除掉,自己選擇一部分.

然后next,直到最后. 然后運(yùn)行,在運(yùn)行配置中默認(rèn)重新rebuild,打包等等.然后你能看到左上框里有jar文件和jad文件.




運(yùn)行結(jié)果:




呵呵,用你控制的主角去碰撞這只大飛蟲試試:

在無線通信領(lǐng)域有兩項(xiàng)重大的技術(shù)應(yīng)用，一個(gè)是寬帶CDMA技術(shù)，一個(gè)是IP技術(shù)。前者使無線通信獲得更多帶寬，3G的目標(biāo)是靜態(tài)速率達(dá)到2Mbps，而現(xiàn) 在的2.5G技術(shù)（如國內(nèi)正在建設(shè)的GPRS和CDMA2000 1X）都可達(dá)到115kbps的速率；后者使無線通信和因特網(wǎng)融合起來，實(shí)際上當(dāng)前WAP2.0技術(shù)就采用已經(jīng)很成熟的TCP、TLS和HTTP協(xié)議，而 移動(dòng)IP和IPv6技術(shù)將促使更多設(shè)備接入互聯(lián)網(wǎng)，如各種設(shè)備、家電等。

　　就是在這樣的環(huán)境下J2ME技術(shù)得以快速發(fā)展，J2ME用來為接入和即將接入互聯(lián)網(wǎng)的設(shè)備提供應(yīng)用開發(fā)平臺(tái)和執(zhí)行環(huán)境，本文則主要論述如何利用JBuilder進(jìn)行快速的J2ME應(yīng)用開發(fā)。

　　1. J2ME分層結(jié)構(gòu)及MIDP簡表

J2ME是SUN的JAVA2平臺(tái)微型版（JAVA2平臺(tái)3個(gè)版本之一，另兩個(gè)是標(biāo)準(zhǔn)版J2SE和企業(yè)版J2EE），采用3層結(jié)構(gòu)設(shè)計(jì)。最低層為配置層 （Configuration），包括虛擬機(jī)（VM）和類庫兩部分，這一層與設(shè)備層（硬件及操作系統(tǒng)）關(guān)系緊密，由SUN提供參考規(guī)范和源代碼，設(shè)備廠商 根據(jù)設(shè)備特征進(jìn)行相應(yīng)的移植。當(dāng)前J2ME提供有兩個(gè)配置：連接設(shè)備配置（CDC）和有限連接設(shè)備配置（CLDC）。前者主要面向有較大內(nèi)存和處理能力而 只需有限功能的設(shè)備，如電視置頂盒、冰箱、汽車導(dǎo)航設(shè)備等，這些設(shè)備都有連接網(wǎng)絡(luò)和相互交互的需求，其內(nèi)存在2M以上；后者主要面向?qū)?nèi)存和處理能力有較 大限制的手持設(shè)備，如現(xiàn)在使用的手機(jī)、PDA等，現(xiàn)在及將來大多數(shù)這些設(shè)備都已經(jīng)能夠接入互聯(lián)網(wǎng)，其內(nèi)存范圍160Kb（其中128Kb用于虛擬機(jī)及類 庫，至少32Kb用于CLDC規(guī)范所要求的應(yīng)用程序堆棧空間）到2M。二者主要區(qū)別在于能提供給VM及應(yīng)用程序的存儲(chǔ)空間，CDC所用VM及類庫實(shí)際是參 考J2SE標(biāo)準(zhǔn)，去除了不需要的功能如AWT。CLDC所用VM（稱作KVM）則有較大區(qū)別，包括類驗(yàn)證機(jī)制。對(duì)于下一代移動(dòng)終端設(shè)備如智能電話、高端 PDA，則是CDC所應(yīng)用對(duì)象，因?yàn)樗鼈儗⒂谐^2M的內(nèi)存。

　　設(shè)備層之上是簡表層（Profile），再之上則是應(yīng)用層 （Application）。簡表層擴(kuò)展了配置層功能為上層應(yīng)用提供API，如果說配置層面向設(shè)備，簡表層則面向應(yīng)用。可以根據(jù)需要在CDC或CLDC基 礎(chǔ)之上提供多種簡表，一個(gè)配置層之上也可以有多個(gè)簡表。當(dāng)前CDC之上有基礎(chǔ)簡表（Foundation Profile）和基于FP的Personal Profile和RMI Profile。CLDC之上則主要提供有移動(dòng)信息設(shè)備簡表（MIDP），即用于手機(jī)、PDA等移動(dòng)終端的設(shè)備簡表，提供API以支持無線應(yīng)用的開發(fā)。

　　CLDC類庫一部分來自J2SE，這部分類庫是經(jīng)過裁減的，去除了不必要的功能，主要包括java.lang包中的系統(tǒng)類、數(shù)據(jù)類型 類、異常處理類，java.util包的集合類、時(shí)間類和附加工具類，java.io包的I/O處理類。CLDC專有類則主要是"通用連接框架（GCF） "，為CLDC提供網(wǎng)絡(luò)連接功能，這些網(wǎng)絡(luò)接口都是Connection類的子類，由類Connector所提供的方法調(diào)用，這些接口或類位于包 javax.microedition.io。

　　CDC類庫則是CLDC的超集，因此為CLDC開發(fā)的應(yīng)用程序可以移植到CDC平 臺(tái)，由于CDC采用標(biāo)準(zhǔn)的J2SE VM，因此其開發(fā)與標(biāo)準(zhǔn)的J2SE開發(fā)一致，只是在用javac工具編譯源代碼時(shí)需要使用CDC的類庫，即使用-bootclasspath參數(shù)指向 CDC類庫。

　　MIDP擴(kuò)展了CLDC的功能，它繼承了GCF并在此基礎(chǔ)上增加了類HttpConnection，用以提供 HTTP連接功能（盡管從理論上CLDC/MIDP可以提供socket、數(shù)據(jù)報(bào)、文件、NFS等多種連接類型，但現(xiàn)在標(biāo)準(zhǔn)的CLDC/MIDP僅支持 HTTP協(xié)議，一些設(shè)備實(shí)現(xiàn)則提供了socket和HTTPS協(xié)議的支持），MIDP類庫

　　總結(jié)如下：

　　java.io、java.lang、java.util，屬于MIDP的核心包，分別用來提供系統(tǒng)I/O、語言支持和工具支持。包中的類來自CLDC并稍有增加，但都來自J2SE。

　　javax.microedition.midlet，定義了MIDP應(yīng)用程序，以及應(yīng)用程序和它所運(yùn)行于環(huán)境之間的交互。

　　javax.microedition.lcdui，為MIDP應(yīng)用程序提供用戶界面API。

　　javax.microedition.rms，用來為MIDlet提供持久存儲(chǔ)的機(jī)制，應(yīng)用程序可以存儲(chǔ)數(shù)據(jù)，在以后需要的時(shí)候獲取這些數(shù)據(jù)。

　　javax.microedition.io，提供了基于CLDC通用連接框架的網(wǎng)絡(luò)支持。


2. MIDP應(yīng)用程序開發(fā)

　　這里討論的J2ME無線應(yīng)用開發(fā)主要是基于CLDC/MIDP的開發(fā)，其應(yīng)用程序可運(yùn)行于移植有KVM的手機(jī)、PDA等，這類設(shè)備由MIDP定義，即移動(dòng)信息設(shè)備（MID），可看作一垂直應(yīng)用市場。

　　可在PC（Windows、UNIX或Linux平臺(tái)）上開發(fā)MIDP應(yīng)用程序，編譯成類文件形式，下載到目標(biāo)設(shè)備上，經(jīng)過類文件的驗(yàn)證（驗(yàn)證是否有不符合KVM規(guī)范的方法調(diào)用等）后即可解釋執(zhí)行。

　　生成的.java文件至少有一個(gè)是擴(kuò)展了javax.microedition.midlet.MIDlet類的子類，并且實(shí)現(xiàn)幾個(gè)規(guī)定的接口，比如下面的一個(gè)MIDlet程序 ：


import javax.microedition.midlet.*; //應(yīng)用程序生命周期，和J2SE一樣，包java.lang.*是默認(rèn)加載的
import javax.microedition.lcdui.*; //MIDP用戶界面
public class FirstMIDlet extends MIDlet implements CommandListener {
private Display display; // 引用MIDlet的Display 對(duì)象
private TextBox textBox; // Textbox 顯示一條消息
private Command cmdExit; // 設(shè)定按鈕用于退出MIDlet
public FirstMIDlet() { // MIDlet構(gòu)造程序
display = Display.getDisplay(this);
cmdExit = new Command("Exit", Command.SCREEN, 1);
textBox = new TextBox("My First MIDlet", "Hello, J2ME！", 50, 0);
textBox.addCommand(cmdExit);
textBox.setCommandListener(this);
}
public void startApp() { // 必須要實(shí)現(xiàn)的接口，被應(yīng)用管理軟件調(diào)用來啟動(dòng)MIDlet
display.setCurrent(textBox);
}
public void pauseApp() { } // 必須要實(shí)現(xiàn)的接口
public void destroyApp(boolean unconditional) { } //必須要實(shí)現(xiàn)的接口
public void commandAction(Command c, Displayable d) { //檢查一下是否選擇了退出命令
if (c == cmdExit) {
destroyApp(false);
notifyDestroyed();
}
}
}

這是最簡單且功能完整的MIDlet應(yīng)用程序，其中接口startApp、pauseApp、destroyApp是必須要實(shí)現(xiàn)的，應(yīng)用程序管理器 （JAM）通過這些接口調(diào)用和控制應(yīng)用程序，與Applet類似。除這個(gè)主類外還可以有其它輔助類，其要求和J2SE一致。

然后使用 javac工具編譯，javac工具來自J2SE，至少JDK 1.3版，編譯時(shí)應(yīng)該使用參數(shù)-bootclasspath并指向MIDP類庫。之后使用preverify工具預(yù)驗(yàn)證，以保證生成的.class文件符 合CLDC要求，這一步為每個(gè)類文件添加堆棧映射（stackmap，此屬性為CLDC新定義）屬性，增加類文件大小約5%。

　　此時(shí)可以用midp工具（來自MIDP實(shí)現(xiàn)的可執(zhí)行文件）模擬運(yùn)行，之后即可打包，需要編寫一清單文件（清單文件參考CLDC/MIDP規(guī)范），用jar工具（來自J2SE）把預(yù)驗(yàn)證后的類文件、資源文件、清單文件打包。

要發(fā)布應(yīng)用程序還需要編寫一描述文件（JAD），JAD的要求同清單文件一致，可以自定義參數(shù)供應(yīng)用程序調(diào)用。其中一個(gè)參數(shù)MIDlet-Jar- URL以URL方式指向JAR文件，移動(dòng)終端設(shè)備通過JAM連接網(wǎng)絡(luò)獲取JAD，下載MIDlet-Jar-URL指向的JAR到設(shè)備中，通常JAM要先 判斷JAD與清單文件是否一致，應(yīng)用程序是否有效，然后才決定下載。

　　運(yùn)行時(shí)執(zhí)行環(huán)境、JAR包、JAD文件和應(yīng)用程序生命周期，這些要素構(gòu)成MIDlet套件，由JAM管理，每個(gè)MIDlet套件可包含一個(gè)或多個(gè)MIDlet。

　　上面是一個(gè)MIDP應(yīng)用程序開發(fā)的關(guān)鍵點(diǎn)，具體的開發(fā)方法及開發(fā)工具大致分為如下幾種：

　　Ⅰ. 基本開發(fā)工具

最基本的開發(fā)方式是下載SUN提供的CLDC/MIDP參考實(shí)現(xiàn)及源代碼，可根據(jù)需求編譯生成一個(gè)CLDC/MIDP實(shí)現(xiàn)，并移植到設(shè)備上。配置好開發(fā) 環(huán)境（CLDC/MIDP實(shí)現(xiàn)、JDK1.3）后即可采用上述方法和工具進(jìn)行開發(fā)，多采用命令行方式，這是最原始的方法。

　　Ⅱ. J2MEWTK開發(fā)工具

這是SUN提供的便捷開發(fā)工具，用于Windows環(huán)境，同樣需要先安裝JDK1.3。源程序仍需要使用常規(guī)的文本編輯器，把編輯好的源文件及資源文件 按一定要求放在規(guī)定目錄下，J2MEWTK所提供的是菜單或按鈕方式的命令。J2MEWTK中有相應(yīng)的編譯（和預(yù)驗(yàn)證一個(gè)步驟）、打包、模擬運(yùn)行的菜單 （或按鈕），以及其它輔助工具。

　　Ⅲ. IDE工具

　　可以使用Forte For Java、JBuilder等IDE工具和J2MEWTK集成使用，它們除了有J2MEWTK的功能外，就是提供有可視化的開發(fā)工具。

3. 使用JBuilder MobileSet

JBuilder是Java程序員常用工具之一，在于它強(qiáng)大的可視化編程工具，集成的編譯、運(yùn)行和調(diào)試環(huán)境。要為JBuilder提供J2ME無線應(yīng)用 開發(fā)支持，需要在JBuilder基礎(chǔ)之上安裝MobileSet，建議安裝2.0版，當(dāng)前支持CLDC/MIDP的1.0.3版本，而JBuilder 的版本應(yīng)該是6。JBuilder MobileSet 2可從下面網(wǎng)址免費(fèi)下載：

　　http: //www.borland.com/jbuilder/mobileset/ 同時(shí)還要下載相應(yīng)的MobileSet序列號(hào)和許可密鑰（免費(fèi)），根據(jù)提示安裝MobileSet并注冊后，運(yùn)行JBuilder會(huì)找到 "Help|MobileSet Guilde"菜單項(xiàng)。使用菜單"File->New..."打開"Object Gallery"對(duì)話框，會(huì)出現(xiàn)一個(gè)新的頁面標(biāo)簽"Micro"，此時(shí)圖標(biāo)"MIDlet"和"MIDP Displayable"是灰色的，只有生成一個(gè)MIDP項(xiàng)目后才能使用這兩個(gè)圖標(biāo)。

　　3.1 JBuilder MobileSet的特征

　　JBuilder MobileSet是一個(gè)開放工具，能夠與其它供應(yīng)商提供的J2ME開發(fā)工具包集成在一起，當(dāng)前提供了對(duì)下列廠商工具包的支持：

　　Sun提供的J2ME無線開發(fā)工具包1.0.3版（J2MEWTK）

　　諾基亞的J2ME開發(fā)套件（http://forum.nokia.com/）

　　西門子的SMTK開發(fā)工具包（http://www.siemens-mobile.de/）

　　其中J2MEWTK已經(jīng)包含在MobileSet 2的安裝文件中，如果要使用J2MEWTK提供的開發(fā)類庫，并且還沒有安裝J2MEWTK，可以在安裝MobileSet 2時(shí)選擇完全安裝。MobileSet 2提供了下列輔助開發(fā)的工具：
　
　　用于CLDC/MIDP類的CodeInsight工具

　　類/包瀏覽器

　　JDK轉(zhuǎn)換工具

　　動(dòng)態(tài)適配到任何J2ME簡表，包括MIDP

和開發(fā)其它Java應(yīng)用程序一樣，JBuilder通過MobileSet提供了快速開發(fā)模板，包括MIDP項(xiàng)目模板，MIDP Displayable模板，MIDlet模板。它提供了RAD（快速應(yīng)用開發(fā)）的可視設(shè)計(jì)器，支持MIDP UI元素。通過MobileSet還支持MIDP應(yīng)用程序打包和OTA配置（Over the Air，上載和下載文件和MIDlet套件，用來配置應(yīng)用程序到設(shè)備上）。

　　MobileSet能夠用在JBuilder的個(gè)人版、專家版和企業(yè)版，但是一些功能不能用在個(gè)人版如JDK設(shè)置切換，打包器等。

　　3.2 配置JDK

前面已提到編譯MIDP應(yīng)用程序時(shí)需要設(shè)置特定的CLDC/MIDP類庫，以避免使用默認(rèn)的J2SE類庫，在JBuilder中同樣要進(jìn)行類似設(shè)置。這 是通過JDK配置選項(xiàng)實(shí)現(xiàn)的，JBuilder的設(shè)計(jì)獨(dú)立于JDK，盡管每個(gè)JBuilder版本發(fā)布時(shí)會(huì)默認(rèn)安裝一個(gè)當(dāng)時(shí)較新的JDK（類庫），但還可 以通過它的配置機(jī)制設(shè)置其它JDK，包括舊版本、更新版本或者OEM版的JDK，從而實(shí)現(xiàn)了JBulder的擴(kuò)展性。

　　專家版和企 業(yè)版的JBuilder可同時(shí)配置多個(gè)JDK，根據(jù)需要設(shè)置其中一個(gè)為默認(rèn)即可，而個(gè)人版的卻要在需要時(shí)重新配置每個(gè)JDK。安裝MobileSet后可 選擇安裝J2MEWTK、諾基亞和西門子的JDK，然后為設(shè)置的每個(gè)JDK自定義一個(gè)名稱，并把其主目錄指向這個(gè)JDK中\(zhòng)bin的父目錄，需要注意的是 JDK目錄中不能有空格如c:\Program Files\ J2mewtk。

　　3.3 MIDP項(xiàng)目

JBuilder開發(fā)都以項(xiàng)目概念為中心，項(xiàng)目文件包含一個(gè)（屬于這個(gè)項(xiàng)目的）文件列表以及項(xiàng)目屬性，其中項(xiàng)目屬性包括項(xiàng)目模板、缺省路徑、類庫和連接配 置等，JBuilder使用這些信息加載、保存、編譯和運(yùn)行項(xiàng)目。使用Jbuilder開發(fā)環(huán)境添加、移除文件，或者設(shè)置、更改項(xiàng)目屬性都會(huì)更改項(xiàng)目文 件。可以在項(xiàng)目面板中看到項(xiàng)目文件作為主節(jié)點(diǎn)顯示。

　　生成項(xiàng)目的便捷方式是使用項(xiàng)目模板工具，可用來設(shè)置項(xiàng)目名稱、類型和模板，以及JDK、工作目錄、備份路徑和編譯輸出路徑等。其中項(xiàng)目類型可選擇.jpx或者.jpr，二者內(nèi)容一樣，區(qū)別是前者使用XML格式文件，因此適合于共享的項(xiàng)目。

而JDK則是前面所設(shè)置中的一個(gè)，并且只有選擇CLDC/MIDP的JDK才能使用Object Gallery中的Micro選項(xiàng)。每個(gè)項(xiàng)目至少一個(gè)MIDlet主類，所以首先應(yīng)使用MIDlet模板生成一個(gè)MIDlet主類。通過模板可以設(shè)置這個(gè) 主類的類名、標(biāo)題、屏幕類型和命令處理方式，其中屏幕類型有4個(gè)選擇：

　　(javax.microedition.lcdui.)Canvas、Form、List、TextBox，只有Form的擴(kuò)展類才能添加其它的組件（Item的子類）。命令處理方式也有4個(gè)選擇：

　　Ⅰ. -- 通過其它的類設(shè)置commandListener，比如MIDlet類。

　　Ⅱ. Interface implementation -- 生成一個(gè)類并在類中實(shí)現(xiàn)commandListener接口，這種方式生成的類的大小會(huì)比適配器方式生成的小。

　　Ⅲ. Standard adapter -- 這種方式生成的代碼采用標(biāo)準(zhǔn)適配器的形式：


class Foo {
private void jbInit() {
addListener(new Adapter(this));
}
}
class Adapter {
...
}

　　Ⅳ. Anonymous adapter -- 這種方式生成的代碼采用匿名適配器的形式：


class Foo {
private void jbInit() {
addListener(new Listener() {
...
});
}
}

　　后兩種適配器形式可以通過項(xiàng)目屬性"Code Style"設(shè)置。如果要在這個(gè)MIDP應(yīng)用程序中添加更多的屏幕，可以使用Displayable模板添加，或者通過MIDlet模板添加更多的MIDP應(yīng)用程序到項(xiàng)目中。

　　生成應(yīng)用程序框架后，就可根據(jù)本文第2部分要求添加所需代碼，并使用JBuilder提供的便捷方式進(jìn)行編譯（預(yù)驗(yàn)證）、打包、模擬運(yùn)行和發(fā)布，JBuilder提供有內(nèi)置web服務(wù)器和ftp服務(wù)器，以方便開發(fā)者測試應(yīng)用程序的發(fā)布。

如果使用MIDlet或Displayable模板生成一個(gè)Form類型的Displayable對(duì)象，則可以使用JBuilder的"MIDP設(shè)計(jì)器 "定制用戶界面，即從組件板上以拖拉方式生成UI元素，可用鼠標(biāo)調(diào)整這些元素的位置或者進(jìn)行復(fù)制、刪除等操作，這就是JBuilder強(qiáng)大功能之所在。

　　如果是使用模板生成Displayable類，會(huì)自動(dòng)生成jbInit()方法，當(dāng)在Form中添加UI元素時(shí)，設(shè)計(jì)器會(huì)把代碼添加 進(jìn)jbInit()方法。如果希望打開一個(gè)現(xiàn)有Displayable類到設(shè)計(jì)器，它已經(jīng)有UI元素，但是沒有jbInit()方法，首先需要生成一個(gè) jbInit()方法，然后把所有的UI元素轉(zhuǎn)移進(jìn)去。      摘要: Java中一些關(guān)于日期、日期格式、日期的解析和日期的計(jì)算 (轉(zhuǎn)) 跑系統(tǒng)時(shí),難免遇到了數(shù)據(jù)量大的情況,只好讓愛機(jī)徹夜工作了,自己閃人。畢竟對(duì)它不放心，這時(shí)得用到日志，日志里的時(shí)間肯定是要的啦。至少得知道他什么時(shí)候罷工吧（今天一來，我電腦就在昨天不明時(shí)間罷工了！）。下面是轉(zhuǎn)自一位網(wǎng)友的： Java中一些關(guān)于日期、日期格式、日期的解析和日期的計(jì)算 Java 語言的Calendar...  閱讀全文    其實(shí)無論什么東西,我們都不能否認(rèn)它能帶來的好處,但也決不能因此就忽視了不好的地方,甚至盲目的追崇和信賴.
   java的IDE 開發(fā)環(huán)境也是一樣,它們讓我們的程序開發(fā)變得簡單等等很多好處,但是我們真的就完全的對(duì)它推崇嗎? 答案當(dāng)然是否定的.對(duì)于我們,尤其是初探j(luò)ava 的朋友們,如果過于追求IDE的使用,可能會(huì)使我們忽略java 本身的精髓,而只是學(xué)會(huì)如何的去使用IDE.
    同時(shí)在大型程序的開發(fā)過程中,如果IDE本身的錯(cuò)誤或不兼容現(xiàn)象的產(chǎn)生,會(huì)讓我們很難辦.程序的優(yōu)化問題一直是一個(gè)很值得研究的問題,尤其是在我們這個(gè)有限資源的社會(huì)當(dāng)中.
   今天由于時(shí)間限制,我僅寫到這里,IDE還有很多值得我們關(guān)注的地方,但是即便如此,我們也并不能排斥它,因?yàn)樗_實(shí)為我們實(shí)際地工作和學(xué)習(xí)帶來了很多方便之處.相反,我們要有想法有對(duì)策的更好的利用IDE.