计算机毕业设计中英文对照翻译
附录A 外文原文
(出处： Malcolm Davis. Struts--an open-source MVC implementation [J]. IBM Systems Journal, 2006,44(2):33-37.)
Struts——an open-source MVC implementation
Malcolm Davis
This article introduces Struts, a Model-View-Controller implementation that uses servlets and JavaServer Pages (JSP) technology. Struts can help you control change in your Web project and promote specialization. Even if you never implement a system with Struts, you may get some ideas for your future servlets and JSP page implementation.
Introduction
Kids in grade school put HTML pages on the Internet. However, there is a monumental difference between a grade school page and a professionally developed Web site. The page designer (or HTML developer) must understand colors, the customer, product flow, page layout, browser compatibility, image creation, JavaScript, and more. Putting a great looking site together takes a lot of work, and most Java developers are more interested in creating a great looking object interface than a user interface. JavaServer Pages (JSP) technology provides the glue between the page designer and the Java developer.
If you have worked on a large-scale Web application, you understand the term change. Model-View-Controller (MVC) is a design pattern put together to help control change. MVC decouples interface from business logic and data. Struts is an MVC implementation that uses Servlets 2.2 and JSP 1.1 tags, from the J2EE specifications, as part of the implementation. You may never implement a system with Struts, but looking at Struts may give you some ideas on your future Servlets and JSP implementations.
Model-View-Controller (MVC)
JSP tags solved only part of our problem. We still have issues with validation, flow control, and updating the state of the application. This is where MVC comes to the
rescue. MVC helps resolve some of the issues with the single module approach by dividing the problem into three categories:
?Model
The model contains the core of the application's functionality. The model
encapsulates the state of the application. Sometimes the only functionality it contains is state. It knows nothing about the view or controller.
?View
The view provides the presentation of the model. It is the look of the
application. The view can access the model getters, but it has no knowledge of the setters. In addition, it knows nothing about the controller. The view
should be notified when changes to the model occur.
?Controller
The controller reacts to the user input. It creates and sets the model.
MVC Model 2
The Web brought some unique challenges to software developers, most notably the stateless connection between the client and the server. This stateless behavior made it difficult for the model to notify the view of changes. On the Web, the browser has to re-query the server to discover modification to the state of the application. Another noticeable change is that the view uses different technology for implementation than the model or controller. Of course, we could use Java (or PERL, C/C++ or what ever) code to generate HTML. There are several disadvantages to that approach:
?Java programmers should develop services, not HTML.
?Changes to layout would require changes to code.
?Customers of the service should be able to create pages to meet their specific needs.
?The page designer isn't able to have direct involvem ent in page development.
?HTML embedded into code is ugly.
For the Web, the classical form of MVC needed to change. Figure 4 displays the Web adaptation of MVC, also commonly known as MVC Model 2 or MVC 2.
Struts details
Displayed in Figure 6 is a stripped-down UML diagram of the
org.apache.struts.action package. Figure 6 shows the minimal relationships
among ActionServlet (Controller), ActionForm (Form State), and Action (Model Wrapper).
Figure 6. UML diagram of the relationship of the Command (ActionServlet) to the Model (Action & ActionForm)
The ActionServlet class
Do you remember the days of function mappings? You would m ap some input event to a pointer to a function. If you where slick, you would place the configuration information into a file and load the file at run time. Function pointer arrays were the good old days of structured programming in C.
Life is better now that we have Java technology, XML, J2EE, and all that. The Struts Controller is a servlet that maps events (an event generally being an HTTP post) to classes. And guess what -- the Controller uses a configuration file so you don_t have to hard-code the values. Life changes, but stays the same.
ActionServlet is the Command part of the MVC implementation and is the core of the Framework. ActionServlet (Command) creates and uses Action, an ActionForm, and ActionForward. As mentioned earlier, the struts-config.xml file configures the Command. During the creation of the Web project, Action and ActionForm are extended to solve the specific problem space. The file
struts-config.xml instructs ActionServlet on how to use the extended classes. There are several advantages to this approach:
The entire logical flow of the application is in a hierarchical text file. This makes it easier to view and understand, especially with large applications.
?The page designer does not have to wade through Java code to understand the flow of the application.
?The Java developer does not need to recompile code when making flow changes.
Command functionality can be added by extending ActionServlet.
The ActionForm class
ActionForm maintains the session state for the Web application. ActionForm is an abstract class that is sub-classed for each input form model. When I say input form model, I am saying ActionForm represents a general concept of data that is set or updated by a HTML form. For instance, you may have a UserActionForm that is set by an HTML Form. The Struts fram ework will:
?Check to see if a UserActionForm exists; if not, it will create an instance of the class.
?Struts will set the state of the UserActionForm using corresponding fields from the HttpServletRequest. No more dreadful request.getParameter()
calls. For instance, the Struts framework will take fname from request stream and call UserActionForm.setFname().
?The Struts framework updates the state of the UserActionForm before passing it to the business wrapper UserAction.
?Before passing it to the Action class, Struts will also conduct form state validation by calling the validation() method on UserActionForm. Note:
This is not always wise to do. There might be ways of using UserActionForm
in other pages or business objects, where the validation might be different.
Validation of the state might be better in the UserAction class.
?The UserActionForm can be maintained at a session level.
Notes:
?The struts-config.xml file controls which HTML form request maps to which ActionForm.
?Multiple requests can be mapped UserActionForm.
?UserActionForm can be mapped over multiple pages for things such as wizards.
The Action class
The Action class is a wrapper around the business logic. The purpose of Action class
is to translate the HttpServletRequest to the business logic. To use Action, subclass and overwrite the process() method.
The ActionServlet (Command) passes the parameterized classes to ActionForm using the perform() method. Again, no more dreadful request.getParameter() calls. By the time the event gets here, the input form data (or HTML form data) has already been translated out of the request stream and into an ActionForm class.
Figure 4. MVC Model 2
Struts, an MVC 2 implementation
Struts is a set of cooperating classes, servlets, and JSP tags that make up a reusable MVC 2 design. This definition implies that Struts is a framework, rather than a library, but Struts also contains an extensive tag library and utility classes that work independently of the framework. Figure 5 displays an overview of Struts.
Figure 5. Struts overview
Struts overview
?Client browser
An HTTP request from the client browser creates an event. The Web container will respond with an HTTP response.
?Controller
The Controller receives the request from the browser, and makes the
decision where to send the request. With Struts, the Controller is a command design pattern implem ented as a servlet. The struts-config.xml file
configures the Controller.
?Business logic
The business logic updates the state of the model and helps control the flow of the application. With Struts this is done with an Action class as a thin
wrapper to the actual business logic.
?Model state
The model represents the state of the application. The business objects
update the application state. ActionForm bean represents the Model state at
a session or request level, and not at a persistent level. The JSP file reads
information from the ActionForm bean using JSP tags.
?View
The view is simply a JSP file. There is no flow logic, no business logic, and no model information -- just tags. Tags are one of the things that make Struts unique compared to other frameworks like Velocity.
Note: "Think thin" when extending the Action class. The Action class should control the flow and not the logic of the application. By placing the business logic in a separate package or EJB, we allow flexibility and reuse.
Another way of thinking about Action class is as the Adapter design pattern. The purpose of the Action is to "Convert the interface of a class into another interface the clients expect. Adapter lets classes work together that couldn_t otherwise because of incompatibility interface" (from Design Patterns - Elements of Reusable OO Software by Gof). The client in this instance is the ActionServlet that knows nothing about our specific business class interface. Therefore, Struts provides a business interface it does understand, Action. By extending the Action, we make our business interface compatible with Struts business interface. (An interesting observation is that Action is a class and not an interface. Action started as an interface and changed into a class over time. Nothing's perfect.)
The Error classes
The UML diagram (Figure 6) also included ActionError and ActionErrors. ActionError encapsulates an individual error message. ActionErrors is a container
of ActionError classes that the View can access using tags. ActionError s is Struts way of keeping up with a list of errors.
Figure 7. UML diagram of the relationship of the Command (ActionServlet) to the Model (Action)
The ActionMapping class
An incoming event is normally in the form of an HTTP request, which the servlet Container turns into an HttpServletRequest. The Controller looks at the incoming event and dispatches the request to an Action class. The struts-config.xml determines what Action class the Controller calls. The struts-config.xml configuration information is translated into a set of ActionMapping, which are put into container of ActionMappings. (If you have not noticed it, classes that end with s are containers)
The ActionMapping contains the knowledge of how a specific event maps to specific Actions. The ActionServlet (Command) passes the ActionMapping to the Action class via the perform() method. This allows Action to access the information to control flow.
ActionMappings
ActionMappings is a collection of ActionMapping objects.
Struts pros
Use of JSP tag mechanism
The tag feature promotes reusable code and abstracts J ava code from the JSP
file. This feature allows nice integration into JSP-based developm ent tools
that allow authoring with tags.
?Tag library
Why re-invent the wheel, or a tag library? If you cannot find something you need in the library, contribute. In addition, Struts provides a starting point if you are learning JSP tag technology.
?Open source
You have all the advantages of open source, such as being able to see the
code and having everyone else using the library reviewing the code. Many
eyes make for great code review.
?Sample MVC implementation
Struts offers some insight if you want to create your own MVC
implementation.
?Manage the problem space
Divide and conquer is a nice way of solving the problem and making the
problem manageable. Of course, the sword cuts both ways. The problem is
more complex and needs more management.
Struts cons
?Youth
Struts development is still in preliminary form. They are working toward
releasing a version 1.0, but as with any 1.0 version, it does not provide all the bells and whistles.
?Change
The framework is undergoing a rapid amount of change. A great deal of
change has occurred between Struts 0.5 and 1.0. You may want to download the most current Struts nightly distributions, to avoid deprecated methods.
In the last 6 months, I have seen the Struts library grow from 90K to over
270K. I had to modify my examples several times because of changes in
Struts, and I am not going to guarantee my examples will work with the
version of Struts you download.
?Correct level of abstraction
Does Struts provide the correct level of abstraction? What is the proper level of abstraction for the page designer? That is the $64K question. Should we
allow a page designer access to Java code in page development? Some
frameworks like Velocity say no, and provide yet another language to learn for Web developm ent. There is some validity to limiting Java code access in
UI development. Most importantly, give a page designer a little bit of Java, and he will use a lot of Java. I saw this happen all the time in Microsoft ASP development. In ASP development, you were supposed to create COM
objects and then write a little ASP script to glue it all together. Instead, the ASP developers would go crazy with ASP script. I would hear "Why wait for a COM developer to create it when I can program it directly with VBScript?"
Struts helps limit the amount of Java code required in a JSP file via tag
libraries. One such library is the Logic Tag, which manages conditional
generation of output, but this does not prevent the UI developer from going nuts with Java code. Whatever type of framework you decide to use, you should understand the environment in which you are deploying and
maintaining the framework. Of course, this task is easier said than done.
?Limited scope
Struts is a Web-based MVC solution that is meant be implemented with HTML, JSP files, and servlets.
?J2EE application support
Struts requires a servlet container that supports JSP 1.1 and Servlet 2.2 specifications. This alone will not solve all your install issues, unless you are using Tomcat 3.2. I have had a great deal of problems installing the library with Netscape iPlanet 6.0, which is supposedly the first J2EE-compliant
application server. I recommend visiting the Struts User Mailing List archive (see Resources) when you run into problems.
?Complexity
Separating the problem into parts introduces complexity. There is no
question that som e education will have to go on to understand Struts. With the constant changes occurring, this can be frustrating at times. Welcome to the Web.
?Where is...
I could point out other issues, for instance, where are the client side
validations, adaptable workflow, and dynamic strategy pattern for the
controller? However, at this point, it is too easy to be a critic, and some of the issues are insignificant, or are reasonable for a 1.0 release. The way the Struts team goes at it, Struts might have these features by the time you read this article, or soon after.
Future of Struts
Things change rapidly in this new age of software developm ent. In less than 5 years, I have seen things go from cgi/perl, to ISAPI/NSAPI, to ASP with VB, and now J ava and J2EE. Sun is working hard to adapt changes to the JSP/servlet architecture, just as they have in the past with the Java language and API. You can obtain drafts of the new JSP 1.2 and Servlet 2.3 specifications from the Sun Web site. Additionally, a standard tag library for JSP files is appearing.
附录B 外文译文
(译自： Malcolm Davis. Struts--an open-source MVC implementation [J]. IBM Systems Journal , 2006,44(2):33-37.)
Struts——MVC 的一种开放源码实现
Malcolm Davis
本文介绍 Struts，它是使用 servlet 和 JavaServer Pages 技术的一种Model-View-Controller 实现。Struts 可帮助您控制 Web 项目中的变化并提高专业化水平。尽管您可能永远不会用 Struts 实现一个系统，但您可以将其中的一些思想用于您以后的 servlet 和 JSP 网页的实现中。
简介
小学生也可以在因特网上发布 HTML 网页。但是，小学生的网页和专业开发的网站有质的区别。网页设计人员（或者 HTML 开发人员）必须理解颜色、用户、生产流程、网页布局、浏览器兼容性、图像创建和 JavaScript 等等。设计漂亮的网站需要做大量的工作，大多数 Java 开发人员更注重创建优美的对象接口，而不是用户界面。JavaServer Pages (JSP) 技术为网页设计人员和 Java 开发人员提供了一种联系钮带。
如果您开发过大型 Web 应用程序，您就理解变化这个词的含义。“模型-视图-控制器”(MVC) 就是用来帮助您控制变化的一种设计模式。MVC 减弱了业务逻辑接口和数据接口之间的耦合。Struts 是一种 MVC 实现，它将 Servlet 2.2 和 JSP 1.1 标记（属于 J2EE 规范）用作实现的一部分。尽管您可能永远不会用 Struts 实
现一个系统，但了解一下 Struts 或许使您能将其中的一些思想用于您以后的Servlet 的 JSP 实现中。
模型-视图-控制器 (MVC)
JSP 标记只解决了部分问题。我们还得处理验证、流程控制和更新应用程序的状态等问题。这正是 MVC 发挥作用的地方。MVC 通过将问题分为三个类别来帮助解决单一模块方法所遇到的某些问题：
?Model（模型）
模型包含应用程序的核心功能。模型封装了应用程序的状态。有时它包含的
唯一功能就是状态。它对视图或控制器一无所知。
?View（视图）
视图提供模型的表示。它是应用程序的外观。视图可以访问模型的读方法，但不能访问写方法。此外，它对控制器一无所知。当更改模型时，视图应得
到通知。
?Controller（控制器）
控制器对用户的输入作出反应。它创建并设置模型。
MVC Model 2
Web 向软件开发人员提出了一些特有的挑战，最明显的就是客户机和服务器的无状态连接。这种无状态行为使得模型很难将更改通知视图。在 Web 上，为了发现对应用程序状态的修改，浏览器必须重新查询服务器。
另一个重大变化是实现视图所用的技术与实现模型或控制器的技术不同。当然，我们可以使用 Java（或者 PERL、C/C++ 或别的语言）代码生成 HTML。这种方法有几个缺点：
?Java 程序员应该开发服务，而不是 HTML。
?更改布局时需要更改代码。
?服务的用户应该能够创建网页来满足它们的特定需要。
?网页设计人员不能直接参与网页开发。
?嵌在代码中的 HTML 很难看。
对于 Web，需要修改标准的 MVC 形式。图 4 显示了 MVC 的 Web 改写版，通常也称为 MVC Model 2 或 MVC 2。
图 4. MVC Model 2
Struts，MVC 2 的一种实现
Struts 是一组相互协作的类、servlet 和 JSP 标记，它们组成一个可重用的 MVC 2 设计。这个定义表示 Struts 是一个框架，而不是一个库，但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。图 5 显示了 Struts 的一个概览。
图 5. Struts 概览
Struts 概览
?Client browser（客户浏览器）
来自客户浏览器的每个 HTTP 请求创建一个事件。Web 容器将用一个 HTTP 响应作出响应。
?Controller（控制器）
控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 Struts 而
言，控制器是以 servlet 实现的一个命令设计模式。 struts-config.xml 文件配置控制器。
?业务逻辑
业务逻辑更新模型的状态，并帮助控制应用程序的流程。就 Struts 而言，这是通过作为实际业务逻辑“瘦”包装的 Action 类完成的。
?Model（模型）的状态
模型表示应用程序的状态。业务对象更新应用程序的状态。ActionForm bean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用 JSP 标
记读取来自 ActionForm bean 的信息。
?View（视图）
视图就是一个 JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型
信息 -- 只有标记。标记是使 Struts 有别于其他框架（如 Velocity）的因素之一。
详细分析 Struts
图 6 显示的是 org.apache.struts.action 包的一个最简 UML 图。图 6 显示了ActionServlet (Controller)、 ActionForm (Form State) 和 Action (Model Wrapper) 之间的最简关系。
图 6. Command (ActionServlet) 与 Model (Action & ActionForm) 之间的关系的 UML 图
ActionServlet 类
您还记得函数映射的日子吗？在那时，您会将某些输入事件映射到一个函数指针上。如果您对此比较熟悉，您会将配置信息放入一个文件，并在运行时加载这个文件。函数指针数组曾经是用 C 语言进行结构化编程的很好方法。
现在好多了，我们有了 Java 技术、XML、J2EE，等等。Struts 的控制器是将事件（事件通常是 HTTP post）映射到类的一个 servlet。正如您所料 -- 控制器使用配置文件以使您不必对这些值进行硬编码。时代变了，但方法依旧。
ActionServlet 是该 MVC 实现的 Command 部分，它是这一框架的核心。ActionServlet (Command) 创建并使用 Action 、 ActionForm 和
ActionForward 。如前所述， struts-config.xml 文件配置该 Command。在创建 Web 项目时，您将扩展 Action 和 ActionForm 来解决特定的问题。文件
struts-config.xml 指示 ActionServlet 如何使用这些扩展的类。这种方法有几个优点：
?应用程序的整个逻辑流程都存储在一个分层的文本文件中。这使得人们更容易查看和理解它，尤其是对于大型应用程序而言。
?网页设计人员不必费力地阅读 Java 代码来理解应用程序的流程。
?Java 开发人员也不必在更改流程以后重新编译代码。
可以通过扩展 ActionServlet 来添加 Command 功能。
ActionForm 类
ActionForm 维护 Web 应用程序的会话状态。 ActionForm 是一个抽象类，必须为每个输入表单模型创建该类的子类。当我说输入表单模型时,是指ActionForm 表示的是由 HTML 表单设置或更新的一般意义上的数据。例如，您可能有一个由 HTML 表单设置的 UserActionForm 。Struts 框架将执行以下操作：
?检查 UserActionForm 是否存在；如果不存在，它将创建该类的一个实例。
?Struts 将使用 HttpServletRequest 中相应的域设置 UserActionForm 的状态。没有太多讨厌的 request.getParameter() 调用。例如，Struts 框
架将从请求流中提取 fname ，并调用 UserActionForm.setFname() 。
?Struts 框架在将 UserActionForm 传递给业务包装 UserAction 之前将更新它的状态。
?在将它传递给 Action 类之前，Struts 还会对 UserActionForm 调用validation() 方法进行表单状态验证。注：这并不总是明智之举。别的
网页或业务可能使用 UserActionForm ，在这些地方，验证可能有所不同。
在 UserAction 类中进行状态验证可能更好。
?可在会话级维护 UserActionForm 。
注：
?struts-config.xml 文件控制 HTML 表单请求与 ActionForm 之间的映射关系。
?可将多个请求映射到 UserActionForm 。
?UserActionForm 可跨多页进行映射，以执行诸如向导之类的操作。
Action 类
Action 类是业务逻辑的一个包装。 Action 类的用途是将HttpServletRequest 转换为业务逻辑。要使用 Action ，请创建它的子类并覆盖process() 方法。
ActionServlet (Command) 使用 perform() 方法将参数化的类传递给
ActionForm 。仍然没有太多讨厌的 request.getParameter() 调用。当事件进展到这一步时，输入表单数据（或 HTML 表单数据）已被从请求流中提取出来并转移到ActionForm 类中。
注：扩展 Action 类时请注意简洁。 Action 类应该控制应用程序的流程，而不应该控制应用程序的逻辑。通过将业务逻辑放在单独的包或 EJB 中，我们就可以提供更大的灵活性和可重用性。
考虑 Action 类的另一种方式是 Adapter 设计模式。 Action 的用途是“将类的接口转换为客户机所需的另一个接口。Adapter 使类能够协同工作，如果没有Adapter，则这些类会因为不兼容的接口而无法协同工作。”（摘自 Gof 所著的Design Patterns - Elements of Reusable OO Software）。本例中的客户机是ActionServlet ，它对我们的具体业务类接口一无所知。因此，Struts 提供了它能
够理解的一个业务接口，即 Action 。通过扩展 Action ，我们使得我们的业务接口与 Struts 业务接口保持兼容。（一个有趣的发现是， Action 是类而不是接口）。Action 开始为一个接口，后来却变成了一个类。真是金无足赤。）
Error 类
UML 图（图 6）还包括 ActionError 和 ActionErrors 。 ActionError 封装了单个错误消息。 ActionErrors 是 ActionError 类的容器，View 可以使用标记访问这些类。 ActionError 是 Struts 保持错误列表的方式。
图 7. Command (ActionServlet) 与 Model (Action) 之间的关系的 UML 图
ActionMapping 类
输入事件通常是在 HTTP 请求表单中发生的，servlet 容器将 HTTP 请求转换为HttpServletRequest 。控制器查看输入事件并将请求分派给某个 Action 类。struts-config.xml 确定 Controller 调用哪个 Action 类。 struts-config.xml 配置信息被转换为一组 ActionMapping ，而后者又被放入 ActionMappings 容器中。（您可能尚未注意到这一点，以s结尾的类就是容器）
ActionMapping 包含有关特定事件如何映射到特定 Action 的信息。ActionServlet (Command) 通过 perform() 方法将 ActionMapping 传递给
Action 类。这样就使 Action 可访问用于控制流程的信息。
ActionMappings
ActionMappings 是 ActionMapping 对象的一个集合。
Struts 的优点
?JSP 标记机制的使用
标记特性从 JSP 文件获得可重用代码和抽象 Java 代码。这个特性能很好
地集成到基于 JSP 的开发工具中，这些工具允许用标记编写代码。
?标记库
为什么要另发明一种轮子，或标记库呢？如果您在库中找不到您所要的标
记，那就自己定义吧。此外，如果您正在学习 JSP 标记技术，则 Struts 为您提供了一个起点。
?开放源码
您可以获得开放源码的全部优点，比如可以查看代码并让使用库的每个人检查代码。许多人都可以进行很好的代码检查。
?MVC 实现样例
如果您希望创建您自己的 MVC 实现，则 Struts 可增加您的见识。
?管理问题空间
分治是解决问题并使问题可管理的极好方法。当然，这是一把双刃剑。问题越来越复杂，并且需要越来越多的管理。
Struts 的缺点
?仍处于发展初期
Struts 开发仍处于初级阶段。他们正在向着发行版本 1.0 而努力，但与任何 1.0 版本一样，它不可能尽善尽美。
?仍在变化中
这个框架仍在快速变化。Struts 1.0 与 Struts 0.5 相比变化极大。为了避免使用不赞成使用的方法，您可能隔一天就需要下载最新的 Struts。在过去的 6 个月中，我目睹 Struts 库从 90K 增大到 270K 以上。由于
Struts 中的变化，我不得不数次修改我的示例，但我不保证我的示例能与您下载的 Struts 协同工作。
?正确的抽象级别
Struts 是否提供了正确的抽象级别？对于网页设计人员而言，什么是正确的抽象级别呢？这是一个用 $64K 的文字才能解释清楚的问题。在开发网页的过程中，我们是否应该让网页设计人员访问 Java 代码？某些框架（如Velocity）说不应该，但它提供了另一种 Web 开发语言让我们学习。在 UI 开发中限制访问 Java 有一定的合理性。最重要的是，如果让网页设计人员使用一点 Java，他将使用大量的 Java。在 Microsoft ASP 的开发中，我总是看到这样的情况。在 ASP 开发中，您应该创建 COM 对象，然后编写少量的 ASP 脚本将这些 COM 对象联系起来。但是，ASP 开发人员会疯狂地使用 ASP 脚本。我会听到这样的话，“既然我可以用 VBScript 直接编写 COM 对象，为什么还要等 COM 开发人员来创建它呢？”通过使用标记库，Struts 有助于限制 JSP 文件中所需的 Java 代码的数量。Logic Tag 就是这样的一种库，它对有条件地生成输出进行管理，但这并不能阻止 UI 开发人员对Java 代码的狂热。无论您决定使用哪种类型的框架，您都应该了解您要在其中部署和维护该框架的环境。当然，这项任务真是说起来容易做起来难。
【计算机专业文献翻译】计算机网络
附录1英文及其译文 Computer Networks Network Goals Some reasons are causing centralized computer systems to give way to networks. The first one is that many organizations already have a substantial number of computers in operation, often located far apart .Initially, each of these computers may have worked in isolation from the other ones, but at a certain time, and management may have decided to connect them to be able to correlate information about the entire organization. Generally speaking, the goal is to make all programs, data, and other resources available to anyone on the network without regard to the physical location of the resource and the user. The second one is to provider high reliability by having alternative sources of supply. With a network, the temporary loss of a single computer is much less serious, because its users can often be accommodated elsewhere until the service is restored. Another important reason for distributing computing power has to do with the relative price of computing versus communication. Now the cost of a small computer is negligible, so it becomes attractive to analyze the data at where it is captured, and only to send occasional summaries back to the computer center, to reduce the communication cost, which now represents a larger percentage of the total cost than it used to. Yet another reason of setting up a computer network is that a computer network can provider a powerful communication medium among widely separated people. Application of Networks One of the main areas of potential network use is access to remote data bases. It may someday be easy for people sitting at their terminals
毕业设计外文翻译资料
外文出处： 《Exploiting Software How to Break Code》By Greg Hoglund, Gary McGraw Publisher : Addison Wesley Pub Date : February 17, 2004 ISBN : 0-201-78695-8 译文标题： JDBC接口技术 译文： JDBC是一种可用于执行SQL语句的JavaAPI（ApplicationProgrammingInterface应用程序设计接口）。它由一些Java语言编写的类和界面组成。JDBC为数据库应用开发人员、数据库前台工具开发人员提供了一种标准的应用程序设计接口，使开发人员可以用纯Java语言编写完整的数据库应用程序。 一、ODBC到JDBC的发展历程 说到JDBC，很容易让人联想到另一个十分熟悉的字眼“ODBC”。它们之间有没有联系呢？如果有，那么它们之间又是怎样的关系呢？ ODBC是OpenDatabaseConnectivity的英文简写。它是一种用来在相关或不相关的数据库管理系统（DBMS）中存取数据的，用C语言实现的，标准应用程序数据接口。通过ODBCAPI，应用程序可以存取保存在多种不同数据库管理系统（DBMS）中的数据，而不论每个DBMS使用了何种数据存储格式和编程接口。 1．ODBC的结构模型 ODBC的结构包括四个主要部分：应用程序接口、驱动器管理器、数据库驱动器和数据源。应用程序接口：屏蔽不同的ODBC数据库驱动器之间函数调用的差别，为用户提供统一的SQL编程接口。 驱动器管理器：为应用程序装载数据库驱动器。 数据库驱动器：实现ODBC的函数调用，提供对特定数据源的SQL请求。如果需要，数据库驱动器将修改应用程序的请求，使得请求符合相关的DBMS所支持的文法。 数据源：由用户想要存取的数据以及与它相关的操作系统、DBMS和用于访问DBMS的网络平台组成。 虽然ODBC驱动器管理器的主要目的是加载数据库驱动器，以便ODBC函数调用，但是数据库驱动器本身也执行ODBC函数调用，并与数据库相互配合。因此当应用系统发出调用与数据源进行连接时，数据库驱动器能管理通信协议。当建立起与数据源的连接时，数据库驱动器便能处理应用系统向DBMS发出的请求，对分析或发自数据源的设计进行必要的翻译，并将结果返回给应用系统。 2．JDBC的诞生 自从Java语言于1995年5月正式公布以来，Java风靡全球。出现大量的用java语言编写的程序，其中也包括数据库应用程序。由于没有一个Java语言的API，编程人员不得不在Java程序中加入C语言的ODBC函数调用。这就使很多Java的优秀特性无法充分发挥，比如平台无关性、面向对象特性等。随着越来越多的编程人员对Java语言的日益喜爱，越来越多的公司在Java程序开发上投入的精力日益增加，对java语言接口的访问数据库的API 的要求越来越强烈。也由于ODBC的有其不足之处，比如它并不容易使用，没有面向对象的特性等等，SUN公司决定开发一Java语言为接口的数据库应用程序开发接口。在JDK1．x 版本中，JDBC只是一个可选部件，到了JDK1．1公布时，SQL类包（也就是JDBCAPI）
毕业设计外文翻译附原文
外文翻译 专业机械设计制造及其自动化学生姓名刘链柱 班级机制111 学号1110101102 指导教师葛友华
外文资料名称： Design and performance evaluation of vacuum cleaners using cyclone technology 外文资料出处：Korean J. Chem. Eng., 23(6), (用外文写) 925-930 (2006) 附件： 1.外文资料翻译译文 2.外文原文
应用旋风技术真空吸尘器的设计和性能介绍 吉尔泰金，洪城铱昌，宰瑾李， 刘链柱译 摘要：旋风型分离器技术用于真空吸尘器 - 轴向进流旋风和切向进气道流旋风有效地收集粉尘和降低压力降已被实验研究。优化设计等因素作为集尘效率，压降，并切成尺寸被粒度对应于分级收集的50％的效率进行了研究。颗粒切成大小降低入口面积，体直径，减小涡取景器直径的旋风。切向入口的双流量气旋具有良好的性能考虑的350毫米汞柱的低压降和为1.5μm的质量中位直径在1米3的流量的截止尺寸。一使用切向入口的双流量旋风吸尘器示出了势是一种有效的方法，用于收集在家庭中产生的粉尘。 摘要及关键词：吸尘器; 粉尘; 旋风分离器 引言 我们这个时代的很大一部分都花在了房子，工作场所，或其他建筑，因此，室内空间应该是既舒适情绪和卫生。但室内空气中含有超过室外空气因气密性的二次污染物，毒物，食品气味。这是通过使用产生在建筑中的新材料和设备。真空吸尘器为代表的家电去除有害物质从地板到地毯所用的商用真空吸尘器房子由纸过滤，预过滤器和排气过滤器通过洁净的空气排放到大气中。虽然真空吸尘器是方便在使用中，吸入压力下降说唱空转成比例地清洗的时间，以及纸过滤器也应定期更换，由于压力下降，气味和细菌通过纸过滤器内的残留粉尘。 图1示出了大气气溶胶的粒度分布通常是双峰形，在粗颗粒（>2.0微米）模式为主要的外部来源，如风吹尘，海盐喷雾，火山，从工厂直接排放和车辆废气排放，以及那些在细颗粒模式包括燃烧或光化学反应。表1显示模式，典型的大气航空的直径和质量浓度溶胶被许多研究者测量。精细模式在0.18?0.36 在5.7到25微米尺寸范围微米尺寸范围。质量浓度为2?205微克，可直接在大气气溶胶和 3.85至36.3μg/m3柴油气溶胶。
计算机网络专业词汇中英对照
《计算机网络》中英文对照 Chapter 1 End system P28 端系统 Modem P29 调制解调器（俗称：猫） Base station P29 基站 Communication link P30 通信链路 Physical media P30 物理介质 Coaxial cable P30 同轴电缆 Fiber optics P30 光纤 Radio spectrum P30 射频频谱 Transmission rate P30 传输速率 Packets P30 （数据）包，或分组 Routers P30 路由器 Link-layer switches P30 链路层交换机 Path P30 路径 ISP (Internet Service Provider) P30 网络服务提供商 TCP (Transmission Control Protocol) P31 传输控制协议 IP ( Internet Protocol) P31 网际协议 Intranets P31 内网 API (Application Programming Interface) P32 应用程序编程接口Network edge P35 网络边缘 Access Networks P38 接入网 Ethernet P42 以太网 Network core P48 网络核心 Circuit Switching P50 电路转换 Packet Switching 分组交换 FDM (frequency-division multiplexing) P50 频分多路复用 TDM (time-division multiplexing) P50 时分多路复用 Statistical Multiplexing 统计复用 Store-and-forward 存储转发 Queuing delays P53 排队延迟 Transmission delay P60 传输延迟，或发送延迟 Propagation delay P60 传播延迟 Throughput P59 吞吐量 Internet backbone P57 骨干网 Delay P59 延迟，或时延 Loss P59 丢包 Packet-Switched Network P59 分组交换网络 Nodal processing delay P60 节点处理延迟 End-to-end delay P66 端到端延迟 Instantaneous throughput P68 瞬时吞吐量
软件开发概念和设计方法大学毕业论文外文文献翻译及原文
毕业设计（论文）外文文献翻译 文献、资料中文题目：软件开发概念和设计方法文献、资料英文题目： 文献、资料来源： 文献、资料发表（出版）日期： 院（部）： 专业： 班级： 姓名： 学号： 指导教师： 翻译日期： 2017.02.14
外文资料原文 Software Development Concepts and Design Methodologies During the 1960s, ma inframes and higher level programming languages were applied to man y problems including human resource s yste ms,reservation s yste ms, and manufacturing s yste ms. Computers and software were seen as the cure all for man y bu siness issues were some times applied blindly. S yste ms sometimes failed to solve the problem for which the y were designed for man y reasons including: ?Inability to sufficiently understand complex problems ?Not sufficiently taking into account end-u ser needs, the organizational environ ment, and performance tradeoffs ?Inability to accurately estimate development time and operational costs ?Lack of framework for consistent and regular customer communications At this time, the concept of structured programming, top-down design, stepwise refinement，and modularity e merged. Structured programming is still the most dominant approach to software engineering and is still evo lving. These failures led to the concept of "software engineering" based upon the idea that an engineering-like discipl ine could be applied to software design and develop ment. Software design is a process where the software designer applies techniques and principles to produce a conceptual model that de scribes and defines a solution to a problem. In the beginning, this des ign process has not been well structured and the model does not alwa ys accurately represent the problem of software development. However,design methodologies have been evolving to accommo date changes in technolog y coupled with our increased understanding of development processes. Whereas early desig n methods addressed specific aspects of the
毕业设计英文翻译
使用高级分析法的钢框架创新设计 1．导言 在美国，钢结构设计方法包括允许应力设计法(ASD)，塑性设计法(PD)和荷载阻力系数设计法(LRFD)。在允许应力设计中，应力计算基于一阶弹性分析，而几何非线性影响则隐含在细部设计方程中。在塑性设计中，结构分析中使用的是一阶塑性铰分析。塑性设计使整个结构体系的弹性力重新分配。尽管几何非线性和逐步高产效应并不在塑性设计之中，但它们近似细部设计方程。在荷载和阻力系数设计中，含放大系数的一阶弹性分析或单纯的二阶弹性分析被用于几何非线性分析，而梁柱的极限强度隐藏在互动设计方程。所有三个设计方法需要独立进行检查，包括系数K计算。在下面，对荷载抗力系数设计法的特点进行了简要介绍。 结构系统内的内力及稳定性和它的构件是相关的，但目前美国钢结构协会（AISC）的荷载抗力系数规范把这种分开来处理的。在目前的实际应用中，结构体系和它构件的相互影响反映在有效长度这一因素上。这一点在社会科学研究技术备忘录第五录摘录中有描述。 尽管结构最大内力和构件最大内力是相互依存的（但不一定共存），应当承认，严格考虑这种相互依存关系，很多结构是不实际的。与此同时，众所周知当遇到复杂框架设计中试图在柱设计时自动弥补整个结构的不稳定（例如通过调整柱的有效长度）是很困难的。因此，社会科学研究委员会建议在实际设计中，这两方面应单独考虑单独构件的稳定性和结构的基础及结构整体稳定性。图28.1就是这种方法的间接分析和设计方法。
在目前的美国钢结构协会荷载抗力系数规范中，分析结构体系的方法是一阶弹性分析或二阶弹性分析。在使用一阶弹性分析时，考虑到二阶效果，一阶力矩都是由B1,B2系数放大。在规范中，所有细部都是从结构体系中独立出来，他们通过细部内力曲线和规范给出的那些隐含二阶效应，非弹性，残余应力和挠度的相互作用设计的。理论解答和实验性数据的拟合曲线得到了柱曲线和梁曲线，同时Kanchanalai发现的所谓“精确”塑性区解决方案的拟合曲线确定了梁柱相互作用方程。 为了证明单个细部内力对整个结构体系的影响，使用了有效长度系数，如图28.2所示。有效长度方法为框架结构提供了一个良好的设计。然而，有效长度方法的
土木工程毕业设计中英文翻译
附录：中英文翻译 英文部分： LOADS Loads that act on structures are usually classified as dead loads or live loads are fixed in location and constant in magnitude throughout the life of the the self-weight of a structure is the most important part of the structure and the unit weight of the density varies from about 90 to 120 pcf (14 to 19 KN/m)for lightweight concrete,and is about 145 pcf (23 KN/m)for normal calculating the dead load of structural concrete,usually a 5 pcf (1 KN/m)increment is included with the weight of the concrete to account for the presence of the reinforcement. Live loads are loads such as occupancy,snow,wind,or traffic loads,or seismic may be either fully or partially in place,or not present at may also change in location. Althought it is the responsibility of the engineer to calculate dead loads,live loads are usually specified by local,regional,or national codes and sources are the publications of the American National Standards Institute,the American Association of State Highway and Transportation Officials and,for wind loads,the recommendations of the ASCE Task Committee on Wind Forces. Specified live the loads usually include some allowance for overload,and may include measures such as posting of maximum loads will not be is oftern important to distinguish between the
计算机网络中英文互译
AN (Access Network) 接入网 ADSL (Asymmetric Digital Subscriber Line)：非对称数字用户线 ADSL (Asymmetric Digital Subscriber Line)：非对称数字用户线 ATU (Access Termination Unit) 接入端接单元 ARP (Address Resolution Protocol) 地址解析协议 ARQ (Automatic Repeat reQuest) 自动重传请求 BER (Bit Error Rate) 误码率 CBT (Core Based Tree) 基于核心的转发树 CIDR (Classless Inter-Domain Routing) 无分类域间路由选择 DSL (Digital Subscriber Line) 数字用户线 DMT (Discrete Multi-Tone) 离散多音调 DSLAM (DSL Access Multiplexer) 数字用户线接入复用器 DVMRP (Distance Vector Multicast Routing Protocol) 距离向量多播路由选择协议EGP (External Gateway Protocol外部网关协议 FTTH (Fiber To The Home) 光纤到家 FTTB (Fiber To The Building) 光纤到大楼 FTTC (Fiber To The Curb) 光纤到路边 FCS (Frame Check Sequence) 帧检验序列 HDSL (High speed DSL)：高速数字用户线 IGP (Interior Gateway Protocol内部网关协议 ICMP(Internet Control Message Protocol) 网际控制报文协议 ISP (Internet Service Provider) 因特网服务提供者 ICMP(Internet Control Message Protocol) 网际控制报文协议 IGMP (Internet Group Management Protocol) 网际组管理协议 LCP (Link Control Protocol) 链路控制协议 LLC (Logical Link Control) 子层逻辑链路控制 LAN (Local Area Network) 局域网 MAC (Medium Access Control) 媒体接入控制 MOSPF (Multicast Extensions to OSPF) 开放最短通路优先的多播扩展 MAN (Metropolitan Area Network) 城域网 NCP (Network Control Protocol) 网络控制协议 NAT (Network Address Translation) 网络地址转换 NIC (Network Interface Card) 网络接口卡 OSPF (Open Shortest Path First) 光内部网关协议 ODN (Optical Distribution Node) 分配结点 PAN (Personal Area Network) 个人区域网 PPP (Point-to-Point Protocol) 点对点协议对等方式（P2P 方式） PIM-SM (Protocol Independent Multicast-Sparse Mode) 协议无关多播-稀疏方式PIM-DM (Protocol Independent Multicast-Dense Mode) 协议无关多播-密集方式RTO (RetransmissionTime-Out) 超时重传时间 RPB (Reverse Path Broadcasting) 反向路径广播
本科毕业设计方案外文翻译范本
I / 11 本科毕业设计外文翻译 <2018届） 论文题目基于WEB 的J2EE 的信息系统的方法研究 作者姓名[单击此处输入姓名] 指导教师[单击此处输入姓名] 学科(专业 > 所在学院计算机科学与技术学院 提交日期[时间 ]
基于WEB的J2EE的信息系统的方法研究 摘要：本文介绍基于工程的Java开发框架背后的概念，并介绍它如何用于IT 工程开发。因为有许多相同设计和开发工作在不同的方式下重复，而且并不总是符合最佳实践，所以许多开发框架建立了。我们已经定义了共同关注的问题和应用模式，代表有效解决办法的工具。开发框架提供：<1）从用户界面到数据集成的应用程序开发堆栈；<2）一个架构，基本环境及他们的相关技术，这些技术用来使用其他一些框架。架构定义了一个开发方法，其目的是协助客户开发工程。 关键词：J2EE 框架WEB开发 一、引言 软件工具包用来进行复杂的空间动态系统的非线性分析越来越多地使用基于Web的网络平台，以实现他们的用户界面，科学分析，分布仿真结果和科学家之间的信息交流。对于许多应用系统基于Web访问的非线性分析模拟软件成为一个重要组成部分。网络硬件和软件方面的密集技术变革[1]提供了比过去更多的自由选择机会[2]。因此，WEB平台的合理选择和发展对整个地区的非线性分析及其众多的应用程序具有越来越重要的意义。现阶段的WEB发展的特点是出现了大量的开源框架。框架将Web开发提到一个更高的水平，使基本功能的重复使用成为可能和从而提高了开发的生产力。 在某些情况下，开源框架没有提供常见问题的一个解决方案。出于这个原因，开发在开源框架的基础上建立自己的工程发展框架。本文旨在描述是一个基于Java的框架，该框架利用了开源框架并有助于开发基于Web的应用。通过分析现有的开源框架，本文提出了新的架构，基本环境及他们用来提高和利用其他一些框架的相关技术。架构定义了自己开发方法，其目的是协助客户开发和事例工程。 应用程序设计应该关注在工程中的重复利用。即使有独特的功能要求，也
毕业设计外文翻译
毕业设计（论文） 外文翻译 题目西安市水源工程中的 水电站设计 专业水利水电工程 班级 学生 指导教师 2016年
研究钢弧形闸门的动态稳定性 牛志国 河海大学水利水电工程学院，中国南京，邮编210098 nzg_197901@https://www.sodocs.net/doc/6a5801483.html,，niuzhiguo@https://www.sodocs.net/doc/6a5801483.html, 李同春 河海大学水利水电工程学院，中国南京，邮编210098 ltchhu@https://www.sodocs.net/doc/6a5801483.html, 摘要 由于钢弧形闸门的结构特征和弹力，调查对参数共振的弧形闸门的臂一直是研究领域的热点话题弧形弧形闸门的动力稳定性。在这个论文中，简化空间框架作为分析模型，根据弹性体薄壁结构的扰动方程和梁单元模型和薄壁结构的梁单元模型，动态不稳定区域的弧形闸门可以通过有限元的方法，应用有限元的方法计算动态不稳定性的主要区域的弧形弧形闸门工作。此外，结合物理和数值模型，对识别新方法的参数共振钢弧形闸门提出了调查，本文不仅是重要的改进弧形闸门的参数振动的计算方法，但也为进一步研究弧形弧形闸门结构的动态稳定性打下了坚实的基础。 简介 低举升力，没有门槽，好流型，和操作方便等优点，使钢弧形闸门已经广泛应用于水工建筑物。弧形闸门的结构特点是液压完全作用于弧形闸门，通过门叶和主大梁，所以弧形闸门臂是主要的组件确保弧形闸门安全操作。如果周期性轴向载荷作用于手臂，手臂的不稳定是在一定条件下可能发生。调查指出:在弧形闸门的20次事故中，除了极特殊的破坏情况下，弧形闸门的破坏的原因是弧形闸门臂的不稳定;此外，明显的动态作用下发生破坏。例如:张山闸，位于中国的江苏省，包括36个弧形闸门。当一个弧形闸门打开放水时，门被破坏了，而其他弧形闸门则关闭，受到静态静水压力仍然是一样的，很明显，一个动态的加载是造成的弧形闸门破坏一个主要因素。因此弧形闸门臂的动态不稳定是造成弧形闸门(特别是低水头的弧形闸门)破坏的主要原是毫无疑问。
毕业设计中英文翻译
本科毕业设计（论文）中英文对照翻译 院（系部）电气工程与自动化学院 专业名称电气工程及其自动化 年级班级电气05-5班 学生姓名辛玉龙 指导老师封海潮 2009年6月10日
可编程序控制器 可编程序控制器或可编程逻辑控制器（PLC），是一个具有编程能力且完成一定控制功能的设备。 PLC是1968年被美国通用汽车公司的一组工程师设想出来。可编程控制器起初被设计用于基于程序的灵敏性控制和执行逻辑指令。人们意识到它的主要优点是被用于梯形图编程语言，简化了维修并且减少了其余部分的清查。而且，PLC提供了更短的安装时间并通过程序实现比硬接线更加快捷的传输。 当前，世界上已有50多个不同的可编程控制器的生产厂家，因为有如此多的PLC在使用，所以涵盖市场上所有类型的设备是不可能的，幸运的是，根本就没有必要去理解每一个可用的PLC。所有的机器都有许多的相同之处。 1 可编程控制器的组成 所有的可编程控制器都有输入输出接口、存储器编程方法、中央处理器、电源。 输入接口为机器提供一个连接，或使过程被控制。 输入接口是模块且是可扩展的，当控制任务增加时，可以通过扩展模块来接收更多的输入。输入数量的多少是由CPU和存储容量来限制的。输入接口的功能与输出接口相反，它将信号从CPU输出，且将其转换成被外部设备螺线圈、电机启动器等设备来产生控制动作。输出接口本质上也是一个模块，所以当需要时，可以加入输出扩展功能。 PLC的编程语言有多种形式，大多数PLC语言都是基本梯形逻辑，它比继电器逻辑更加先进。流程图程序语言也被用于一些PLC中，流程图是图形语言，它显示出一个过程中的变量相互之间的关系。 编程设备或程序终端允许用户用程序的形式来键入指令，并存入存储器。 程序是由用户编写且存储于PLC的存储器当中，是在特定处理条件下用来产生正确的控制信号的所需动作的表现形式。这样一个程序包括允许
(完整版)计算机网络课后作业以及答案(中英文对照)
Chapter1 1-11.What are two reasons for using layered protocols? (请说出使用分层协议的两个理由) 答：通过协议分层可以把设计问题划分成较小的易于处理的片段。分层意味着某一层的协议的改变不会影响高层或低层的协议。 1-13. What is the principal difference between connectionless communication and connection-oriented communication? (在无连接通信和面向连接的通信两者之间，最主要的区别是什么？) 答：主要的区别有两条。 其一：面向连接通信分为三个阶段，第一是建立连接，在此阶段，发出一个建立连接的请求。只有在连接成功建立之后，才能开始数据传输，这是第二阶段。接着，当数据传输完毕，必须释放连接。而无连接通信没有这么多阶段，它直接进行数据传输。 其二：面向连接的通信具有数据的保序性，而无连接的通信不能保证接收数据的顺序与发送数据的顺序一致。 1-20. A system has an n-layer protocol hierarchy. Applications generate messages of length M bytes. At each of the layers, an h-byte header is added. What fraction of the network bandwidth is filled with headers? (一个系统有n层协议的层次结构。应用程序产生的消息的长度为M字节。在每一层上需要加上一个h字节的头。请问，这些头需要占用多少比例的网络带宽) 答：hn/(hn+m)*100% 1-28. An image is 1024 x 768 pixels with 3 bytes/pixel. Assume the image is uncompressed. How long does it take to transmit it over a 56-kbps modem channel? Over a 1-Mbps cable modem? Over a 10-Mbps Ethernet? Over 100-Mbps Ethernet? (一幅图像的分辨率为1024 x 768像素，每个像素用3字节来表示。假设该图像没有被压缩。请问，通过56kbps的调制解调器信道来传输这幅图像需要多长时间？通过1Mbps的电缆调制解调器呢？通过10Mbps的以太网呢？通过100Mbps的以太网呢?) 答：The image is 1024*768*3 bytes or 2359296 bytes.This is 18874368 bit. At 56,000 bits/sec, it takes about 337.042 sec. At 1,000,000 bits/sec, it takes about 18.874 sec. At 10,000,000 bits/sec, it takes about 1.887 sec. At 100,000,000 bits/sec, it takes about 0.189 sec. Chapter2 2-2. A noiseless 4-kHz channel is sampled every 1 msec. What is the maximum data rate? (一条无噪声4kHz信道按照每1ms一次进行采样，请问最大数据传输率是多少？)
本科毕业设计外文翻译
Section 3 Design philosophy, design method and earth pressures 3.1 Design philosophy 3.1.1 General The design of earth retaining structures requires consideration of the interaction between the ground and the structure. It requires the performance of two sets of calculations: 1）a set of equilibrium calculations to determine the overall proportions and the geometry of the structure necessary to achieve equilibrium under the relevant earth pressures and forces; 2）structural design calculations to determine the size and properties of thestructural sections necessary to resist the bending moments and shear forces determined from the equilibrium calculations. Both sets of calculations are carried out for specific design situations (see 3.2.2) in accordance with the principles of limit state design. The selected design situations should be sufficiently Severe and varied so as to encompass all reasonable conditions which can be foreseen during the period of construction and the life of the retaining wall. 3.1.2 Limit state design This code of practice adopts the philosophy of limit state design. This philosophy does not impose upon the designer any special requirements as to the manner in which the safety and stability of the retaining wall may be achieved, whether by overall factors of safety, or partial factors of safety, or by other measures. Limit states (see 1.3.13) are classified into: a) ultimate limit states (see 3.1.3); b) serviceability limit states (see 3.1.4). Typical ultimate limit states are depicted in figure 3. Rupture states which are reached before collapse occurs are, for simplicity, also classified and
毕业设计外文翻译
毕业设计（论文） 外文文献翻译 题目：A new constructing auxiliary function method for global optimization 学院： 专业名称： 学号： 学生姓名： 指导教师： 2014年2月14日
一个新的辅助函数的构造方法的全局优化 Jiang-She Zhang，Yong-Jun Wang https://www.sodocs.net/doc/6a5801483.html,/10.1016/j.mcm.2007.08.007 非线性函数优化问题中具有许多局部极小，在他们的搜索空间中的应用，如工程设计，分子生物学是广泛的，和神经网络训练．虽然现有的传统的方法，如最速下降方法，牛顿法，拟牛顿方法，信赖域方法，共轭梯度法，收敛迅速，可以找到解决方案，为高精度的连续可微函数，这在很大程度上依赖于初始点和最终的全局解的质量很难保证．在全局优化中存在的困难阻碍了许多学科的进一步发展．因此，全局优化通常成为一个具有挑战性的计算任务的研究． 一般来说，设计一个全局优化算法是由两个原因造成的困难：一是如何确定所得到的最小是全球性的（当时全球最小的是事先不知道），和其他的是，如何从中获得一个更好的最小跳．对第一个问题，一个停止规则称为贝叶斯终止条件已被报道．许多最近提出的算法的目标是在处理第二个问题．一般来说，这些方法可以被类?主要分两大类，即：（一）确定的方法，及（ii）的随机方法．随机的方法是基于生物或统计物理学，它跳到当地的最低使用基于概率的方法．这些方法包括遗传算法（GA），模拟退火法（SA）和粒子群优化算法（PSO）．虽然这些方法有其用途，它们往往收敛速度慢和寻找更高精度的解决方案是耗费时间．他们更容易实现和解决组合优化问题．然而，确定性方法如填充函数法，盾构法，等，收敛迅速，具有较高的精度，通常可以找到一个解决方案．这些方法往往依赖于修改目标函数的函数“少”或“低”局部极小，比原来的目标函数，并设计算法来减少该?ED功能逃离局部极小更好的发现． 引用确定性算法中，扩散方程法，有效能量的方法，和积分变换方法近似的原始目标函数的粗结构由一组平滑函数的极小的“少”．这些方法通过修改目标函数的原始目标函数的积分．这样的集成是实现太贵，和辅助功能的最终解决必须追溯到
毕业设计外文翻译格式实例.
理工学院毕业设计(论文)外文资料翻译 专业：热能与动力工程 姓名：赵海潮 学号：09L0504133 外文出处：Applied Acoustics, 2010(71):701~707 附件： 1.外文资料翻译译文；2.外文原文。
附件1：外文资料翻译译文 基于一维CFD模型下汽车排气消声器的实验研究与预测Takeshi Yasuda, Chaoqun Wua, Noritoshi Nakagawa, Kazuteru Nagamura 摘要目前，利用实验和数值分析法对商用汽车消声器在宽开口喉部加速状态下的排气噪声进行了研究。在加热工况下发动机转速从1000转/分钟加速到6000转/分钟需要30秒。假定其排气消声器的瞬时声学特性符合一维计算流体力学模型。为了验证模拟仿真的结果，我们在符合日本工业标准（JIS D 1616）的消声室内测量了排气消声器的瞬态声学特性，结果发现在二阶发动机转速频率下仿真结果和实验结果非常吻合。但在发动机高阶转速下（从5000到6000转每分钟的四阶转速，从4200到6000转每分钟的六阶转速这样的高转速范围内），计算结果和实验结果出现了较大差异。根据结果分析，差异的产生是由于在模拟仿真中忽略了流动噪声的影响。为了满足市场需求，研究者在一维计算流体力学模型的基础上提出了一个具有可靠准确度的简化模型，相对标准化模型而言该模型能节省超过90％的执行时间。 关键字消声器排气噪声优化设计瞬态声学性能 1 引言 汽车排气消声器广泛用于减小汽车发动机及汽车其他主要部位产生的噪声。一般而言，消声器的设计应该满足以下两个条件：（1）能够衰减高频噪声，这是消声器的最基本要求。排气消声器应该有特定的消声频率范围，尤其是低频率范围，因为我们都知道大部分的噪声被限制在发动机的转动频率和它的前几阶范围内。（2）最小背压，背压代表施加在发动机排气消声器上额外的静压力。最小背压应该保持在最低限度内，因为大的背压会降低容积效率和提高耗油量。对消声器而言，这两个重要的设计要求往往是互相冲突的。对于给定的消声器，利用实验的方法，根据距离尾管500毫米且与尾管轴向成45°处声压等级相近的排气噪声来评估其噪声衰减性能，利用压力传感器可以很容易地检测背压。 近几十年来，在预测排气噪声方面广泛应用的方法有：传递矩阵法、有限元法、边界元法和计算流体力学法。其中最常用的方法是传递矩阵法（也叫四端网络法）。该方