JAVA軟體開發相關環境設定與名詞解釋

最近真的被洗臉洗滿慘的....
一堆東西原來都不懂，或是懂得根本就是皮毛中的皮毛；現在在環境逼迫的壓力下，要一夕之間快速成長XDD
趕緊做功課跟筆記


  • IDE(Integrated Development Environment)：整合開發環境，
【常見的IDE】
  • Eclipse：開源免費的IDE，可以利用很多plug-in來開發不同語言的程式(C++的CDT, Python, PHP的PDT, WEB APP的WDT)。
  • Microsoft Virtual Studio：閉源付費的IDE，有一系列的產品for Windows各平台，號稱地表最強大的IDE。用於開發微軟的平台上的程式(Windows Desk, Windows Phone, .NET Framework等)

  • SDK(Software Development Kit)：軟體開發套件，等於是用於特定環境下軟體開發的工具包，可能包含了像是函式庫(Library)、編譯器、技術支援文件等。有些SDK都可以免費取得，例如Android、Java。(wiki解釋)

  • JDK(Java Development Kit)：跟上面SDK幾乎是一樣的解釋，就是For Java就稱為JDK。例如Android也有SDK這樣。


  • JRE(Java Runtime Environment)：基本上就是包含JVM和標準函式庫，標準函式庫提供一些內建的API，而Java也透過JRE來達到跨平台的效果。

    相關參考連結：
    什麼是 JRE？
    Jave SE Platform

  • JAR(Java Archive)：即是由一堆.class檔、圖片、影像等所壓縮的集合。而有一些以開發好的程式想給其他人使用，可以透過Java JDK提供的功能，以ZIP的格式壓縮成.jar，提供給他人使用。

    當我們想利用別人提供的.jar檔時，需將其import，也就是將的jar檔的名稱跟位置設定到Classpath中，如此JVM才能透過Classpath的路徑來找到這些可執行檔(.class)。

    ps.由.java檔所編譯完成後會產生.class檔，而.class檔可被JVM載入並執行。

    相關參考連結：
    CLASSPATH 是什麼？

留言

張貼留言

這個網誌中的熱門文章

API、Method和Library是什麼東西和關係？

圖片
這三者我一直搞不清楚，有時候API跟Method好像差不多，有時候覺得API概念不就跟Library一樣嗎？ 後來發現這三者差別，需要視它們是對於一個"應用程式"而言是在什麼位置。是應用程式本身，還是不相關的應用程式，還是想要與應用程式互動的外部應用程式。 先來個例子： 今天有一個甲應用程式提供了API ReturnNumber(int a) 而甲應用程式裡面的處理是 int ReturnNumber(int a){ return round(random(a)); }; 接著我們一一解釋它們各是甚麼。 round()、random()：是由內建library提供的兩個method ReturnNumber()：是一個自己寫的Method，但因為我們提供它給外部使用，所以也是個API。 假設乙應用程式用了ReturnNumber()這個API，則只能傳進一個參數a，實際上他不知道這個API裡面寫了什麼，只能透過甲提供的文件說明來知道用途。 這個例子可以看到三者的實例，接著再來進一步說明。 ----------------------------------------------------------------------------------------------- API、Method和Library的關係 【Library】 函式庫，指將一群已經寫好的Method(Function)包成一個Library，當我們import這個Library後就能使用其包含的Method。(此處只是個程式語言的稱法不同，Method指Java、Function指C) 【API( A pplication P rogramming I nterface)】 應用程式介面，指提供給 外部程式 存取或是已經寫好的功能，事實上可以把它當作一群Method的集合，外部程式只能用這些Method。 【Method】 在Java稱為Method，類似C的Function，但不完全相同，這又是另一段故事了。 (在物件導向中的Method是綁定Class，所以要用Method一定要先實體化一個Object。ex. student.gohom
閱讀完整內容

《人月神話》簡易心得

這本真的是很有收穫的書籍，對於在軟體產業工作(尤其是by專案)，看完有著很大的共鳴跟反思。（還沒進產業時曾看過一遍，實際工作後再看一遍又有更深的體會。） 重點是這是三十年前寫的書，而隨著技術與工具的進步，軟體專案發展到現在仍然有書中所說的種種困境與難題，看完會覺得作者真的對軟體專案看得很透徹。 簡短心得就把每一章濃縮成我覺得最重要的「一兩句話」，避免太發散。 但書裡面的內容絕對不只、也無法用一句話精準的概括，只是這樣比較方便記憶而已。
閱讀完整內容

Asp.net的網頁生命週期

圖片
Asp.net 網頁生命週期 指的是asp.net server 端在接收到 client 端所送出的h ttp request 後，處理的流程。 分成八個階段， 依序 完成。 1. Page request （要求） 接收 client 端發出的 request 物件，決定要重新生成網頁回傳，還是快取裡面有可以直接回傳的網頁資料。 2. Start （開始） a. 準備 request跟response物件的屬性，最後會在rendering階段寫入。 b. 判斷這是第一次造訪的 request ，還是 Postback ，是的話就設定 Page.IsPostBack 這個 屬性。 3. Initialization （初始化） a. 套用佈景主題 b. 載入web 伺服器控制項( WebControls )；如果是這次是Postback，這階段還沒有把ViewState恢復。 （ ViewState 是asp.net的機制，會把控制項選好的內容用<input type="hidden" ....>偷偷記錄下來，傳遞的時候才不會造成每次控制項都清空。 因為http是無狀態協定，每一個request都是獨立的，不會紀錄client跟server端的資料，就不會知道上一次使用者選了什麼；用ViewState記錄下來的話，server這邊就會把控制項的值都設定成ViewState的狀態，再傳回client端，client端看起來就會像是沒有改變了，缺點是一來一回要傳的資料量就比較大，效能會比較差。） 4. Load （載入） a. 如果是Postback，就恢復Webcontrol控制項的ViewState。 （也就是把之前選取的狀態都設定好，傳回去client端才不會變成初始化的狀態，造成使用者需要重選。） 5. Validation （驗證） a. 呼叫每個Webcontrol控制項的Validate()方法，執行各自的驗證。並設定每個控制項和整個網頁的IsValid屬性。 6. Event Handling （事件處理） a.  處理 Postback 的事件 7. Rendering （呈現） a. 把ViewState跟Webcontrol控
閱讀完整內容