❶ 什么叫web表示层
web表现层
（1）Servlet的诞生，宣告java在web 领域占有一席之地，并逐步取代CGI的地位。
（2）在Servlet里写html标签是一件痛苦的事。毕竟HTML中，静态的文本标签占大部分，动态显示部分只是小部分。于是JSP诞生了。成为了ASP的一个有力竞争对手。
（3）随着"Java Code Pollution"问题浮出水面（HTML和Java代码混杂，不仅页面结构差，而且其中的Java代码也很难维护），TagLib应运而生。自定义的XML元素开始替换Java代码，这样，整个页面就XML化了。
（4）TagLib不能在一般的HTML浏览器或编辑器里面显示，页面不能所见即所得。而ASP.net挟Visual Studio快速可视开发之优势，正在Web开发领域攻城掠地。Java世界仓促应战，启动JSF项目。成员众多的Web Framework阵营中又多出一位权威的重量级选手。
......
各种新概念层出不穷，页面流程越来越复杂。大家的口号都是"为了降低开发难度，让程序员只关注于业务逻辑，而不用关心底层的技术细节"，都是"为了企业级应用，而企业级应用的需求是复杂的，所以，把简单问题复杂化是有道理的——据说，这是为了系统的面向未来的可扩展性、可伸缩性......"
❷ web应用程序的哪个层
WEB应用程序一般是B/S模式。Web应用程序首先是“应用程序”，和用标准的程序语言，如C、C++等编写出来的程序没有什么本质上的不同。然而Web应用程序又有自己独特的地方，就是它是基于Web的，而不是采用传统方法运行的。换句话说，它是典型的浏览器／服务器架构的产物。
❸ 通常所说的web应用程序分3层，即mvc，如果我想分4层，应该怎么分
你不找一个现成的MVC 框架 而要用servlet 自己来做，当然不会那么清晰
以至于别的用过mvc框架人想告诉你什么事情，所说出来的可能都是一些你没听过的概念，以至于沟通不能。
建议看下面的站点
https://msdn.microsoft.com/en-us/library/ff650511.aspx
， 这是2003年微软为了在 http://asp.net 基础上实现mvc 做的探讨与说明。
那个年代http://asp.net还没有MVC 产品，所以这个文档刚好符合你现在的状况 也就是落后了时代大概12年的状况
❹ web前端页面有哪三层构成，分别是什么作用是什么
最准确的网页设计思路是把网页分成三个层次，即：结构层、样式层、行为层。
HTML：结构层
网页的结构或内容层是该页面的基础HTML代码。
CSS：样式层
该层指示结构化HTML文档如何看待网站的访问者，并由CSS（层叠样式表）定义。
JavaScript：行为层
行为层使网站具有交互性，允许页面响应用户操作或基于一组条件进行更改
❺ web应用程序包括哪些资源它的目录结构是如何的
Web应用程序（Web Application）术语，所指的既不是一个真正意义上的Web网站，又不是一个传统的应用程序。换句话说，它是一些Web网页和用来完成某些任务的其他资源的一个集合。它隐含这样一层意思：有一个预定义的路线贯穿于网页之中，用户可做出选择或提供信息使任务能够完成。
例如，一个在线商店，你为了购买货物，进行反复的观察和选择，浏览一系列网页，收集所需要的信息，支付相应的费用，最后发出定单。也可能是一个“软件升级向导”，指导用户完成下载和安装新软件的过程，或者可能是一个基于Intranet的报价单或销售报告的生成工具。
所有这些不同于“标准”的Web网站，一般的Web站点使用一系列菜单或导航栏以预先未定义的路径漫游该站点。但是一个Web应用程序远不只是受控制的导航器。自由地漫游于一个Web网站时，可以进行无状态的和匿名的访问，但Web应用程序一般不接受。
❻ 一个成熟的javaWeb项目包含哪些层
一般是三层架构
表现层 web
业务层 service
持久层
❼ 如何规划跟设计web应用程序，其开发周期有那几个阶段
下面用我开发的一个办公系统来说明一下如何规划跟设计WEB应用系统，及其开发几个阶段。
第一步：需求分析
我召集他们所有业务相关部门开了几次会议，将各部门的功能需求进行了整理和统一，写成的功能需求说明书，文中详细列出了软件要解决的实际问题及要达到的目标。他们要求软件要能解决他们的实际问题，带来真正的价值。比如直接给他们带来更多订单，帮助他们寻找客户并留住，同时在经营中节省人力成本及防止不必要的浪费，最终实现公司利润的增长。我认为，如果一个软件不能带来实质性的经济价值，仅仅只是用来装点公司门面，提高一点工作效率，那还不如不要。这也是他们为什么看不上有些成品软件，而要选择定制开发的原因。每个公司情况均不一样，成品软件商往往无法知道每个客户的痛处，所以做出来的产品无法真正适合客户。只有自己针对性的开发，才能真正解决问题。客户才知道他们公司最需要什么，他们的客户应如何获得和留住，业务流程应如何设计等等。有针对性开发一些实用功能，才是最适合的软件。
通过这个项目，我认识到编写软件需求说明书的过程非常重要，这决定了以后的开发过程是不是会走弯路，是否因为开发了不必要的功能浪费时间和金钱，是不是存在程序功能模块上的冲突。我在需求说明编写上花了较大精力，有种磨刀不误砍柴工的感觉。最后在所有人员一致通过这个需求说明书后才决定走下一步。
第二步：开发方案书
开发方案书是将功能需求说明书转化为可开发的具体行动方案，我根据开发平台的开发规则进行编写的，将软件需求说明书中的功能模块进行组合优化，分析出各个模块的数据结构及数据关系、运算逻辑，理清各模块之间的业务流程，最后根据各业务部门人员的实际情况规划各模块的界面样式。
我的开发方案书也写得很详细，不过相比功能需求说明书，感觉容易些，毕竟大方向已有了。开发方案书中我将数据结构中的表及字段全部规划好，并命名好，包括其数据类型、长度等，做成表格，并将各字段数据来源及编辑方式等均做好说明。前面忘记说明了，我虽然对编程不懂，但由于以前有过管理软件操作方面经验，对数据库还是有一定了解的，但也只是懂一些皮毛，不过用天纵快速开发平台开发，这点数据库方面的知识够用了，以后使用过程中如果需要更复杂的一些SQL语句再网上搜索一下吧。
开发方案书对后期的系统开发非常重要，下面的开发过程其实就是将开发方案书的内容在快速开发平台进行配置的过程。
第三步：开发及测试
有开发方案书，接下来的开发就非常容易了，其实就是将开发方案书的内容配置到开发平台上的过程，这就是我前面说的为什么找这样一个开发平台开发这个系统的原因。
用配置型开发平台开发软件相当简单快速，一般的模块三步就可以搞定了，第一步设置模块信息，第二步设置表单属性，第三步设置表中每个字段。也许我这样说你还是不太相信，那好吧。上图！
天纵快速开发平台分开发后台和应用前台。顾名思义，开发后台是供开发者使用的，应用前台是开发好的系统进行使用的地方。好了，进入开发后台吧，如下图：
通过这三步的配置，一个功能模块基本完成了。是不是非常简单快速！整体开发过程是不是全部是通过配置来完成的。当然上面提到的是一些最基本的配置，对于复杂功能要求的模块，可能还要进行更详细的配置。
配置型开发平台由于省去代码编写，开发速度大大提高，由于界面是由开发平台中间件根据配置的业务参数自动生成，不用每个界面均去编写一套代码，因此出错率大大降低，软件的性能和稳定性自然也就有了保障。
第四步：编写操作手册
系统开发好后，有一个收尾工作是不能省的，那就是编写操作手册。好在我平时没事就喜欢写点博客，对写作没有畏惧心。操作手册是供使用者学习和操作时用的，在操作手册中我将系统操作过程及其注意事项详细列出，事后我才知道，操作手册也是这个系统正式能使用起来的重要因素之一，因为我写的操作手册有声有色，条理清晰，操作这个系统的同事很快就能理解并上手了。
我得出的经验是：操作手册越早编写越好，最好是在开发的同时就进行编写，开发过程中一些重点内容要立即记录下来，提醒以后的使用者，时间一长了，就算是开发者本人也可能都忘记了，最后导致使用者走弯路。
第五步：上线试运行
折腾了半个多月，一个共有50多个模块的内部管理系统基本算是大功告成了，请客户的几个部门领导一起演示操作走了一遍，大家十分满意，总算没辜负老他们板的期望。他们老板一高兴，批准买一台服务器专门运行这个系统。我花了一天时间，部署到服务器上，开始上线试运行。
第六步：正式运行
经过了半个月的试运行，调整了其中出现一些小问题，就开始召集所有部门相关人员进行几天的操作培训，开始正式在公司内全面运行。
❽ 什么是MVC(三层架构)
前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。
JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。
而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。
MVC编程模式
比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数据并允许用户操作的方式。
M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
以上内容参考：网络-mvc框架
❾ Web应用程序为什么分层开发
分层不是为了代码的化简，实际上分层之后代码只会增加。
分层是为了整个应用的设计和维护。
如果你要开发一个简单且永久不变的应用，当然可以将一堆代码放在一起。但现在的技术发展和用户需求的变化如此之快，谁能保证开发一个系统之后可以一直用下去。当你想修改程序的一些功能的时候，发现自己编写的东西全部集中在一个文档里，太杂了，牵一发而动全身，消耗太大了。同样，设计的时候要考虑所有的逻辑还要考虑视图在内，不乱才怪。
分层之后，上一层只需要调用下一层提供的接口就能使用下一层提供的服务，而下一层对上一层不具有依赖性，增加代码的可测试性和可重用行。
web应用分层方式很多，一般分为表现层，业务逻辑层和数据访问层，如果要改变视图就直接在表现层操作，不用修改另外的两个层。而且不同层可以教给不同人员去开发，再整合一下就可以了，是不是清晰很多了呢
❿ web应用包括什么
常见的计数器、留言版、聊天室和论坛BBS等，都是Web应用程序，不过这些应用相对比较简单，而Web应用程序的真正核心主要是对数据库进行处理，管理信息系统（Management Information System,简称MIS）就是这种架构最典型的应用。
一个Web应用程序是由完成特定任务的各种Web组件（web components)构成的并通过Web将服务展示给外界。在实际应用中，Web应用程序是由多个Servlet、JSP页面、HTML文件以及图像文件等组成。所有这些组件相互协调为用户提供一组完整的服务。
(10)web应用程序有几层扩展阅读
web应用缺点
1、网络应用程序强调浏览器的适用性。如果浏览器方没有提供特定的功能，或者弃用特定的平台或操作系统版本（导致不适用），就会影响大量用户；
2、网络应用依靠互联网远程服务器端的应用文件。因此，当连接出问题时，应用将不能正常使用。但是，如果使用HTML5 API，这些应用就可以被下载安装而可离线使用。
3、许多网络应用程序不是开源的，只能依赖第三方提供的服务，因此不能针对用户定制化、个性化，而且大多数情况下用户不能离线使用，因而损失了很多灵活性；
4、它们完全依赖应用服务商的可及性。如果公司倒闭，服务器停止使用，用户也无法追索以前的资料。对比而看，即使软件制造商倒闭了，传统的安装软件也可以继续运行，尽管不能再更新或有其他用户服务。