编辑“Tapestry的面向组件的开发方式 -gthought”（章节）

==面向元素VS面向组件——思维方式的变革==
在面向元素的开发方式中，我们的思维是线性的。我们无法将精力集中在应用程序的整体功能实现上。当一个超链接或者一个表单按钮没有达到我们预期目的的时候，我们首先考虑的不是应用程序业务逻辑是否正确实现，而是超链接或表单发送的URL的结构是否正确，并成功映射到指定的Servlet。特别当我们在页面中大量使用JavaScript脚本语言构造URL，或者修改页面中form表单的action属性的时候，分析和维护这样的页面是一场非常可怕的噩梦。

在面向元素的应用程序中，我们关心URL传递参数所携带的数据，关心Servlet的任何细节，甚至在高并发状态下，我们还必须担心Servlet是否正确地接收URL中传递的数据。

由于国内[[Struts]]框架使用相当广泛，而JSP又是我们学习Web应用程序开发的起步技术。因此，面向元素的开发方式是我们最习惯和最容易实现的开发方式。虽然面向元素开发方式实现起来最容易，但这并不意味着这种开发方式效率最高。由于我们不等不关心很多Servlet底层实现，于是我们不得不重复地编写这些底层代码，当一个页面中有多个action或者Servlet涉及高并发的时候，我们还得非常仔细地分析这些易让人混淆的底层代码。

Tapestry框架的面向组件思维颠覆了我们的习惯性思维。在面向组件的开发方式中我们不再关注Servlet底层实现，也不再过问URL的结构。我们通过创建页面来构成应用程序，通过在页面中调用组件来实现页面功能。我们不关心页面如何通过URL跳转到另外一个页面，也不关心form表单如何通过URL将数据包装在请求中提交到服务器端。

在面向组件的开发方式中，我们的思维是块状的，面向对象的思维方式。我们关心如何将用户在登录时输入的用户名和密码。我们关心在用户登录失败时向客户端返回什么样的错误提示信息，却不关心如何将这些错误信息打印到客户端浏览器。

面向组件的开发方式使我们将注意力集中在页面逻辑实现上，这样就提高了工作效率。对于那些重复而又容易发生错误的底层Servlet代码，Tapestry框架能够很好地进行处理，使我们得以解脱。
说明	输入内容	输出结果
斜体	''斜体文字''	斜体文字
粗体	'''粗体文字'''	粗体文字
粗斜体	'''''粗斜体文字'''''	*粗斜体文字*