模式java

① java B/S模式

在Java B/S開發模式有以下幾種：
一、JSP+JDBC
這是最簡單的一種開發模式是頁面+邏輯處理，映射到技術上反應出來的有Jsp+Jdbc，在基於這類的實現中在View層也就是jsp頁面上負責數據的顯示、邏輯處理，結合jdbc完成數據的持久化，在小型的項目中，人們確實發現這種方式是最為方便的，但在復雜的項目以及需求不斷變化的項目中，人們慢慢的發現這種方式造成了不少的問題，首先是調試的問題，想想在一個jsp頁面中進行排錯是多麼的困難，其次是修改的問題，為了滿足用戶需求的一個小小的變化，都需要去改不少的頁面，而且很多時候由於寫的時間長了，自己都需要回憶很久才能想起是怎麼回事，更不用說如果人員流動了會怎麼樣，同時還帶來開發效率的問題，由於需要缺少足夠的調試的支持，需要較為熟練的開發人員才能快速的完成，對於一般的人員來說需要一定的適應和學習過程，當然伴隨而來的還有諸如修改界面的時候一不小心少了點代碼什麼造成的錯，最大的問題可能還是重用的問題，通常會造成N多同樣的代碼在頁面上來去的，總結下來在這種模式下有幾個比較重大的問題就是：
1、調試問題。
2、維護問題，顯示和邏輯處理在一起導致了修改顯示的時候較為困難，至於修改代碼則因為之前的調試問題導致了困難，同時由於邏輯均在頁面上後期接手人員需要一段時間去理解。
3、代碼重用性問題。
但同樣它還是存在優點的，那就是可以很快的上手，但由於調試和維護性問題確實太大了，所以在現在也是基本不再採用這種方式了。
二、JSP+JavaBean
在經歷了jsp+jdbc階段後，開始考慮怎麼樣去解決上面三個問題，這個時候就誕生了諸JSP+JavaBean這樣的技術體系，在這個體系中由jsp頁面負責顯示以及接收頁面請求，並調用相應的JavaBean來完成邏輯處理，在獲取其返回的處理數據後轉到相應的頁面進行顯示。在這樣的技術體系中，由於邏輯是由JavaBean來完成的，可以對其進行調試了，代碼的重用性一定程度上也得到了提高。剛開始的時候用這樣的技術體系確實發現比以前用jsp+jdbc爽了很多，但隨著用多了，慢慢又發現了問題，那就是在頁面中需要編寫對於頁面請求數據的獲取，還得根據請求去調用相應的javabean，並根據javabean的處理結果轉入相應的頁面，這同樣造成了修改的麻煩，畢竟是去頁面上修改這些邏輯，總結下來在這種Java B/S開發模式下有比較重大的問題就是：
1、代碼重用性以及維護性問題。但這里的代碼重用性問題和jsp+jdbc的就不同，在邏輯處理部分現在已經可以重用了，但現在在各個頁面就不得不重復的寫獲取頁面請求的參數、相應的調用Model、根據Model的處理結果轉發頁面，這樣的話就導致了在改的時候需要到處去找，造成了維護的復雜。
2、系統結構不清晰。畢竟仍然是在頁面控制整個響應頁面事件的處理流程，這個時候就造成了很多頁面中出現完全相同的jsp代碼，而且控制代碼在頁面，仍然是不便操作，例如對於JavaBean的調用等，而且由於獲取javabean的數據需要轉發的緣故，其實通常就是在最終的顯示頁面上加上上面的控制事件處理流程的代碼，並沒有真正的做到顯示和處理的分離。
同樣，它的優點在於分離了顯示和業務邏輯處理，增強了可調試以及維護性，而且也是很容易上手的，對於小型項目來說仍然是可選的方案之一。
三、基於MVC Framework
在經歷了上面的Jsp+JavaBean的Java B/S開發模式後，我們發現其實現在最需要的就是在jsp、javabean之間能有個東西自動完成頁面請求數據的封裝、根據請求調用相應的javabean、同時根據javabean的處理結果返回至相應的View，有了這樣的思想後，發現smalltalk中的MVC思想很適合這種場景，於是便在Java B/S開發中引入了MVC思想，在這里也簡單的介紹下MVC思想，MVC強調View和Model的分離，View所面對的是Controller，由Controller負責與Model進行交互，View只負責顯示頁面以及顯示邏輯的處理，顯示邏輯指的是諸如第一行要顯示藍色、第二行要顯示紅色這樣的顯示方面的處理，Controller負責接受頁面請求，並將其請求數據進行封裝，同時根據請求調用相應的Model進行邏輯處理，在Model處理後返回結果數據到Controller，Controller將根據此數據調用相應的View，並將此數據傳遞給View，由View負責將數據進行融合並最終展現。MVC帶來的優點很明顯的體現出來了，基於一個這樣的MVC Framework的話開發人員可以按照一種固定的模式進行開發，規范了整個開發過程，提高了質量以及系統結構的清晰性，並由於保證了View/Model的分離，使得一個Model可以對於多種顯示形式的View，需要的僅僅是去改變View和Controller。
按照MVC思想，最容易想到的實現方案莫過於jsp+servlet+javabean，在這裡面jsp對應著View，servlet對應著Controller，javabean對應著Model，因為採用servlet可使用servlet container已經封裝好的頁面數據請求對象HttpServletRequest，這樣就省去了自己封裝頁面請求數據的工作，作為Controller同時還需要承擔根據請求調用對應的javabean，最簡單的做法無非就是在Servlet中直接根據某種邏輯(諸如反射或介面)調用相應的bean進行執行，之後將HttpServletRequest、HttpServletResponse作為參數傳入javabean進行處理，javabean從HttpServletRequest中獲取請求數據，將返回的結果數據放入HttpServletResponse，整個過程結束後繼續由Controller接手進行處理，這個時候作為Controller的servlet將根據處理的結果返回相應的頁面，在這個模型使用時人們慢慢的發現了一個問題，那就是隨著jsp、javabean的變化造成了controller的不斷修改，需要修改其中調用相應javabean以及轉發相應頁面的部分，為了解決這個問題，首先想到的是應該分離根據請求調用相應javabean的步驟，這個時候採用了設計模式中的front controller+application controller的方法，front controller負責接受頁面請求並進行封裝，同時將此數據對象傳遞至application controller，由application controller來負責調用相應的bean，這樣的設計其實都是遵循著一個設計原則，就是職責單一，通常實現application controller的模式是Command模式，在這種情況下MVC Framework的結構體系就演變成了view+controller(front+application)+model。
在完成了上述演變後慢慢又發現了一個問題，就是model依賴於了httpservletrequest，這樣造成的一個問題就是沒法測試，仍然要不斷重啟伺服器來測試，當然與此同時的發展是model層的細化，細化成用於響應頁面請求的action Layer+Domain Model Layer+Persistent Layer，在這里不去討論後面層次的問題，因為作為MVC Framework它並不管你Model層是怎麼個處理流程的。
慢慢也發現了另外一個問題，那就是變化經常要影響到controller的修改，於是便引入了採用配置文件的解決方法，編寫action的配置文件，在配置文件中控制根據action的返回結果轉入相應的View，這樣的話在將來需要改變的時候只需要去改變這個配置文件就可以了，保證了Controller的穩定，這是典型的設計中的重點考慮因素，分離變化和不變化的，讓變化造成的影響最小。
但在引入了上面的配置文件後，慢慢又發現了問題，那就是手寫配置文件總是容易出各種各樣的問題，這個時候採用圖形化的界面來生成配置文件的想法又有了，這也就造就了page flow的誕生，當然，這只是page flow的一小部分功能。
當然，隨著MVC的發展，也帶動了其他相關技術的發展，如非同步請求/響應模式(ajax、amowa)等。

② 用java如何實現一個模式對話框

在Javaapplet中實現模式對話框的關鍵就是在創建一個對話框的時候要為該對話框指定一個正確的父窗口.因為Applet是Panel類的子類,不可以作為對話框的父窗口,所以首先要獲得applet所在的窗口,作為模式對話框的父窗口.樣例代碼如下:
.....
Dialogd=newDialog(getParentWindow(comp),title);
//comp為applet上的任意一個組件
....
publicvoidgetParentWindow(ComponentcompOnApplet,Stringtitle){
Containerc=compOnApplet.getParent();
while(c!=null){
if(cinstanceofFrame)
return(Frame)c;
c=c.getParent();
}
returnnull;
}

③ 什麼是Java設計模式

閻宏的 <<JAVA 與模式>>
設計模式和具體是哪種語言關系不大吧。。。

ABSTRACT FACTORY 抽象工廠
BUILDER 生成器
FACTORY METHOD 工廠方法
PROTOTYPE 原型
SINGLETON 單件
ADAPTER 適配器
BRIDGE 橋接
COMPOSITE 組成
DECORATOR 裝飾
FACADE 外觀
FLYWEIGHT 享元
PROXY 代理
CHAIN OF RESPONSIBILITY 職責鏈
COMMAND 命令
等等等等。。。按JAVA的語言特性應該都可以實現的。。。

④ java模式有哪些

工廠模式， 工廠方法模式，單例模式， 外觀（Facade）模式， 觀察者（Observer）模式，橋接（Bridge）模式都是比較常用的，不同的項目有不同的設計方向，可以參考的設計模式也不盡相同，沒有定數，只是上面這幾個模式用的比較多一些。

⑤ JAVA23種設計模式

一、大約分為三類：

1、創建型模式（5種）：工廠方法模式，抽象工廠模式，單例模式，建造者模式，原型模式。

二、設計模式遵循的原則有6個：

1、開閉原則（Open Close Principle）

對擴展開放，對修改關閉。

2、里氏代換原則（Liskov Substitution Principle）

只有當衍生類可以替換掉基類，軟體單位的功能不受到影響時，基類才能真正被復用，而衍生類也能夠在基類的基礎上增加新的行為。

3、依賴倒轉原則（Dependence Inversion Principle）

這個是開閉原則的基礎，對介面編程，依賴於抽象而不依賴於具體。

4、介面隔離原則（Interface Segregation Principle）

使用多個隔離的借口來降低耦合度。

5、迪米特法則（最少知道原則）（Demeter Principle）

一個實體應當盡量少的與其他實體之間發生相互作用，使得系統功能模塊相對獨立。

6、合成復用原則（Composite Reuse Principle）

原則是盡量使用合成/聚合的方式，而不是使用繼承。繼承實際上破壞了類的封裝性，超類的方法可能會被子類修改。

⑥ java常用的設計模式一共有多少種

1、正如上一位答主所言，java中存在23種面向對象的設計模式，分別是：
1）創建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。
2）結構型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。
3）行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。
2、他們遵從如下原則：
1）單一職責原則
2）里式替換原則
3）依賴倒置原則
4）介面隔離原則
5）迪米特法則
6）開閉原則
3、如果非要用幾個簡單的字來概括這繁雜的23種設計模式那就是「高內聚，低耦合」。
4、網路--23種設計模式，邊研究原理，邊敲代碼，其義自見。

⑦ JAVA里什麼是C/S模式什麼是B/S模式

講實際簡單的吧，概念的東西，留給後面的人去網上復制粘貼~
c/s模式
就是客戶端和伺服器(client/server)，現在的大多數進銷存軟體，企業管理軟體都是利用客戶端和伺服器進行對連，實現資料庫的操作的~
b/s模式
就是瀏覽器和伺服器(browser/server)，現在的網站就是這樣的結構，你在家裡一個瀏覽器就可以打開你們公司的網站，進行你們公司的後台管理，現在許多的oa系統都是做成b/s結構~

⑧ java中常用到得設計模式有哪幾種

一共23種設計模式！

按照目的來分，設計模式可以分為創建型模式、結構型模式和行為型模式。
創建型模式用來處理對象的創建過程；結構型模式用來處理類或者對象的組合；行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述。

創建型模式用來處理對象的創建過程，主要包含以下5種設計模式：
 工廠方法模式（Factory Method Pattern）
 抽象工廠模式（Abstract Factory Pattern）
 建造者模式（Builder Pattern）
 原型模式（Prototype Pattern）
 單例模式（Singleton Pattern）

結構型模式用來處理類或者對象的組合，主要包含以下7種設計模式：
 適配器模式（Adapter Pattern）
 橋接模式（Bridge Pattern）
 組合模式（Composite Pattern）
 裝飾者模式（Decorator Pattern）
 外觀模式（Facade Pattern）
 享元模式（Flyweight Pattern）
 代理模式（Proxy Pattern）

行為型模式用來對類或對象怎樣交互和怎樣分配職責進行描述，主要包含以下11種設計模式：
 責任鏈模式（Chain of Responsibility Pattern）
 命令模式（Command Pattern）
 解釋器模式（Interpreter Pattern）
 迭代器模式（Iterator Pattern）
 中介者模式（Mediator Pattern）
 備忘錄模式（Memento Pattern）
 觀察者模式（Observer Pattern）
 狀態模式（State Pattern）
 策略模式（Strategy Pattern）
 模板方法模式（Template Method Pattern）
 訪問者模式（Visitor Pattern）

推薦你一本好書：《軟體秘笈：設計模式那點事》，裡面講解的23中設計模式例子很生動，容易理解，還有JDK中設計模式應用情況，看了收獲挺大的！網路裡面搜「設計模式」，第一條中設計模式網路中就有首推該圖書，瀏覽量在20幾萬以上的，不會錯的。好東西大家一起分享！
祝你早日學會設計模式！

⑨ 什麼是 JAVA模式

通俗就是支持運行JAVA軟體或游戲的模式，只要手機支持JAVA，就可以運行軟體或游戲JAR文件。

⑩ java一共有多少種模式,分別是啥啊謝謝大家幫忙

轉載//////////////
Java中的23種設計模式:

Factory(工廠模式), Builder(建造模式), Factory Method(工廠方法模式),

Prototype(原始模型模式),Singleton(單例模式), Facade(門面模式),

Adapter(適配器模式), Bridge(橋梁模式), Composite(合成模式),

Decorator(裝飾模式), Flyweight(享元模式), Proxy(代理模式),

Command(命令模式), Interpreter(解釋器模式), Visitor(訪問者模式),

Iterator(迭代子模式), Mediator(調停者模式), Memento(備忘錄模式),

Observer(觀察者模式), State(狀態模式), Strategy(策略模式),

Template Method(模板方法模式), Chain Of Responsibleity(責任鏈模式)

工廠模式:工廠模式是一種經常被使用到的模式,根據工廠模式實現的類可以根據提供的數據生成一組類中某一個類的實例,通常這一組類有一個公共的抽象父類並且實現了相同的方法,但是這些方法針對不同的數據進行了不同的操作.首先需要定義一個基類,該類的子類通過不同的方法實現了基類中的方法.然後需要定義一個工廠類,工廠類可以根據條件生成不同的子類實例.當得到子類的實例後,開發人員可以調用基類中的方法而不必考慮到底返回的是哪一個子類的實例.