求助英文翻译，要能看的流利

来源：百度知道 编辑：UC知道 时间：2024/09/20 09:41:48
Of course, unless a view contains the correct links or form fields, it may be impossible to continue using the application. But this is a question of displaying available information, not control logic.
Giving view components such limited and clearly defined responsibilities is the best way to ensure the separation between the roles of Java developers and markup (presentation) developers that is essential on large web sites.
It also has great benefits for testing. If we know that our views merely pull data from a model supplied by a controller, we can change presentation by modifying views without any risk of breaking the behavior of our application. Testing can be limited to checking that the modified view contains no syntax errors, and displays the correct content.
Unit and regression tests will be written for controller components, to check that they initiate the correct business logic operations and expose the correct models. It's much easier to write unit tests

当然,除非一个视图包含正确链接或形式域,否则是不可能继续使用应用程序的.但这是显示可用信息的问题,不是控制逻辑.
给每个视图组件定义有限明确的职责是区分Java 开发人员和界面显示开发人员角色的最佳方式,这在大型网站上尤为重要.
对于测试,它也有极大地好处.如果我们知道我们的视图仅仅是从一个控制器所提供的模型中提取数据,我们就可以通过修改视图,而不必冒着改变我们应用程序的行为的风险,来改变显示(presentation,这里有点不妥,但想不出更好的词).而我们的测试只要保证所修改过的视图没有语法错误,可以显示正确的内容就够了.
单元测试与回归测试是用在控制器组件上的,以确保它们(指的是控制器组件)正确初始化了业务逻辑操作,正确的显示了模型.为Java类写单元测试,回归测试,比为JSP网页,其他描述技术写测试更容易,所以这能很好运作.从另一方面说,如果我们的视图进行了数据的读取(上面的'检索'也是可以的),当我们改变显示的时候,我们需要实行回归测试.
==============================================================================================================================
Notes:有些东西只可意会,不可言传,翻译不好,请见谅.
但楼上的那个版本,我是不敢苟同

当然，除非看法包含正确链接或形式领域，持续使用应用也许无法的。 但这是显示可利用的信息的问题，不是控制逻辑。
给予看法组分这样被限制的和清楚地被定义的责任是最佳的方式保证是根本的在大网站的分离在Java开发商和标注(介绍)开发商之间的角色。
它也有极大好处为测试。 如果我们知道我们的意图仅仅拉扯数据从控制器供应的模型，我们可以通过修改看法改变介绍，不用打破我们的应用行为的任何风险。 测试可以被限制到检查修改过的看法不包含句法错误，并且显示正确内容。
单位和退化测试为控制器组分将被写，检查他们创始正确企业逻辑操作并且暴露正确模型。 为Java类写单位测试和退化测试比对于JSP页或其他翻译技术是更加容易的，因此这很好运作。 如果，另一方面，我们的“意图”进行