經典設計模式

2. java工程師需要掌握哪些技能

想從事於java軟體開發的朋友們參考。

1 java語法。通過任何一本Java入門書籍，都可以學會Java的基本語法。千萬不要認為，你把書上的例子程序都能寫出來就算學會了Java語法。要想真正掌握，還需要做大量的測試題。對語法不準確的理解，會使你寫的代碼出現邏輯錯誤。而這些錯誤會使你在真正的項目開發中吃盡苦頭：你認為正確才會寫上去。而在幾十萬行代碼中找出幾行有邏輯錯誤的代碼，非常困難。因為你幾乎不會懷疑你認為正確的代碼存在錯誤。

2 常用類。永遠不要寫別人已經實現的代碼。有很多功能，用JDk中現有的類就可以完成。你需要熟悉JDK.可以通過研究JDK幫助文檔和JDK源代碼的方式，逐漸了解，你需要的類都在什麼地方。一方面，要熟悉有哪些可以直接使用的資源，另一方面，學習一下，SUN公司的工程師怎樣寫代碼。

3 IDE 集成開發環境。現在企業最常用的是IBM公司的eclipse。類似的還有JBuilder,Idea,NetBeans等等。畢竟，只有5％的頂尖高手在使用簡單的文本編輯器在寫Java代碼。多數程序員都是在使用這些東西。

4 資料庫.MySql,Oracle,DB2.小項目多數使用MySql這樣的免費資料庫。大一些的項目會考慮使用Oracle或者DB2. Java項目很少使用SqlServer.因此，你還需要學習資料庫方面的一些知識。可以從SQL語言開始。這些資料庫都支持標准SQL.學會基本的SQL,參考具體的資料庫手冊，就可以完成一般的項目開發了。當然，要想使你的程序運行的效率更高，需要更深入的學習。大部分的程序優化，都是從這部分開始的。

5 JDBC Java資料庫連接。使用Java程序操作資料庫。這部分非常重要。幾乎所有的企業項目都會用到。

6 HTML CSS Javascript。
HTML--(HyperTextMark-upLanguage) 超文本標記語言。 CSS --(Cascading Style Sheets)層疊樣式表。你千萬不要以為，CS又出了加強版。呵呵。 JavaScript--是一種由Netscape的LiveScript發展而來的腳本語言.
准確的說，這些東西和Java語言本身關系不大。但是，現在的企業項目，以B/S結構的居多。因此，我們的Java程序，會有大量的機會和它們打交道。需要提前准備一下。

7 你需要學習如何使用及管理WEB伺服器，例如tomcat，並且知道如何在其基礎上擴展和維護WEB程序，如何使用它的附加服務，如連接池。

8 JSP Servlet.這兩個是初級Java程序員必須掌握的基本技能，是所有B/S結構框架的基礎。相應的，還需要學習EL以及JSTL(StandardTagLibraries)和可以選擇的第三方TagLibraries,以提高表示層的處理能力。

9 企業流行框架 Struts,Spring,Hibernate等。

10 Java設計模式。有一些特殊的功能，只有按照特定的設計模式才能實現。如果你有了5萬行以上的代碼經驗，可以開始研究一下設計模式。

11 你還要跟上技術發展的步伐，了解在Java項目中使用的新技術。如Ajax等。
希望對您有所幫助！~

3. java裡面的經典設計模式有哪幾種啊mvc設計模式又在其中起什麼地位mvc設計模式適合設計哪些

觀察者 橋接 策略…… mvc視圖 模型 控制器 在java中j2ee經常說mvc,另外在網頁上現在也說，js做的工作多了也會把自己的模塊分成mvc之一

4. 你工作的最大動力是什麼

一個喜歡做事情的人，一般對生活工作充滿著熱情，可是現實是有時候工作做著做著就感覺沒勁了，沒有動力了，不管是給人打工的，還是自己當老闆的，這種情況很常見，那麼怎麼找到工作的動力呢？

一，明確內因和外因。想想自己不想工作的的內因和外因是什麼呢？內因比如思想意識、興趣、價值和需要，我對這份工作的喜歡程度，收入能否讓自己滿意，工作有沒有成就感，工作可不可以得到我滿意的狀態；外因一般是工作環境如何，領導同事或者客戶關系怎樣，工作壓力大不大，能力是否勝任等。個人覺得內在原因更加重要，環境的刺激實際上只是一種導火線，而人自身的需要，才可能改變激勵一個人的行為。

一，設定目標。沒有目標就像失去了前進方向的燈塔，再努力也只是四處亂撞。目標可以分短期，中期，長期，每天晚上睡覺前就可以制定明天的工作計劃，正所謂一天之計在於晨嘛，這可以理解為短期目標。中期目標你可以設置一個任務時間段，比如一個星期半個月等你要完成什麼任務，自己制定計劃。長期目標的設置是為了給自己一個方向，一個個小任務完成後，長時間積累你期望產生什麼變化。

二，把熱忱變成習慣。生活工作中的強者，他們通常都會自己所做的事情滿懷熱忱，並且善於思考、積極樂觀。假如每天早上起來，一想到要去單位上班，心裡就不痛快；磨磨蹭蹭地好不容易到單位了，還是一副沒精打採的樣子；只是在領導的安排下完成必須要完成的任務；好不容易熬到下班了，精神狀態立馬興奮起來......抱著如此的態度去上班，自然很難出成績了。如果沒有把熱忱變成一種習慣，又怎麼會工作的有動力呢？

四，挑戰並獲得成就感。每一份工作都是有挑戰的，你能否沉下心來埋頭鑽研工作並接受一定的挑戰呢？有的工作需要你接受他的重復性，有的工作需要你跟上他的快節奏，有的工作需要施展你各個方面的能力，比如領導力、溝通力、智商、情商等。當具有挑戰性的工作擺在你面前時,請懷著感恩的心情主動接受它。當你冷靜分析、耐心梳理,把它「普通化」後,你常常可以想出很有條理的解決方案。當你完成一個個挑戰後，不僅你的工作能力得到大的飛躍，你工作的成就感和自豪感也油然而生。你也會越來越自信的！

哈佛教授告誡學生：「此刻你打盹，你將做夢；此刻學習，你將圓夢。」感謝你耐心看完這篇文章，說明你也跟我一樣是個愛學習的人，為了成為更好的自己，努力吧！

5. spring中使用了哪些經典設計模式，舉例說明

developerWorks 中國
技術主題
Java technology
文檔庫
Spring 框架的設計理念與設計模式分析
Spring 作為現在最優秀的框架之一，已被廣泛的使用，並且有很多對其分析的文章。本文將從另外一個視角試圖剖析出 Spring 框架的作者設計 Spring 框架的骨骼架構的設計理念，有那幾個核心組件？為什麼需要這些組件？它們又是如何結合在一起構成 Spring 的骨骼架構？ Spring 的 AOP 特性又是如何利用這些基礎的骨骼架構來工作的？ Spring 中又使用了那些設計模式來完成它的這種設計的？它的這種設計理念對對我們以後的軟體設計有何啟示？本文將詳細解答這些問題。
20 評論：
許 令波, Java 開發工程師, 淘寶網
2010 年 6 月 10 日
內容

在 IBM Bluemix 雲平台上開發並部署您的下一個應用。
現在就開始免費試用
Spring 的骨骼架構
Spring 總共有十幾個組件，但是真正核心的組件只有幾個，下面是 Spring 框架的總體架構圖：
圖 1 .Spring 框架的總體架構圖

從上圖中可以看出 Spring 框架中的核心組件只有三個：Core、Context 和 Beans。它們構建起了整個 Spring 的骨骼架構。沒有它們就不可能有 AOP、Web 等上層的特性功能。下面也將主要從這三個組件入手分析 Spring。
Spring 的設計理念
前面介紹了 Spring 的三個核心組件，如果再在它們三個中選出核心的話，那就非 Beans 組件莫屬了，為何這樣說，其實 Spring 就是面向 Bean 的編程（BOP,Bean Oriented Programming），Bean 在 Spring 中才是真正的主角。
Bean 在 Spring 中作用就像 Object 對 OOP 的意義一樣，沒有對象的概念就像沒有面向對象編程，Spring 中沒有 Bean 也就沒有 Spring 存在的意義。就像一次演出舞台都准備好了但是卻沒有演員一樣。為什麼要 Bean 這種角色 Bean 或者為何在 Spring 如此重要，這由 Spring 框架的設計目標決定，Spring 為何如此流行，我們用 Spring 的原因是什麼，想想你會發現原來 Spring 解決了一個非常關鍵的問題他可以讓你把對象之間的依賴關系轉而用配置文件來管理，也就是他的依賴注入機制。而這個注入關系在一個叫 Ioc 容器中管理，那 Ioc 容器中有又是什麼就是被 Bean 包裹的對象。Spring 正是通過把對象包裝在 Bean 中而達到對這些對象管理以及一些列額外操作的目的。
它這種設計策略完全類似於 Java 實現 OOP 的設計理念，當然了 Java 本身的設計要比 Spring 復雜太多太多，但是都是構建一個數據結構，然後根據這個數據結構設計他的生存環境，並讓它在這個環境中按照一定的規律在不停的運動，在它們的不停運動中設計一系列與環境或者與其他個體完成信息交換。這樣想來回過頭想想我們用到的其他框架都是大慨類似的設計理念。
核心組件如何協同工作
前面說 Bean 是 Spring 中關鍵因素，那 Context 和 Core 又有何作用呢？前面吧 Bean 比作一場演出中的演員的話，那 Context 就是這場演出的舞台背景，而 Core 應該就是演出的道具了。只有他們在一起才能具備能演出一場好戲的最基本的條件。當然有最基本的條件還不能使這場演出脫穎而出，還要他表演的節目足夠的精彩，這些節目就是 Spring 能提供的特色功能了。
我們知道 Bean 包裝的是 Object，而 Object 必然有數據，如何給這些數據提供生存環境就是 Context 要解決的問題，對 Context 來說他就是要發現每個 Bean 之間的關系，為它們建立這種關系並且要維護好這種關系。所以 Context 就是一個 Bean 關系的集合，這個關系集合又叫 Ioc 容器，一旦建立起這個 Ioc 容器後 Spring 就可以為你工作了。那 Core 組件又有什麼用武之地呢？其實 Core 就是發現、建立和維護每個 Bean 之間的關系所需要的一些列的工具，從這個角度看來，Core 這個組件叫 Util 更能讓你理解。
它們之間可以用下圖來表示：
圖 2. 三個組件關系

核心組件詳解
這里將詳細介紹每個組件內部類的層次關系，以及它們在運行時的時序順序。我們在使用 Spring 是應該注意的地方。
Bean 組件
前面已經說明了 Bean 組件對 Spring 的重要性，下面看看 Bean 這個組件式怎麼設計的。Bean 組件在 Spring 的 org.springframework.beans 包下。這個包下的所有類主要解決了三件事：Bean 的定義、Bean 的創建以及對 Bean 的解析。對 Spring 的使用者來說唯一需要關心的就是 Bean 的創建，其他兩個由 Spring 在內部幫你完成了，對你來說是透明的。
Spring Bean 的創建時典型的工廠模式，他的頂級介面是 BeanFactory，下圖是這個工廠的繼承層次關系：
圖 4. Bean 工廠的繼承關系

BeanFactory 有三個子類：ListableBeanFactory、HierarchicalBeanFactory 和 AutowireCapableBeanFactory。但是從上圖中我們可以發現最終的默認實現類是 DefaultListableBeanFactory，他實現了所有的介面。那為何要定義這么多層次的介面呢？查閱這些介面的源碼和說明發現，每個介面都有他使用的場合，它主要是為了區分在 Spring 內部在操作過程中對象的傳遞和轉化過程中，對對象的數據訪問所做的限制。例如 ListableBeanFactory 介面表示這些 Bean 是可列表的，而 HierarchicalBeanFactory 表示的是這些 Bean 是有繼承關系的，也就是每個 Bean 有可能有父 Bean。AutowireCapableBeanFactory 介面定義 Bean 的自動裝配規則。這四個介面共同定義了 Bean 的集合、Bean 之間的關系、以及 Bean 行為。
Bean 的定義主要有 BeanDefinition 描述，如下圖說明了這些類的層次關系：
圖 5. Bean 定義的類層次關系圖

Bean 的定義就是完整的描述了在 Spring 的配置文件中你定義的 <bean/> 節點中所有的信息，包括各種子節點。當 Spring 成功解析你定義的一個 <bean/> 節點後，在 Spring 的內部他就被轉化成 BeanDefinition 對象。以後所有的操作都是對這個對象完成的。
Bean 的解析過程非常復雜，功能被分的很細，因為這里需要被擴展的地方很多，必須保證有足夠的靈活性，以應對可能的變化。Bean 的解析主要就是對 Spring 配置文件的解析。這個解析過程主要通過下圖中的類完成：
圖 6. Bean 的解析類

當然還有具體對 tag 的解析這里並沒有列出。
Context 組件
Context 在 Spring 的 org.springframework.context 包下，前面已經講解了 Context 組件在 Spring 中的作用，他實際上就是給 Spring 提供一個運行時的環境，用以保存各個對象的狀態。下面看一下這個環境是如何構建的。
ApplicationContext 是 Context 的頂級父類，他除了能標識一個應用環境的基本信息外，他還繼承了五個介面，這五個介面主要是擴展了 Context 的功能。下面是 Context 的類結構圖：
圖 7. Context 相關的類結構圖

（查看 圖 7 的清晰版本。）
從上圖中可以看出 ApplicationContext 繼承了 BeanFactory，這也說明了 Spring 容器中運行的主體對象是 Bean，另外 ApplicationContext 繼承了 ResourceLoader 介面，使得 ApplicationContext 可以訪問到任何外部資源，這將在 Core 中詳細說明。
ApplicationContext 的子類主要包含兩個方面：
表示該 Context 是可修改的，也就是在構建 Context 中用戶可以動態添加或修改已有的配置信息，它下面又有多個子類，其中最經常使用的是可更新的 Context，即 類。
WebApplicationContext 顧名思義，就是為 web 准備的 Context 他可以直接訪問到 ServletContext，通常情況下，這個介面使用的少。
再往下分就是按照構建 Context 的文件類型，接著就是訪問 Context 的方式。這樣一級一級構成了完整的 Context 等級層次。
總體來說 ApplicationContext 必須要完成以下幾件事：
標識一個應用環境
利用 BeanFactory 創建 Bean 對象
保存對象關系表
能夠捕獲各種事件
Context 作為 Spring 的 Ioc 容器，基本上整合了 Spring 的大部分功能，或者說是大部分功能的基礎。
Core 組件
Core 組件作為 Spring 的核心組件，他其中包含了很多的關鍵類，其中一個重要組成部分就是定義了資源的訪問方式。這種把所有資源都抽象成一個介面的方式很值得在以後的設計中拿來學習。下面就重要看一下這個部分在 Spring 的作用。

6. 映射模式是什麼講下設計模式裡面有哪些經典的模式分別是什麼意思

你好：
在java中一共有24種設計模式，一一講解太費時間，給你個資源鏈接 你去學習吧
http://blog.csdn.net/chmask/article/details/2631485
希望採納，共同學習 ！！

7. 求JAVA高手,如何才能真的理解那個經典的23種設計模式,發現光看根本理解的不深刻,希望能有類似的題目

不管什麼東西，首先還是基礎，既然要看設計模式的話，你的多態必須了解透徹版，多態權不好的話是根本看不懂設計模式的。然後就是多想多看，我第一次看的時候，也不知道在說什麼，來來去去看了好幾遍才算入了門，記得看第一次看懂觀察者模式的時候那個激動啊，我看的是《大話設計模式》是c#版本的，建議樓主也去看看哈，裡面的列子很簡單易懂，我是學c++的，設計模式是相通的，不一定非得看java代碼寫的。

8. 課程設計模式最經典最常用的是哪種

• 泰勒是美國乃至世界教育界最傑出的研究學者之一。他在對"八年研究」的經驗總結回的答基礎上提出了課程研製的基本程序、步驟和方法，即泰勒原理（目標模式）。 1949年出版的《課程與教學的基本原理》，揭示了課程編制的4個階段：確定目標、選擇經驗、...

9. 誰推薦幾本關於java的23個設計模式的經典書籍。。

java設計模式

10. 什麼設計模式的書比較好

世界上第一本設計模式書，堪稱經典的GOF《設計模式》基於C++滴~！
不過我推薦你看Head First 設計專模式 雖然基於屬java語言但是，感覺這個比上面那個容易理解，上面的太枯燥了，要看好多遍，我就看好多遍才懂。如果有錢推薦你買2個。
市面上的書我看過GOF《設計模式》、《Head First 設計模式》、《設計模式解析2》《大話設計模式》。這幾本書只有第一個GOF《設計模式》是基於C++的。這幾本書按難易程度是《大話設計模式》最簡單，《Head First 設計模式》次之，《設計模式解析2》第三簡單，GOF《設計模式》最枯燥，但是從OO本質，告訴你神馬是設計模式，如何推到出來設計模式這個本質問題必須看《設計模式解析2》，這些書我都買啦，嘿嘿，推薦哦