PoEAA笔记- 4.Web表现层

        建立Web服务器的方式有两种：一种是使用脚本，一种是使用前端页面。脚本是一个程序，通常使用函数或方法响应调用，这样的例子有如CGI脚本或Java servlet，而页面有HTML或JSP等。程序文本可以很好的完成一个程序要做的事，并且脚本可以分解成子程序，还可以创建和使用其他服务，http请求事一个字符串，而服务器的输出是另一个字符串——响应。
        当仅需要进行少量处理时，服务器可以很好的工作，但是就像古典和爵士需要不同的显示格式一样，当需要基于输入做决定事，事情会变得一团糟。
        MVC事一个广为引用的模式，但是它常常被错误的理解，几乎所有有关于MVC中的表现成都弄错了，一个让人容易混淆的主要原因是“控制器“这个词的使用，”控制器“被用在许多不同的上下文中，并且我发现模型-视图-控制器有许多不同的用法，正因此，我更喜欢使用术语”输入控制器“来代替模型-视图-控制器中的控制器。
        一条请求消息进入输入控制器，输入控制器取得信息，并找到合适的模型对象，这个模型与数据源进行交互，处理请求，应答并收集信息，然后将控制权，输入控制器分析收到的信息并决定使用哪个是图进入渲染。输入控制器不是直接传递给视图，通常，这是一个包括把数据放在某种Http会话对象中合适位置的过程。这个HTTP会话对象在输入控制器和视图时间共享。
        首先，也是最重要的，使用MVC的理由是保证模型和Web表现层完全分离。
        应用控制器的目的是处理应用程序流，决定视图应该保持什么次序出现，它可能表现为表现层的一部分。或者可以将其当作视图和模型的隔离层，应用控制器可能独立于任何表现层，在这种情况下，它们能在表现层之间重复使用。如果不同的表现层共用相同的基本流和导航，通常没什么问题，不过最好给每个不同的表现层一个不同的流。
        并不是所有的系统都需要应用控制器，如果你的系统在屏幕的次序和屏幕之间的导航上有丰富逻辑关系，那么这些应用控制器非常有用，如果你的网页与领域上的行为没有一个简单的映射，则这个应用控制器也很有用，但是如果有人可以很好地以任何次序观看任何屏幕，你也许就不需要任何控制器了，可以进行这样的测试：如果机器处在屏幕流的控制下，那么就需要用用控制器，如果这台机器是在用户的控制之下，就不需要应用控制器。