1、網頁設計，只用一個網頁怎麼實現框架的功能？
只用一個頁面的話只能用層吧，點擊導航，顯示一個層，隱藏其他層。
網上有許多就js+css寫的滑動門也可以實現類似效果
2、設計一種程序，用頁面選擇的模式自動創建sql語句，求一個設計的模式
public class ManFactory {
/* 以下是單例模式的使用，外部需要使用該類時只能實例化一個對象*/
private static ManFactory mf = new ManFactory();
private static List<Man> allMan = new ArrayList<ManFactory.Man>();
private ManFactory(){}
public static ManFactory instance(){
return mf;
}
/*這里是簡單工廠模式的使用，當需要一個人的時候，直接調用工廠類的造人方法， 而不用去新建一個人*/
public Man makeMan(String name){
Man man = new Man();
man.setName(name);
allMan.add(man);//將造出來的人放入工廠的一個集合中，當以後需要這群人統一做事的時候，可以直接獲取到
return man;
}
public static List<Man> getAllMan() {
return allMan;
}
class Man{
private String name;
public void dancing(){
System.out.println(name +"正在跳舞");
}
public void setName(String name) {
this.name = name;
}
}
public static void main(String[] args) {
/*使用了單例模式，看上去是構建了兩個工廠，其實用的還是一個*/
ManFactory fc = ManFactory.instance();
ManFactory fc2 = ManFactory.instance();
fc.makeMan("小明");
fc.makeMan("小紅");
fc2.makeMan("小楊");
fc2.makeMan("小張");
for(Man man:ManFactory.getAllMan()){
man.dancing();
}
}
}
3、設計模式中，哪些模式常用到網站開發
工廠模式和單例模式、代理模式是使用的最多的，其他的有可能你用到了，但說不上名字，我在開發的時候有時候就會遇到這樣問題
4、求基於設計模式設計實現一個用戶注冊系統。
這個問題有點籠統。本人分析如下：
用戶注冊系統，說白了就是一套流程（閱讀協回議——答校驗信息——提交信息），如果需要靈活的創建流程，即使用設計模式，比較靠譜的就是責任鏈模式了。當然還需要模板方法模式，進行流程模板定製。具體點就是首先需要創建模板方法用於實現流程的流轉，當然這是面向抽象的行為；然後，創建具體的對象實例實現各個不同流程節點的工作，具體表現為：閱讀協議、校驗信息、提交信息等等；最後可能會用到外觀模式用於實現責任鏈的建立，以及注冊流程的啟動。從而實現了一套可以動態添加節點的用戶注冊系統。
希望以上內容對你能有幫助！另外，推薦你一本好書《軟體秘笈：設計模式那點事》，這本書的確很好，有圖解、生活實例以及JDK實例講解，我讀了收獲非常大，在百度「設計模式」排名第一推薦的圖書，好東西大家一起分享，祝你早日學會設計模式！
5、建個網頁需要怎麼做
看你是選擇動態還是靜態的？ 靜態用Dreamvear 動態往下看
看你是選擇Java還是Net來做？
一個簡單的網頁就算你買也不是很貴 就幾百來快
6、如何借鑒一個網站的內容設計模式
靈感來源於借鑒，說到網站設計，是不是靈感就一定來源於可以借鑒的網站？答案當然是否定的，這只是我們可以想到的最直接的方式，要製作更加精湛的網站，設計思路需要更寬廣，因此靈感還可以來自這七個方面。
風景
日常生活中所有的事物都可以是靈感的源泉，當你不知道網站的配色、布局、主題等如何選擇時，不要一味沉浸在網路的世界裡去找設計靈感，越看越疲憊就失去了激情和動力，不妨放下所謂的相似網站的參考借鑒，走出來呼吸一下大自然的新鮮空氣，也許你會發現，自然的配色能夠帶給你最好的靈感。
物品
身邊的物品千姿百態，隨手抓起一樣從不同的角度去研究，都可能激發起你的靈感。
音樂
音樂是一種奇妙的東西，它飽含了豐富的情感，不同的人可以從中感受到不一樣的心靈寄託，對於設計的人來說，音樂也是創造靈感的好方法。當你神經出於緊綳狀態時，可以從樂曲中得到放鬆，根據旋律聯想到各種場景和畫面，找到設計的方向。
書籍
對於愛書的夥伴們，建設某一類型的網站，可以尋找相關的書籍，借鑒文字的解說，理解其中的內涵，綜合設計網站。
建築
事實上，我們所看到的奇特建築也是設計師們從某些事物上找到靈感所得到的設計，而對於網站建設方面的設計同樣可以藉助別人的設計來尋找靈感。各種房屋通過實際建造將藝術呈現出來，具有的空間立體感塑造了宏偉的形象，帶給人更多的遐想空間，網站設計可以通過建築的理念借鑒得到發揮。
圖片
有時候同一個地點，同一個風景，同一種元素，從不同的角度去描述，得到的結果截然不同，甚至不同的人所看到的以及理解到的都不一樣。當網站設計處於瓶頸狀態時，完全可以找一張自己感興趣的圖片認真研究，把圖片中的每一種表達都融合成自己的靈感，運用到網站中。
當然，網站設計的靈感同樣不局限於奇億網路小編以上所提到的幾個方面，任何事物都可以當成我們設計的小提示，但前提是要善於發現和思考，才不會讓網站的設計之路越走越狹窄。
7、什麼是設計模式，該如何使用設計模式
設計模式是面向對象編程的熱門話題之一，越來越多的開發人員認識到設計模式的重要性。採用各種語言實現設計模式的文章也越來越多，但是很多開發人員發現很難將設計模式與實際開發中需要解決的具體問題相聯系。因為使用設計模式的難點往往不在於模式的實現，而在於很難確定哪種模式可以在現實的應用場景中採用，從而導致了在現實的項目中，面對客戶的壓力，我們總是採用最直截了當的方法解決問題，來不及多考慮這些方法的優劣，即使明知將帶來更大的麻煩也必須如此。有些時候因為選擇了不恰當的設計模式，使原本簡單的問題變得復雜化。
總是有些優秀的設計人員可以在同樣短的時間內做出正確對待的判斷，他們同樣是依靠本能和直覺，只是這種本能是在日常編程開發中一點一滴積累起來的。如同一個劍客在危機時刻的一擊，並不是一時的靈光乍現，而是平時刻苦修煉的結果。
俗話說，緊靠背棋譜成不了圍棋高手。只在概念上理解設計模式而不實現，同樣成不了架構設計師。在軟體設計時，要有意識地問自己使用還是不使用設計模式，不要匆忙下結論。重視軟體質量的改進，如果有可能，則在項目後期重構代碼。同時注意學習同行的經驗，很多開放源碼項目是值得學習的。
（1）正確理解設計模式
模式所關注的不僅是重復的解決方案，更主要的是關注重復出現的應用場景和與場景相關的各種作用力。很多使用設計模式失敗的原因，並不是實現設計模式的方法有問題，而是採用的設計模式不適合應用場景。這往往導致設計過度，使軟體應得復雜，進而喪失對使用設計模式的信心。
（2）編程語言與設計模式的實現
盡管設計模式本身並不要求一定用某種語言來實現，但脫離了具體的實現，就無法真正理解設計模式。GOF的《設計模式》是經典之作，但畢竟距現在已經十幾年了。這個期間開發平台已經進化了多代，很多新技術已經應用到編程中。有些技術可以簡化設計模式的實現，有些技術已經採用了設計模式。因此，學習設計模式必須針對所使用的編程語言和開發平台。一定要注意，不是將《設計模式》中的例子轉換為C#或者其他語言就等於知道如何實現設計模式了，而是要關注設計模式的精髓，並結合具體的語言特點完成其實現。就.NET而言，很多技術可以簡化設計模式的實現，例如採用反射技術實現工廠和採用委託技術實現模板方法等。
（3）需求驅動
需求驅動不僅僅是功能性需求，還包括性能需求及運行時的需求，如軟體的可維護性和可復用性等方面。
設計模式是針對軟體設計的，而軟體設計是針對需求的，一定不要為了使用模式而使用模式。在不合適的場合生搬硬套地使用模式反而會使設計應得復雜，使軟體難以調試和維護。
（4）分析成功的模式應用項目
置之死地而後生可以說是一種解決方案，而不是模式，或者說僅僅給出了模式的實現，而沒有交代使用的場合。項羽採用這個方案把秦軍打敗了，但馬謖卻丟了街亭。
（5）充分了解所使用的開發平台。
總的來說，設計模式是針對面向對象的軟體設計的，因此在理論上適合任何面向對象的語言。但隨著技術的發展和編程環境的改善，設計模式的實現方式會有很大的差別。在某些平台下，某些設計模式是自然實現的，某些模式已經被平台所實現，某些模式存在的上下文已經消失。
這里的平台不僅指編程語言，還包括平台引入的技術。.NET平台引進了反射、委託，以及屬性等新技術，這些技術的使用使設計模式的實現方式有了很大的改變。例如，工廠方法通過採用反射技術，可以將其中的子類去掉。這實際上已經是一個.NET下的新模式，或者說是.NET的方言。
（6）在編程中領悟模式
軟體開發是一項實踐工作，最直接的方法就是編程。沒有定式很熟卻從來不下棋的圍棋高手，也沒有不會編程就成為架構設計師的先例。對設計模式的掌握是水到渠成的事情，你可能是頓悟，也可能是漸悟，但前提是必須有相當的實踐積累。當然，並不是不需要看書學習，但實踐仍然是必須首先要重視的。
認為編程如同寫文章，提高需要有一個過程。在多多編程的同時，需要有一定的技巧。如果希望水平有較大提高，則需要對自己編寫的代碼不斷重構。力求最優是個很好的習慣，當然前提是項目進度允許。即使項目時間緊張，也需要進行適當的總結。隔一段時間檢查一下以前的工作，會發現自己是否已經有了提高。
（7）避免設計過度
設計模式解決的是設計不足的問題，但同時也要避免設計過度。一定要牢記簡潔原則(Keep It Simple, Stupid, KISS)，要知道，設計模式是為了使設計簡單，而不是更復雜。如果引入設計模式使設計變得復雜，只能說我們把簡單的問題復雜化了，問題本身不需要設計模式。
這里需要把握的是需求變化的程度，一定要區分需求的穩定篇和可變篇。一個軟體必然有穩定的篇，這個篇就是核心業務邏輯。如果核心業務邏輯發生變化，軟體就沒有存在的必要，這個篇的邏輯是我們需要固化的。對於可變的篇，需要判斷可能發生變化的程度來確定設計策略和設計風險。要知道，設計過度與設計不足同樣對項目有害。
（8）合理看待設計模式的實現實例
現在，從各種途徑可以發現各種設計模式的實現實例。需要說明的是，其中很多實例所說明的僅僅是設計模式的解決方案的實現，並沒有分析模式使用的上下文。實際上，這也是最困難的篇——從而導致實例中的設計模式使用從實踐的角度看，往往是過度設計，也就是有小題大做的嫌疑。
對模式感興趣的朋友可以從下面的幾個開源項目中學習模式的成功應用。以後可能會把模式在下面幾個開源代碼中的應用的文章與大家共享。
8、在web開發領域中經常使用幾種設計模式？
MVC
將程序（或部來分程序）自分割為三個截然不同的部分：模型Model，視圖View和控制器Controller。模型存儲應用（Application）的狀態；視圖解釋模型中的數據並將它展示給用戶；而控制器負責處理用戶的輸入，然後更新模型或是顯示新的視圖。通過仔細的分割工作內容和精心處理這三部分之間的控制通信，我們可以得到一個完整的，穩定的，可擴展的應用。