java富客戶端

⑴ 描述一下什麼是web客戶端技術，什麼又是富客戶端技術

web客戶端是指瀏覽器，其主要包括HTML、javaScritp等技術。而關於富客戶端技術可以參考知道http://..com/question/127715039.html中的內容。

⑵ 免費的java快速開發平台有哪些

1、通過我對全國三十幾家開發平台廠商的排查，能夠提供免費的確實屈指可數，更可況又要是java又要是主流，找來找去只有一個，就是廣州天翎Myapps平台，他們最近有推出免費版本，但是是永久免費還是免費一端時間建議直接聯系進一步了解呢；
2、我看很多朋友回答中一口咬定不存在免費的，其實不然呢，現在軟體行業的商業模式還是有幾種的，一種是大家知道的直接賣錢（主流），第二種就是產品免費但是通過部分人工服務收費（力軟），第三種就是這兩種的結合體，即把產品劃分出不同版本，較低配置的作為免費版去引流，而高配置的留著賣錢，我猜天翎應該是這種模式，但是有什麼關系呢，對於個人，初創團隊和成長型軟體公司來說，很多小的業務系統只要有開發平台就足夠了！

⑶ 一個合格的Java開發工程師應該具備哪些技能

.CoreJava，就是Java基礎、JDK的類庫，很多童鞋都會說，JDK我懂，但是懂還不足夠，知其然還要知其所以然，JDK的源代碼寫的非常好，要經常查看，對使用頻繁的類，比如String，集合類（List，Map，Set）等數據結構要知道它們的實現，不同的集合類有什麼區別，然後才能知道在一個具體的場合下使用哪個集合類更適合、更高效，這些內容直接看源代碼就OK了2.多線程並發編程，現在並發幾乎是寫服務端程序必須的技術，那對Java中的多線程就要有足夠的熟悉，包括對象鎖機制、synchronized關鍵字，concurrent包都要非常熟悉，這部分推薦你看看《Java並發編程實踐》這本書，講解的很詳細3.I/O，Socket編程，首先要熟悉Java中Socket編程，以及I/O包，再深入下去就是JavaNIO,再深入下去是操作系統底層的Socket實現,了解Windows和Linux中是怎麼實現socket的4.JVM的一些知識，不需要熟悉，但是需要了解，這是Java的本質，可以說是Java的母體,了解之後眼界會更寬闊，比如Java內存模型（會對理解Java鎖、多線程有幫助）、位元組碼、JVM的模型、各種垃圾收集器以及選擇、JVM的執行參數（優化JVM）等等,這些知識在《深入Java虛擬機》這本書中都有詳盡的解釋,或者去oracle網站上查看具體版本的JVM規范.5.一些常用的設計模式，比如單例、模板方法、代理、適配器等等，以及在CoreJava和一些Java框架里的具體場景的實現，這個可能需要慢慢積累，先了解有哪些使用場景，見得多了，自己就自然而然會去用。6.常用資料庫（Oracle、MySQL等）、SQL語句以及一般的優化7.JavaWeb開發的框架，比如Spring、iBatis等框架，同樣他們的原理才是最重要的，至少要知道他們的大致原理。8.其他一些有名的用的比較多的開源框架和包，Netty網路框架，Apachecommon的N多包，Google的Guava等等，也可以經常去Github上找一些代碼看看

⑷ java都學哪些內容學完之後可以做哪些工作

Java的應用領域非常廣泛。可以做應用系統、互聯網網站、以及移動端的安卓等。
學了Java之後就可以從事Java的軟體開發工作，而且目前企業里緊缺的就是軟體人才，Java以自身的優勢市場份額排在計算機編程語言第一位。
1 java SE 一般基礎學的是這個，以後可以開發圖形界面等。
2 java EE 一般是做企業級應用，比如網站、XX系統軟體等等。
3 java ME 一般是做java手機開發，不過現在用java開發android更火一些。
學習內容大致可分為以下10點，但也要跟上技術發展的步伐，實時更新。
1、Java語言
Java語言體系比較龐大，包括多個模塊。從WEB項目應用角度講有JSP、Servlet、JDBC、JavaBean(Application)四部分技術。
（1）、Java Database Connectivity(JDBC)技術
在Java Web應用開發中，資料庫管理系統（RDBMS）的使用是不可缺少的。JDBC(Java Database Connectivity) 是一種用於執行SQL 語句的 Java API。它由一組用 Java 編程語言編寫的類和介面組成。JDBC 為工具/資料庫開發人員提供了一個標準的API，使他們能夠用純Java API 來編寫資料庫應用程序。
簡單地說，JDBC 可做三件事：
l 與資料庫建立連接，
l 發送SQL 語句，
l 處理結果。
（2）、Servlet技術
Servlet是運行在伺服器端的程序，可以被認為是伺服器端的applet。servlet被Web伺服器（例如Tomcat）載入和執行，就如同applet被瀏覽器載入和執行一樣。servlet從客戶端(通過Web伺服器)接收請求，執行某種操作，然後返回結果。

Servlet的主要優點包括
l Servlet是持久的。servlet只需Web伺服器載入一次，而且可以在不同請求之間保持服務(例如一次資料庫連接)。
l Servlet是與平台無關的。如前所述，servlet是用Java編寫的，它自然也繼承了Java的平台無關性。
l Servlet是可擴展的。由於servlet是用Java編寫的，它就具備了Java所能帶來的所有優點。Java是健壯的、面向對象的編程語言，它很容易擴展以適應你的需求。servlet自然也具備了這些特徵。
l Servlet是安全的。從外界調用一個servlet的惟一方法就是通過Web伺服器。這提供了高水平的安全性保障，尤其是在你的Web伺服器有防火牆保護的時候。
l Servlet可以在多種多樣的客戶機上使用。由於servlet是用Java編寫的，所以你可以很方便地在HTML中使用它們。
（3）、JavaServer Pages(JSP)技術
JSP是從Servlet上分離出來的一小部分，簡化了開發，加強了界面設計。JSP定位在交互網頁的開發。運用Java語法，但功能較Servlet弱了很多，並且高級開發中只充當用戶界面部分。JSP容器收到客戶端發出的請求時，首先執行其中的程序片段，然後將執行結果以HTML格式響應給客戶端。其中程序片段可以是：操作資料庫、重新定向網頁以及發送 E-Mail 等等，這些都是建立動態網站所需要的功能。所有程序操作都在伺服器端執行，網路上傳送給客戶端的僅是得到的結果，與客戶端的瀏覽器無關，因此，JSP 稱為Server-Side Language。
JavaServer Pages的主要優點包括
●一次編寫，各處執行(Write Once, Run Anywhere)特性
作為Java 平台的一部分，JavaServer Pages 技術擁有Java語言「一次編寫，各處執行」的特點。隨著越來越多的供貨商將JavaServer Pages 技術添加到他們的產品中，您可以針對自己公司的需求，做出審慎評估後，選擇符合公司成本及規模的伺服器，假若未來的需求有所變更時，更換伺服器平台並不影響之前所投下的成本、人力所開發的應用程序。
● 搭配可重復使用的組件
JavaServer Pages技術可依賴於重復使用跨平台的組件（如：JavaBean或Enterprise JavaBean組件）來執行更復雜的運算、數據處理。開發人員能夠共享開發完成的組件，或者能夠加強這些組件的功能，讓更多用戶或是客戶團體使用。基於善加利用組件的方法，可以加快整體開發過程，也大大降低公司的開發成本和人力。
● 採用標簽化頁面開發
Web 網頁開發人員不一定都是熟悉Java 語言的程序員。因此，JSP 技術能夠將許多功能封裝起來，成為一個自定義的標簽，這些功能是完全根據XML 的標准來制訂的，即JSP 技術中的標簽庫(Tag Library)。因此，Web 頁面開發人員可以運用自定義好的標簽來達成工作需求，而無須再寫復雜的Java 語法，讓Web 頁面開發人員亦能快速開發出一動態內容網頁。
今後，第三方開發人員和其他人員可以為常用功能建立自己的標簽庫，讓Web 網頁開發人員能夠使用熟悉的開發工具，如同HTML 一樣的標簽語法來執行特定功能的工作。
● N-tier 企業應用架構的支持
有鑒於網際網路的發展，為因應未來服務越來越繁雜的要求，且不再受地域的限制，因此，
必須放棄以往Client-Server的Two-tier 架構，進而轉向更具威力、彈性的分散性對象系統。由於JavaServer Page 技術是Java 2 Platform Enterprise Edition (J2EE)集成中的一部分，它主要是負責前端顯示經過復雜運算後之結果內容，而分散性的對象系統則是主要依賴EJB ( Enterprise JavaBean )和JNDI ( Java Naming and Directory Interface )構建而成。
（4）、JavaBean(Application)應用組件技術
Application是Java應用程序，在WEB項目和一些開發中主要應用JavaBean。它就是Application的一部分，邏輯運算能力很強，能極大的發揮Java語言的優點。JavaBean 被稱為是Java 組件技術的核心。JavaBean 的結構必須滿足一定的命名約定。JavaBean能提供常用功能並且可以重復使用，這使得開發人員可以把某些關鍵功能和核心演算法提取出來封裝成為一個組件對象，這樣就增加了代碼的重用率和系統的安全性。
高級的WEB項目會應用到以上所有技術，它們之間聯合使用和協作開發會提高開發的效率和系統的性能。
2、面向對象分析設計思想
Java語言是完全面向對象的語言，所以在項目設計時會有很大的幫助，在設計時應盡量舍棄以往的面向過程的設計方式。
在分析項目業務關系的時候，應用一些UML(Unified Modeling Language)圖,例如常用的用例圖(use case diagram)，類圖(class diagram)，時序圖(sequence diagram)等等,會有很大的幫助，這樣能盡快找出業務邏輯主要面對的對象，然後對每個對象進行行為劃分，最後再實現對象之間的集成和通信。
3、設計模式和框架結構
Java從語言角度來講不是很難，但是從整體設計角度來講我們還需要了解一些高級應用框架。如果要設計一個良好的框架結構，單單只掌握Java語言遠遠不夠。這就涉及到一個設計模式，還有和設計模式相關的一些知識。
設計模式在Java項目實施過程更是重中之重。主要在與兩層的設計模式、三層的設計模式和N層的設計模式。它直接決定著項目的應用、部署和實際開發設計。
在普通的WEB項目中很多採用兩層的開發結構。JSP+Servlet或JSP+JavaBean。當對開發要求高的項目中使用很多的還是MVC的三層開發結構，也就是JSP+Servlet+JavaBean。它能分有效的分離邏輯開發，使開發人員能專注於各自的開發。同時也能時整個開發結構流程更清晰，但是需要比較高的開發配合度。
在項目中，我們經常使用著名的Model-View-Controller(MVC)架構。MVC架構是隨著smalltalk language語言的發展提出的，它是一個著名的用戶界面設計架構。經典的MVC架構把一個組件（可認為是整個應用程序的一個模塊）劃分成三部分組 Model管理這個模塊中所用到的數據和業務邏輯。而View 管理模塊如何顯示給用戶，Controller 決定如何處理用戶和該模塊互動式時候產生的事件如用戶點擊一個按鈕等。
4、XML語言
在伺服器和設計模式結構中會應用到自定義文件，而且在應用高級設計時也會定義自用的標簽，現在流行的是用XML去定義配置，所以XML語言應該有一定掌握。
當前，Java 2平台企業版（J2EE）架構在廠商市場和開發者社區中倍受推崇。作為一種工具，可擴展標記語言（XML）簡化了數據交換、進程間消息交換這一類的事情，因而對開發者逐漸變得有吸引力，並開始流行起來。自然，在J2EE架構中訪問或集成XML解決方案的想法也很誘人。因為這將是強大系統架構同高度靈活的數據管理方案的結合。
XML的應用似乎是無窮無盡的，但它們大致上可以分為三大類：
1、簡單數據的表示和交換（針對XML的簡單API（SAX）和文檔對象模型（DOM）語法解析，不同的文檔類型定義（DTDs）和概要（schemas））
2、用戶界面相關、表示相關的上下文（可擴展樣式表語言（XSL），可擴展樣式表語言轉換（XSLT））
3、面向消息的計算（XML-RPC（遠程過程調用），基於SOAP協議的Web 服務（Web Services），電子化業務XML（ebXML））
5、網頁腳本語言
為了提高WEB項目的整體性能，提高人機交互的友好界面，網頁的腳本語言是很有用處的，有的時候可以解決很大的難題或提高程序的性能和應用性。
網頁腳本語言的執行都是在客戶端執行的，速度很很快，並且大多的操作與伺服器沒有交互運算，所以在一些應用中非常理想。在設計WEB項目的應用中，網頁的腳本語言起著不能忽視的作用，所以如果設計WEB項目的應用中，對JavaScript應有一定的了解。
JavaScript是一種基於對象(Object Based)和事件驅動(Event Driven)並具有安全性能（Secure）的腳本語言。使用它的目的是與HTML超文本標記語言、Java 腳本語言（Java小程序）一起實現在一個Web頁面中鏈接多個對象，與Web客戶交互作用。從而可以開發客戶端的應用程序等。它是通過嵌入或調入在標準的HTML語言中實現的。

⑸ Java是否真的即將被取代

對於最近有關 Java 即將退出歷史舞台的傳言，您可能想知道在這個時候放棄使用 Java 平台並轉而使用更新的技術是否時機成熟？在作出您的判斷之前，請先回顧並查看一下 Java 生態系統以及它的競爭者，看看這些傳聞是否站得住腳。換而言之，了解整個 Java 世界目前的現狀，並客觀公正地評判這個平台。 在學生時代，我們可能會想起 Thomas Malthus 所做的預言，他認為人類賴以生存並繼而形成人類文明的農業體系，可能無法再承受人口數量的不斷攀升，另一方面，這種情況將不可避免地造成嚴重的後果，通常會引起巨大的災難或其他自然災害。他這樣寫道：若對人口數量不加限制，將呈幾何比例增長。而人們賴以生存的物質則以算數比例增長。與後者相比較，如果稍微了解一下這些數字，就會意識到人口增長是多麼驚人。這意味著，針對生存物質的匱乏，需要對人口增長進行嚴格而持久的控制。物質匱乏終究會發生在某些地方，並且必定會嚴重影響到大部分人類。 Thomas Malthus 在 1798 年發表了 「人口論」。從那時開始，我們一直在等待著驗證有關人口增長的 「Malthusian 檢驗」。 編程人員，特別是使用 Java 平台和語言的人員，可能已經注意到，隨著使用難度不斷增加，人們的種種預測和統計暗示著他們所選擇的平台即將沒落。而大量候補接任者躍躍欲試：人們提名 .NET、Ruby 甚至是 Python 作為 「下一代重要技術」。 這兩種 「Malthusian 學說」 之間存在著驚人的相似之處。 Malthus 認為，由於食物對人類的生存非常重要，而地球的產出有限，並且繁殖所需的生物體系是不會改變的，我們終將達到一個極限，那時地球將無法承受人口負擔。換句話說，如果繼續以現在這樣的方式生存，將註定滅亡的結局。那麼在 1798，很難推翻 Malthus 的學說。 同樣，在過去十八個月中，Java 社區出現了一種新趨勢：即預測 Java 平台的消亡日期。從一些低級的新聞雜志將其稱為 90 年代的技術，到誇大其辭的技術演講者宣傳它的現狀，再到各種書籍宣稱我們正在 「超越」 Java 時代，不難發現一點：通過合理的暗示、代碼演示、邏輯或統計性說明，Java 正在走向沒落。 Malthus 錯過了工業革命，而後者引發了翻天覆地的變化。在 Malthus 一生中，他見證了人類農業生產力的巨大飛躍，這要得益於蒸汽機和軋棉機這些發明。這些設備為他的學說提供了重要的 「缺失的聯系」，它們使糧食產量成倍增長，從而使農業系統能夠戰勝製造了大量人口的 「兩性激情」。隨後，人口控制方面的技術創新對降低人口增長起到了相同的作用，減輕了人口負擔，從而造成了很多西方國家出現人口負 增長，因此情況與 Malthus 的相當合理的邏輯完全相悖。而所有這一切在 Malthus 撰寫其論文時是無法預見的，使人類能夠超過他所預測的農業系統的承受極限而繼續存活，並且避免了由此而來的一系列災難。 而技術批評家所忽略的則是 Java 虛擬機的替代語言的興起引發了巨大的變化。不過不要輕易相信我的一家之言，讓我們逐一查看支持這種說法的論證，看看它們是否站得住腳。 Malthusian 式的 Java 預測 一些人僅僅引用了一些統計性描述，說明 Java 不再是程序員中最重視的語言，就簡單的判定 Java 已經在走下坡路。其他人指出 Java 缺乏其替代環境所提供的某些特殊特性，這些特性被標榜為用戶及其應用程序的 「需求」。還有一些人發表（毫無事實依據）諸如 「大企業不會再使用 Java」 等言論，從而明確地暗示，如果大企業不使用 Java，那必定是因為這種技術不值得使用。 Java 語言，從更大的程度來講，Java 平台及其生態系統，很早以前就超過了 Simon Peyton-Jones 所謂的 「生存閾值（The Threshold of Immortality）」，就像 C++、C、COBOL 和其他語言所經歷的一樣。這些工具幾乎可以永遠存在下去，這是因為它們將繼續提供有用的功能，或者是因為重寫代碼的嘗試可能要比繼續按原樣使用和維護系統付出更多的代價（有關特定語言或系統究竟屬於這兩個原因的哪一種，存在很多的爭議，而這對於本文的目的則無關緊要）。 另一個論據讓所有聰明人都放棄 Java 而轉向平台 X 或語言 Y.在 2005 年的一篇 BusinessWeek 文章 「Java？ It's So Nineties」，引用了很久以前就倒閉的應用伺服器公司 NetDynamics 的前 CTO Peter Yared 的話，「Java 像恐龍一樣古老」。可是，還未來得及搞清楚利益沖突和推理邏輯，這篇文章就寫到 Yared 所有的公司正在嘗試在 LAMP（Linux？/Apache/MySQL/P-language）棧之上重新創建應用伺服器體驗。 （指出 Ruby 的構想實際上早於 Java，同樣還包括 Perl 和 Python，這樣做有些無禮，更不要說 Linux、Apache 和 MySQL……因此這里我就不便再多做解釋了）。 引用我喜歡的一部電影，「生活是痛苦的，殿下。持不同觀點的人一定有所企圖」。或者，為了更恰當地解釋這個主題，可以這樣說：「過渡到一個新的平台是痛苦的，CTO 先生。持不同觀點的人一定有所企圖」。也許並不令人驚訝，對於一些已經重新定位到其他技術領域的 Java 專家來說，情況確實如此。 來看看另一個論據，它說 「Java 的頂級語言的位置已經不保，因此它的衰退必定非常悲慘，因此最好避開這場災難」。這種論據所依據的是一個最基本的前提，即如果 Java 不再是世界上最暢銷的技術，則不值得再提供該語言的支持。而這種說法若經過邏輯推理，則根本毫無道理。 統計信息很久以來一直被認為是不可靠的（如果使用不當的話），正如 Benjamin Disraeli 的巧妙解釋，他說：「世界上有三種謊言：謊言，詛咒和統計」。統計信息可以用來論證最靠不住腳的論據，只需要根據論據仔細挑選所需的統計信息。注意 BusinessWeek 一文中使用的引用：「調查……顯示 Java 的使用逐漸沒落，而 LAMP 和 Microsoft？ 的 .NET 技術勢頭強勁」。喔，聽上去情況不妙。但是，請繼續讀下去，「根據 Evans 的秋季調查顯示，在北美使用 Java 作為其首選編程語言的開發人員的比例已下降到 47.9%，而 2002 年秋為 51.4%」。因此，在過去六年中，在使用 Java 作為其首選 編程語言的開發人員中，使用率下降了 3.5 個百分點。 請注意，這里使用了 「首選」 編程語言一詞，這意味著開發人員自己需要區別什麼是他們的 「首選」 語言。考慮到大量的 XML 配置，使用 Spring/Hibernate/JSP Java 棧的開發人員可能可以很好地判斷出 Java 不再是他們的首選語言。 注意過去六年中 Java 平台之上興起的動態語言（Jython、JRuby、Groovy 甚至是 JavaFX），根據我和我的同事（「No Fluff Just Stuff」 的演講者）在 NFJS 活動的非正式投票中獲得的應用數字，這些動態語言可以很輕松地解釋這三個百分點的下降。 考慮同樣摘取自同一篇文章的引用：「在另一份調查中，今天秋季，PHP 在北美的採用已經上升到 36.1%，而 2002 年同期為 26%.其增長速率幾乎和歐洲和亞洲一樣快」。考慮到這是一個不同的調查系列，它只是為了顯示 PHP 的增長，而不是 Java 市場的萎縮。祝賀 PHP，但是任何研究過企業環境的開發人員都可以證明，生產軟體部署並不像這篇文章的作者力圖暗示的那樣是一個零和（zero-sum）游戲。大型 IT 環境通常由種類繁多的工具、平台、語言和產品組成。事實上，我們幾乎可以在這里實現 整合，特別是那些大型機組件。 談到主機，事實上，COBOL 在幾十年前就不再是最重要的語言了，但是，它現在仍然繼續用於現金支付、轉移存款、支付信用卡等業務並運行主要的金融網路，盡管很多行業權威早已經宣布了它的 「死亡」。對於本應在墳墓里腐爛的技術，這實在是不錯；這使我想起 Mark Twain，當他看到家鄉報紙上他的訃告時說：「先生們，關於我死亡的報道被嚴重誇大了。」 然而，撇開統計數字的問題不談，第二個問題更嚴重：為什麼僅僅因為所選的工具不是最好的就棄而不用？Java 占據軟體開發的首要地位近十年，僅僅由於它 「下降」 到第二位，游戲就結束了？甚至認為僅僅因為人們的惰性就會阻止 Java 重新恢復首要語言的位置，事實是，10 個程序員裡面有 4 個會繼續使用這種語言，這將保證 Java 在未來幾十年裡仍然保持活躍的生命力。更荒謬的說法是，Java 的增長將面臨急剎車，並且再也不會出現 Java 部署，然而，Java 目前在整個行業內得到了廣泛的部署，這可以保證 Java 繼續出現相當長的時間。 盡管COBOL 被宣布已經死亡，但是要求使用它的人每年達到 6 至 7 位數。 然而指出一個論點的缺點並不能證明另一個觀點，對於本文也是一樣的。相反地，我們應該用批評的眼光看待 Java 語言和平台，而其強項和劣勢經受住了嚴格的分析。Java 之所以長壽在於它能滿足未來十年的需求，而不是由任何作者或批評家來決定它的生死。 最後，我們考慮一下構成 Java 平台的那些組件： Java 編程語言。坦率地講，這是平台中最能體現其長壽的部分，特別是與一些諸如 C#、Groovy、(j)Ruby 或 Scala 等更 「現代的」 語言比較時。近來涌現出大量關於改善該語言的建議，諸如為該語言添加閉包等極具競爭力的提議，證明了程序員非常渴望 Java 能夠具備其他語言的一些特性。然而，Java 5 中最新語言增強功能所帶來的聯合成功應該成為所有新的重大語言變更的「注意剎車」的提示。某些增強，比如 for 循環或注釋，得到（相對）普遍的支持。然而其他一些增強，比如泛型，則受到（相對）普遍的嘲笑和批評。事實是沒有任何一種語言功能能得到它本應幫助的開發人員社區的普遍接受，這個事實告訴我們：為一個已存在十年多的語言添加新的語言特性是很棘手的事情，如果完成，也很可能會導致語言自身的崩潰。在 Java 平台的地圖中，這個區域標注著「老水手」的警告：「此處有怪物！」 非Java JVM 編程語言。在Java 止步不前的地方，其他語言提供改進和增強的解決方法。Groovy 圍繞 Java 對象提供了一個動態、客觀的腳本解決方案。(j)Ruby 在 JVM 之上提供 Ruby 實現，為 Java 程序員開辟了 Rails 和 ActiveRecordoffers 的世界。Scala 和 Jaskell 給 JVM 引入了功能概念，為所出現的並發性問題提供可行的解決方案。諸如此類。由於所有這些語言要麼編譯成位元組碼，要麼通過 javax.script API 作為解釋語言在 JVM 上運行，因此 Java 生態系統的所有財富都是可以利用的— 而這是 Ruby 開發人員無法做出同等聲明的一個方面。在 Java 平台的地圖中，這個區域被標注為「機遇之國」。 Java 虛擬機。 幸運的是，Java 語言已經做出了重大修訂和根本性的變化，而 JVM 作為 Java 平台的底層基礎，變化並不多。近來，在博客世界中，許多人建議使 JVM 對動態語言更友好，這使 Sun 公司的一名工程師（John Rose）提供了 JVM 的修訂版，最初稱為多語言虛擬機（ Multi-language virtual machine，MLVM）, 現改名為 Da Vinci Machine（因為緊密地包裝在代碼中）。此處的關鍵在於被提議的 JVM 更改要避免任何有可能使 Sun 公司在 JVM 優化上的龐大投資作廢的事件。那些提出建議的人在設計細節時一直將這一點牢記於心。 Java Standard Edition 庫。 Java Standard Edition 附帶了巨大的函數集，數量級比 C++ 標准庫更大，甚至許多因素比它前身 Java 1.0 都大，並且這還沒有考慮 Enterprise Edition 庫（接下來討論）。表面上，這看起來像 Java 開發人員的自然優勢，但仔細考慮就會發現一些細微的問題。對初學者而言，庫的龐大意味著許多 Java 開發人員認識不到他們在寫一些實際已經存在的代碼，這些代碼收藏在一個在此之前未知的包中。根據存在時間的不同，庫本身有時也會遇到 API 設計時間的煩惱，其中有許多 都源於 90 年代中期，那個時候開發人員設計類和庫的方式與 2008 年的設計方法截然不同。一部分開發人員也深受抽象過多之苦，正如創建對象構建者的工廠所例證的一樣，這些對象構建者創建的介面實例不一定能實現開發人員感興趣的方法。然而，雖然 JSE 庫有缺陷，但從整體來說 JSE 依然有優勢，尤其是當它與像 Groovy 提供給 JDK 的擴展（稱為 GDK）這樣的語言支持增強結合時。 Java Enterprise Edition 庫。 沒有任何技術能夠比 EJB 對其社區產生更大的沖擊，並且幸運的是，Java 社區看到了輕量級替代方案的興起，Spring 和 Hibernate 提供了最後的例證，對這些場景來說，輕量級替代方案是理想選擇。然而，如果暫時不考慮 EJB，Java EE 庫就是非常成功的 — servlets 和 servlet 容器為遍及 Internet 和企業內部網的大量 Web 應用程序提供動力，JMS 提供對多種面向消息中間件系統的訪問，JEE 領域中其他不太知名的參與者（如 JNDI） 毫無怨言地執行自己相應的任務。JEE 庫很有可能受益於 API 重新設計，JSE 庫就是這樣，總體來說 JEE 庫將滿足 Java 程序員的需要。最大的問題往往在於認識何時首先需要 JEE 庫。我們將在另一篇文章中討論相關內容。 Java-API-for-XML (JAX) 庫。 盡管名義上是 JEE 庫的一部分，但 JAX API 的數量和規模都在以與 JEE 其他部分不相稱的速率增長，值得脫離 JEE 的上下文來考慮 JAX API。在近十年，盡管對 XML 支持的需求是巨大並且普遍的，但目前已經有所緩解，尤其是 Web services (WS-*) 周邊領域和規范陣營（這些規范允許與其他技術之間實現普遍、輕松的互操作，包括 .NET）。在這里，Java 無疑需要某種類型的修訂，由於 SAX、DOM 和 StAX API 經常需要更多的代碼來完成重要任務，尤其是和具有更靈活的 XML 支持的語言相比時，比如 E4X、Ruby 或 Scala。此處，以 XML 為中心的思想有了明顯的改變，從早期的 WS-* 實現中「不接觸 XML」到基於 RESTful 方法的「我希望直接接觸 XML 並將其定址為形式良好、有意義的 URI」，這種方法也強調了 JAX 領域內重構的必要性。在 Java 世界的地圖中，這個區域被標注為「（應該）棄用的」 客戶端 Java。Sun 公司最近修訂的「Java客戶端」系統的測試版有個相當糟糕的名字 「Java SE 6 Update 10 Beta」，它提供了增強的客戶端特性，包括新的 Swing 外觀，稱為 Nimbus。遺憾的是，在客戶端度量 Java 的使用一直都存在問題，主要是因為專門用於度量的 applet 在 Internet 上已經使用了很長一段時間，還因為眾多對 Web 託管應用程序的設計和架構關注點都以 HTML 的生成為中心，而不是生成現在所說的「富客戶端」應用程序。隨著採用速率的提高，Java 要經過漫長的旅程，追趕它在這個領域中的主要競爭對手，Flash 和微軟在該領域新引入的技術 Silverlight 使情況變得更加復雜。Java 可能也會徹底失去陣地，這並不代表著這種平台的「消亡」，但會使問題惡化，當業內學者和商業雜志將其稱為「Java 技術弱點的明顯例證」時，一定要鼓舞自己！ 伺服器端 Java。 這實在不容爭議：Java 毫無疑問是伺服器領域內既定的參與者，特別是在查看非 Windows? 後端場的選項時。LAMP 系列產品可能提供一個前端或垂直筒倉替代方案，正如 Ruby on Rails 所做的一樣，但觀察重要的伺服器計算基礎設施時，Java 系列產品的形象十分突出。事實上，正是這種領先地位促使微軟最先積極地尋求 WS-* 規范，以使 .NET 代碼至少能調用和配合既定的 Java 基礎設施。微軟最近認可了使互操作性向更正式的水平發展，他們在劍橋大學設立的「Interoperability Lab」也體現了這一點。 生態系統。 沒有其他的平台擁有像 Java 平台一樣如此豐富多樣的生態系統，然而這經常會給 Java 開發人員帶來一些麻煩（「我該使用哪種 Web 框架？」），事實上，很多 Java 生態系統都滲入其他環境，尤其是.NET。考慮 .NET 近來在微軟內外獲得的進步：ObjectBuilder（依賴性注入框架）、ASP MVC（基於 MVC 的 Web 框架）、NHibernate（Hibernate 的一部分）、NAnt 和 MSBuild（在句法或概念上與 Ant 相似的基於 XML 的構建系統）甚至 Silverlight 本身（在瀏覽器內部託管 CLR，允許執行更豐富的客戶端）。在許多方面，.NET 生態系統為 Java 社區做了將近五年的後盾，因為 .NET 開發人員發現了與 Java 開發人員在五年前遭遇的相同痛點。而 Java 仍然堅持向 .NET 社區學習（比如統一通信 API 的有用性或顯式輕量級工作流引擎的強大力量）。這只用來說明這些環境都正在互相學習這一事實，而且也表明，.NET 並沒有使 Java 成為不必要的能力。 毫無疑問，Java 開發人員可以將他們自己的條目添加到這個列表中，證明這個論點：在 Java 平台中留有太多的優良的東西被認為「消亡了」或「將要消亡」或者甚至在「崩潰的邊緣」。 王者終將歸來 最簡單的事實是：Java、平台、生態系統、環境和開發社區與消亡相去甚遠，至少和目前正在使用的其他語言或平台距離一樣遠。即使是最嚴格的統計事實篩選也不能否認 Java 的領先地位。 此外，即使 Sun Microsystems 公司倒閉，平台也不會消亡。全世界的 Java 的開發人員，聯合起來！不要懼怕束縛的鐵鏈：最終您將看到，這些鐵鏈其實並不存在。多虧 Java 平台的開源，它現在被稱為 OpenJDK，更不要說 Java 的其他開源「凈室」實現（Apache Harmony 和 Soy Latte 只是其中之二），即使 Sun 公司徹底從地球上消失，包括 IBM?、Apache、BEA 和 Oracle 在內的其他實體也能繼續提供 JVM、庫和工具，來支持整體生態系統。 Java 總有一天會消亡？它甚至能比剛剛走出大學校園的第二代 Java 程序員走的更長 育路網

⑹ 我要做個oa系統，用什麼js富客戶端框架比較好

如果是採用java開發，那正好可以借鑒下我們的雲海中騰OA辦公系統，也是用java的架構，可以看下我們頁面中關於技術架構的介紹，希望能夠對你的商業開發有所幫助。
如果是要應用oa辦公系統，可以在我們oa系統基礎上進行二次開發應用，也是非常方便。
--OA辦公軟體，電子政務OA自動化系統，推薦考察試用
雲海中騰OA，採用國際化java語言十餘年持續開發升級，安全穩定，功能豐富，安卓、蘋果ios移動辦公app專業客戶端配置完整，操作簡便，阿里釘釘、微信企業號介面完善穩定，實用適用，並提供量身定製拓展開發，提供本地化安裝配置實施培訓服務，貼心無憂的用好OA辦公系統。

⑺ java富客戶端目用什麼比較好swing還是rcp

C#這個開發桌面應用比較快

⑻ java的學習捷徑

你的j2se只學了一點而已，不管怎樣，都要先把j2se學好，這是基礎。j2se的學習順序一般是這樣的：基礎語法 -> 面向對象入門 -> 異常處理 -> 數組 -> 常用類 -> 容器（相當重要） -> IO -> 線程 -> 網路 -> GUI。

既然你io，thread都學了，其餘那些還有沒學的，建議去看看馬士兵的j2se視頻，其實我覺得如果想打好基礎的話，這套視頻應該全部過過，特別是開始的內存分析和面向對象分析。學完j2se要做做幾個基礎的桌面項目，像什麼貪吃蛇啊、俄羅斯方塊、簡單的聊天器等等，這樣才能把知識整合起來，加深對j2se的理解。

如果想走j2ee路線的話，接下來應該學資料庫，再學html、css、JavaScript、jsp/servlet，也就是web的入門，之後做做web項目，比如小bbs、網上商城等等。學通了就學框架，這期間會穿插很多東西，例如xml、uml、log4j、jUnit等等，最後學設計模式和面向對象的分析。計算機的東西是很多的，不要學死，也不要想著學完，最重要的是學會解決問題的方法。開始肯定要模仿別人的代碼，不斷模仿，多看，看完一定要自己寫幾遍，只有能寫出來了的，才是自己的東西，建議開始時多背點東西，包括一些常用類啊、一些概念性的東西，因為背多了自己就熟悉了。

馬士兵的視頻：http://www.verycd.com/topics/93279/
資料庫的要另找，網上能找到馬士兵的Oracle，講的很不錯的！！
shopping這個項目也有從頭帶到尾的，也是馬士兵的，要找找
做項目是很重要的，從簡單的做起，慢慢體會其中的分析與設計

學java還是從視頻入門的好，千萬不要一開始就去看《Thinking in java》，吃力不討好，學到web時可以看看張孝祥的《深入體驗JAVA Web開發內幕——核心基礎》，寫的很詳細，不過他的視頻一般，JavaScript就看《JavaScript高級程序設計》，html比較簡單，css也比較簡單，不過css布局因人而異，有人覺得很好理解，有人覺得很難，搞個Dreamweaver多練練也就熟悉了。設計模式可以看《大話設計模式》，入門很好！

補充一點：張孝祥的那本《深入體驗JAVA Web開發內幕——核心基礎》真的很不錯的！！而JavaScript的就不行，不夠細，而且太多其他內容（html、css的，而且寫的一般），他寫的那本java的書就沒看過，不知道怎樣，另外，他的視頻實在不好，在念書一樣。個人認為，還是馬士兵的視頻好，講的很好，而且還講了很多學習的方法，很適合入門，還有，不要一下子下一大堆的視頻，不要把什麼孫鑫、張孝祥、馬士兵的全下，你是看不完的！你可以先下他們的第一集，看看誰的講課方式適合自己，再做定奪，不過個人十分推薦馬士兵的，真的講的很好！！！

記住：不斷敲代碼、敲代碼、敲代碼..... 程序是寫出來的，不寫學到死也學不會的！！！

主要還是看你想要走哪個方向！
java的應用主要分三個方向
j2se:傳統桌面應用程序
這個現在用的已經越來越少，而且java的優勢體現的不夠徹底
j2me:手機上的應用程序
這個本人比較看好，但是現在的市場貌似還沒有完全打開
j2ee:大型企業級開發，運行在web上的應用程序
這個是我現在的主要發展方向，也是java這個技術的主要發展方向。

前面兩個，我不是很熟悉，所以就不幫你介紹了
主要為你介紹一下如何系統的學習j2ee的內容：
1、首先你必須學會java基礎
包括java語言基礎，以及一些常用的類，多線程，IO流，網路編程等
2、學習jsp
在學習jsp之前，必須了解html和javascript
然後再去學習jsp的基本語法，以及什麼是servlet
什麼是javabean
3、框架的學習
為了增加開發效率，現在的很多開發人員和很多的公司都會使用第三方框架
主流的是struts,spring,hibernate。
4、學一門富客戶端的語言
這個是我現在的學習方向，隨著網路的發展，瀏覽器能展示的東西越來越多，
客戶對客戶端的需求也越來越高，所以我相信富客戶端會是以後web軟體的
發展方向。

最後，告誡你一點：基礎是最重要的，只有基礎牢固才有可能最後面的學習有更加深刻的認識！好吧，就到這，希望能夠對你有幫助...

時間控制的話，需要看你自己的學習狀況來定。
掌握一個原則，在自己的承受范圍之內就可以了。

看完基礎知識
開始敲代碼！！！
實在不知道敲什麼代碼
就來

http://..com/browse/870?lm=2

撿著自己會的回答！！！
可以練習自己的能力的！！！

有錢去搞個培訓，沒錢下套視頻。
會看書的話，去搞本《Thinking in Java》,還有那兩本黃皮的JAVA 初級基礎 和 高級特性。
se學完之後可以先寫幾個小的項目練練手。
如果感覺好的話，就可以看看自己的方向了，關於方向方面1樓的回答已經很不錯了。

⑼ java 前端的技術

java語言本身不能做什麼你說的那些前端的東西，現在比較流行的前端技術如jQuery，ext，還有Adobe公司的flex都是不錯的

⑽ java 富客戶機平台（Rich Client Platform, 即RCP）技術是否會過時

這年頭啥東西不是封裝的，開發web也是用一些別人封裝好的東西啊。程序員的好壞從來不是看他能寫多麼多麼底層的代碼。大多數程序員不去做底層開發不是因為他智力不夠，而是因為毅力不夠，底層的東西實在太枯燥了。個人感覺rcp很有發展前途啊（也許發展到後來就不叫rcp了），喜歡研究底層的直接看別人是怎麼封裝代碼的不一樣可以提高嗎，最終學會如何思考要比學會怎麼使用一些類庫來的有價值。有毅力就能成為優先的程序員，但不意味著能掙到大錢。