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）的状态；视图解释模型中的数据并将它展示给用户；而控制器负责处理用户的输入，然后更新模型或是显示新的视图。通过仔细的分割工作内容和精心处理这三部分之间的控制通信，我们可以得到一个完整的，稳定的，可扩展的应用。