文档库 最新最全的文档下载
当前位置:文档库 › 安卓开发外文翻译--安卓应用基础

安卓开发外文翻译--安卓应用基础

安卓开发外文翻译--安卓应用基础
安卓开发外文翻译--安卓应用基础

中文6000字

附录A 译文

安卓应用基础

在Java编程语言编写的Android应用程序的Android的SDK工具编译代码以及与任何数据和到一个Android的包,一个归档文件档案资源的.apk后缀,所有的在一个单一的代码.apk文件被认为是一个应用程序,是Android的文件,供电设备来安装应用程序。

一旦安装在设备上,每个Android应用程序的生命在它自己的安全沙箱:而Android操作系统是一个多用户Linux系统中,每个应用程序是一个不同的用户。

默认情况下,每个应用程序的系统分配一个唯一的Linux用户ID(该ID仅用于由系统是未知的应用程序),系统设置所有的应用程序中的文件权限,以便只有用户ID分配给该应用程序可以访问它们。

每个进程都有它自己的虚拟机(VM),因此应用程序的代码在从其他应用程序隔离运行。

默认情况下,每个应用程序运行在它自己的Linux进程。Android的启动过程时,应用程序的任何组件需要被执行,然后关闭该进程时,它不再需要或恢复时,系统必须为其他应用程序的内存。

这样一来,Android系统实现了最小特权原则,也就是说,每个应用程序,默认情况下,只能访问的组件,它需要做的工作,没有更多,这将创建一个非常安全的环境,使应用程序无法访问的,这就是它没有给予许可制度的部分。

但是,有一个应用程序的方法与其他应用程序和应用程序访问系统服务的数据:

这有可能为两个应用程序安排共享相同的Linux用户ID,在这种情况下,它们能够相互访问的文件。为了节约使用相同的用户ID系统资源,应用程序还可以安排运行在相同的Linux进程和共享同一个VM(应用也必须使用相同的证书签名)。

应用程序可以请求访问权限,如用户的联系人,短信,可安装存储(SD卡),摄像头,蓝牙等设备的数据,所有应用程序的权限必须由用户在安装时授予。

这涵盖了基本就如何Android应用程序在系统中存在这个文件的其余部分向您介绍:

1、框架的核心组件定义应用程序。

2、清单文件中声明组件和应用程序所需的设备功能。

3、资源是从应用程序代码分开,并允许您的应用程序正常优化的设备配置各种其行为。

应用程序组件(Application Components)

Android的核心功能之一就是一个应用程序可以使用其它应用程序的元素(如果那个应用程序允许的话)。比如说,如果你的应用程序需要一个图片卷动列表,而另一个应用程序已经开发了一个合用的而又允许别人使用的话,你可以直接调用那个卷动列表来完成工作,而不用自己再开发一个。你的应用程序并没有吸纳或链接其它应用程序的代码,它只是在有需求的时候启动了其它应用程序的那个功能部分。

为达到这个目的,系统必须在一个应用程序的一部分被需要时启动这个应用程序,并将那个部分的Java对象实例化。与在其它系统上的应用程序不同,Android应用程序没有为应用准备一个单独的程序入口(比如说,没有main()方法),而是为系统依照需求实例化提供了基本的组件。共有四种组件类型:

活动(Activities)

一个 activity代表用户界面的一个独立屏幕。例如,一个邮件应用程序应该有一个activity 用于显示新邮件列表,另一个activity 用于撰写一封邮件,还有一个activity 用于读取邮件。尽管所有activitie 协同工作以构成邮件应用程序的用户体验,但彼此之间相对独立。应次,不同的应用程序能够从任何一个activity 启动(只要邮件应用程序允许)。例如,用户需要分享一张照片,一个拍照应用程序能够启动邮件应用程序的activity 。

activity 是一个实现了 Activity 的子类,你可以在 Activities 开发者指导部分了解更多。

服务(Services)

service是在后台运行,执行长时间操作或者执行远程操作。service 不提供用户界面。例如,当用户在另一个应用程序时,一个service 可在后台播放音乐,或者是从网络上获取数据,而不阻断用户与当前activity 的交互。其他组件,比如一个activity ,为了与该service 互动,可以启动或者绑定它。

service 是一个实现了 Service 的子类,你可以在 Services 开发者指导部分了解更多。

广播接收器(Broadcast receivers)

广播接收器是一个专注于接收广播通知信息,并做出对应处理的组件。很多广播是源自于系统代码的──比如,通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项。应用程序也可以进行广播──比如说,通知其它应用程序一些数据下载完成并处于可用状态。

应用程序可以拥有任意数量的广播接收器以对所有它感兴趣的通知信息予以响应。所有的接收器均继承自BroadcastReceiver基类。

广播接收器没有用户界面。然而,它们可以启动一个activity来响应它们收到的信息,或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等等。一般来说是在状态栏上放一个持久的图标,用户可以打开它并获取消息。

内容提供者(Content providers)

内容提供者将一些特定的应用程序数据供给其它应用程序使用。数据可以存储于文件系统、SQLite数据库或其它方式。内容提供者继承于ContentProvider 基类,为其它应用程序取用和存储它管理的数据实现了一套标准方法。然而,应用程序并不直接调用这些方法,而是使用一个ContentResolver 对象,调用它的方

法作为替代。ContentResolver可以与任意内容提供者进行会话,与其合作来对所有相关交互通讯进行管理。

参阅独立的内容提供者Content Providers 章节获得更多关于使用内容提供者的内容。

每当出现一个需要被特定组件处理的请求时,Android会确保那个组件的应用程序进程处于运行状态,或在必要的时候启动它。并确保那个相应组件的实例的存在,必要时会创建那个实例。

Android系统设计的一个独特方面是任何的一个程序都可以启动另一程序的组件。比如,你想让你的程序可以使用照相机拍照,如果已经有了实现这种功能的程序并且你你的程序能使用它(有权限),那么你就没有再要再写一个新的Activity来实现这个功能。你的程序不需要包含或者链接这个拍照程序。相反,你只需要在你的程序中打开这个拍照程序中的实现拍照功能的Activity。当拍完之后,拍好的照片甚至会自动返回给你的程序。者对于用户来说,就好像是想拍照功能的程序就是你的这个程序的一部分一样。

当系统启动一个组件之后,如果这个组件所在的程序之前没有运行的话,系统会自动开始这个程序的进程,并初始化这个组件所需要的相关类。比如,你的程序开启了一个拍照功能程序的Activity,这时系统会启动这个Activity所在的程序,所以这个Activity运行在拍照功能的程序当中,而不是在你的程序中。所以,不像其他操作系统的中的程序一样,Android程序没有一个单独的入口点(比如没有我们常见的main()函数)。

因为系统中的程序运行在自己的独立进程中,并且程序中的文件都有自己的限制其他程序访问的权限,所以,你的程序不能直接激活其他程序中的组件。但是Android系统就可以。具体是这样的实现的,为了激活(activate)其他程序中的组件,你必须向系统发送一个消息来详细说明你要启动其他组件的意图,这样系统才会为你激活这个组件。

激活组件(Activating Components)

四大组件中的三个组件——activities、services和broadcast receiver——是由一种叫intent的异步消息来激活的。这些intents在运行时(runtime)将这些属于你的程序或不同程序的单独的组件绑定在一起(bind),你可以把这些intents

看作是需要其他组件的action的messengers。

一个intent就是一个Intent对象,这个intent定义了一种可以激活(activate)某个特定组件或者某种特定类型的组件,这两种情况分别对应两种intent的定义方式或者显示的或者隐式的。

对于activities和services,一个intent定义了要执行的操作(action)(比如,要“view”或者“send”什么)和要操作的数据的URI。比如,一个intent可能会为一个activity传递一个请求来展示一张图片或者打开一个网页。有时,你可以启动一个activity来得到返回的结果,在这个例子中这个activity的返回的结果也是一个Intent(比如,你可以发送一个intent让用户选择一个personal contact并返回给你——这个返回的intent就包含了一个指向用户选择的联系人的URI)。(关于activity和service的启动方式,下面将介绍。)

对于广播接收者来说,intent只是简单的定义了要广播的内容(比如,一个用以表明电池电量很低的广播仅包含了一个表明电池电量很低的字符串)。

最后一种组件类型content provider并不是由intent来激活的(activate)。而是由接收到ContentResolver的请求时激活的。

它们都各自有自己的方法来激活相应的组件:

你可以通过传递一个Intent给startActivity()或startActivityForResult()启动一个activity(或者给他一些新的要做的内容)。使用startActivityForResult()你将得到一个返回结果。

你可以通过传递一个Intent给startService()来start一个service(或者给一个正在运行的service一些新的指令(instructions))。或者你可以通过把一个Intent 传递给bindService()来绑定一个service。

你可以通过传递一个Intent给诸如sendBroadcast()、sendOrderedBroadcast()或者sendStickyBroadcast()等方法来初始化一个广播。

你可以通过调用ContentResolver的query()方法来执行一次content provider 的查询操作。

更多的关于intent的内容,可以参看文档中的Intents and Intent Filters。更多的关于激活特定组件的内容可以参看文档中的:Activities、Services、BroadcastReceiver、Content Providers。

关于Manifest文件

在Android系统可以启动一个应用程序组件之前,Android系统必须通过读取这个程序的AndroidManifest.xml(即manifest文件)文件来确定要启动的组件存在。你的程序必须在这个manifest文件声明用到的所有的组件,并且这个manifest文件必须在项目的根目录下。

另外,这个manifest文件还声明一些其他的东西,比如:

确定这个程序需要的所有权限,比如Internet访问权限或者读取用户联系人权限。

声明这个运行这个程序所需要的最低API版本,这个可以根据开发该程序所使用的API版本。

声明该程序所需要的硬件或软件特征(features),比如照相机、蓝牙服务或者多点触屏。

声明该程序需要链接(link against)的API库(不是Andorid的framework APIs),比如Google Maps library。

组件声明

Manifest文件的首要任务就是通知系统关于程序中要使用的组件。比如,一个manifest文件可以用如下的方式来声明一个activity:

[java] view plaincopy

1.

2.

3.

4.

5. android:label="@string/example_label" ... >

6.

7. ...

8.

9.

元素中,android:icon属性用于指定一个用于标示该程序的icon。

元素中,android:name属性用于确定这个扩展自Activity的子类的全路径名,android:label属性用于标示这个activity的对于用户可见的label。

你必须要用以下方式来声明你的程序组件:

1、activities:标签

2、services:标签

3、broadcast receiver:标签

4、content providers:标签

如果程序中用到activities、services和content providers,你没有在manifest 文件中声明,那么这些组件将不会被系统知道,结果就是你的程序不能运行。然

而,broadcast receiver既可以在manifest文件中声明也可以在代码中动态创建(BroadcastReceiver),并通过调用registerReceiver()在系统中注册。

更多关于怎样为你的程序构建manifest文件,请参看文档

The AndroidManifes.xml文件。

声明组件的能力

正如在上面Activating Components中讨论的那样,你可以使用一个Intent来启动activities、services和broadcast receiver。你可以通过在intent中注明目标组件的名字(使用的是组件的类名)来显示的启动组件。然而,intents真正强大的地方在与关于intent的actions的概念。通过intent的actions,你可以简单的描述你要执行的操作的类型(并且可以有选择的描述你要处理的数据),可以允许系统在device中找到这个组件并启动它。如果有多个组件可以执行intent中描述的action,这时用户就可以选择一个来执行。

系统可以识别能对某intent做出反应的方式是通过将接收到的intent和设备中其他程序的manifest文件的intent filters进行比较实现的。

当你在程序的manifest文件中声明一个组件之后,你可以有选择包含intent filters,这些intent filters表明了组件对接收自其他程序的intent做出反应的能力(capabilities)。你可以通过添加一个元素作为

a child of the component's declaration element来为你的程序声明一个intent filter。

比如,在一个邮件程序中的一个activity可以编写新的邮件,这样的话你就需要在manifest文件中来声明一个intent filter来对“发送”intent响应(为了发送邮件)。这样,在你的程序中,一个activity就可以创建一个发送

intent(ACTION_SEND),这样当你调用startaActivity()时,系统就会匹配邮件程序中的发送activity并启动它。

更多关于创建intent filters的内容,可以参看Intents and Intent Filter文档。

声明运行程序所需的条件

Andorid系统可以支持很多不同的设备,并且这些设备的性能特征并不相同。为了防止你的程序被安装在不能正常运行你的程序的较低android系统版本上,通过在manifest文件中声明你的程序支持的设备和软件,便变得尤其重要起来。大多数的这些声明仅是一些信息,而系统并不会读取它们,但是其他的服务比如Android Market却会阅读这些声明来帮助通过通过自己的设备搜索软件的用户过滤软件。

比如,你的程序需要照相机,并且使用的Android2.1的APIs,那么你就必须在你的manifest文件中声明这些需要。这样的话,在Android Market上,没有照相机或者Android系统版本低于2.1将不能安装你的程序。

然而,如果你的程序不需要照相机,你仍可以声明你需要照相机。这种情况下,你的程序必须在运行时做一下检查,来检查这个设备是否含有照相机,如果没有照相机可用,则系统将会使使用照相机的相关程序不能用。

下面是一些你在设计和开发你的程序时,必须要考虑的关于设备的一些重要方面:

屏幕大小和分辨率:

为了根据屏幕的类型进行分类,Android定义了两个特征:屏幕大小和分辨率。

屏幕尺寸有:小,中,大,超大;

屏幕分辨率类型:低分辨率,中分辨率,高分辨率,超高分辨率;

默认情况下,你的程序可以兼容所有的屏幕尺寸和分辨率,因为Android系统对你的程序的UI布局和image资源做了适当的调整。

输入方式:

很多设备有不同类型的输入方式,比如键盘、轨迹球、五位元导航。如果你的程序需要某特定形式的输入方式,则你必须在manifes文件中使用

标签来声明。不过这种情况是比较少的。

设备配置:

有许多硬件或软件并不全在Android系统的设备上,比如,一个照相机、光线传感器、某个版本的OpenGL,或者屏幕的保真度(fidelity)。你在任何条件下都不能假定Android设备具备某种特性(feature)(当然得除掉Android标准库的情况),所以如果你的程序使用了某feature,则你必须使用标签来声明。

不同地 Android 平台设备通常运行不同版本的Android ,比如Android 1.6 或者Android 2.3。每个后续版本通常包含之前版本所不支持的新增API。In order to indicate which set of APIs are available, 每个平台版本对应一个 API Level (例如,Android 1.0 对应于API Level 1 ,Android 2.3 对应于API Level 9)。如果你使用任何在1.0 版之后平台新增的API,你应该使用 元素声明最低 API Level 是包含这些 API的。

为你的应用程序声明所有这些要求至关重要,因为,当你在 Android Market 上发布你的应用程序时,Market 使用这些声明来过滤该应用程序是否对于每台设备可用。这样,你的应用程序仅对能够满足你的应用程序要求的设备可用。

应用程序资源

一个应用程序不仅仅由代码组成——它需要区别于源代码的资源,比如图片,音频文件,以及任何与应用程序视觉呈现相关联的内容。例如,你应该使用 XML 文件定义动画,菜单,风格,颜色,以及activity 用户界面的布局。使用应用程序资源文件,可以更容易地更新你的应用程序的特性而无需修改代码,并且—通过提供多套可替换资源文件—使您能够针对各种设备配置优化你的应用程序(比如不同语言或屏幕大小)。

对于你的安卓工程里面包含的每一项资源, SDK 构建工具定义一个唯一的正整数ID 标识符,你可以使用该标识符从你的应用程序代码中或者从XML文件中定义的其他资源中特指该资源。例如,如果你的应用程序中包含一个名

为 logo.png 图片文件(保存在 res/drawable/ 文件夹里),SDK 工具会生成一个资源ID 命名为 R.drawable.logo,你可以使用该ID 特指这张图片并插入你的用户界面中。

将资源提供工作同你的源代码分隔开来最重要的原因之一是能够使您为不

同的设备配置提供可替换的资源文件。例如,在XML 中定义 UI 字符串,你可以将这些字符串翻译成其他语言并保存在特定的文件夹中。然后,基于语

言qualifier / 修饰词你添加资源文件夹名称(比如 res/values-fr/ 对应于法语字

符串) 以及用户语言设置,Android 系统会给你的UI 提供适当的语言字符串。

对于你的可替代资源,Android 支持许多不同的qualifiers / 修饰符。修饰符是包含在你的资源文件夹名称中的一个短字符串,以便界定哪些设备配置可使用这些资源。另一个例子,对于不同的设备屏幕和大小,你应当为你的activities 创建不同的布局。例如,当设备屏幕是纵向的(高),你可能希望一个按钮垂直排列的布局,但当屏幕是横向的(宽),按钮应当水平排列。为了根据方向调整布局,你可以定义两个不同的布局文件并给每个布局文件夹提供适当的修饰符。这样,系统会根据特定的设备方向自动为其提供适当的布局。

附录B 外文原文

Android Application Fundamentals

Writer. Android.developer Android applications are written in the Java programming language. The Android SDK tools compile the code—along with any data and resource files—into

an Android package, an archive file with an .apk suffix. All the code in a

single .apk file is considered to be one application and is the file that

Android-powered devices use to install the application.

Once installed on a device, each Android application lives in its own security sandbox:

The Android operating system is a multi-user Linux system in which each application is a different user.

By default, the system assigns each application a unique Linux user ID (the ID is used only by the system and is unknown to the application). The system sets permissions for all the files in an application so that only the user ID assigned to that application can access them.

Each process has its own virtual machine (VM), so an application's code runs in isolation from other applications.

By default, every application runs in its own Linux process. Android starts the process when any of the application's components need to be executed, then shuts down the process when it's no longer needed or when the system must recover memory for other applications.

In this way, the Android system implements the principle of least privilege. That is, each application, by default, has access only to the components that it requires to do its work and no more. This creates a very secure environment in which an application cannot access parts of the system for which it is not given permission.

However, there are ways for an application to share data with other applications and for an application to access system services:

It's possible to arrange for two applications to share the same Linux user ID, in which case they are able to access each other's files. To conserve system resources, applications with the same user ID can also arrange to run in the same Linux process and share the same VM (the applications must also be signed with the same certificate).

An application can request permission to access device data such as the user's contacts, SMS messages, the mountable storage (SD card), camera, Bluetooth, and more. All application permissions must be granted by the user at install time.

That covers the basics regarding how an Android application exists within the system. The rest of this document introduces you to:

1、The core framework components that define your application.

2、The manifest file in which you declare components and required device features for your application.

3、Resources that are separate from the application code and allow your application to gracefully optimize its behavior for a variety of device configurations.

Application Components

Application components are the essential building blocks of an Android application. Each component is a different point through which the system can enter your application. Not all components are actual entry points for the user and some depend on each other, but each one exists as its own entity and plays a specific role—each one is a unique building block that helps define your application's overall behavior.

There are four different types of application components. Each type serves a distinct purpose and has a distinct lifecycle that defines how the component is created and destroyed.

Here are the four types of application components:

Activities

An activity represents a single screen with a user interface. For example, an email application might have one activity that shows a list of new emails, another activity to compose an email, and another activity for reading emails. Although the activities work together to form a cohesive user experience in the email application, each one is independent of the others. As such, a different application can start any one of these activities (if the email application allows it). For example, a camera application can start the activity in the email application that composes new mail, in order for the user to share a picture.

An activity is implemented as a subclass of Activity and you can learn more about it in the Activities developer guide.

Services

A service is a component that runs in the background to perform long-running operations or to perform work for remote processes. A service does not provide a user interface. For example, a service might play music in the background while the user is in a different application, or it might fetch data over the network without blocking user interaction with an activity. Another component, such as an activity, can start the service and let it run or bind to it in order to interact with it.

A service is implemented as a subclass of Service and you can learn more about it in the Services developer guide.

Content providers

A content provider manages a shared set of application data. You can store the data in the file system, an SQLite database, on the web, or any other persistent storage location your application can access. Through the content provider, other applications can query or even modify the data (if the content provider allows it). For example, the

Android system provides a content provider that manages the user's contact information. As such, any application with the proper permissions can query part of the content provider (such as ContactsContract.Data) to read and write information about a particular person.

Content providers are also useful for reading and writing data that is private to your application and not shared. For example, the Note Pad sample application uses a content provider to save notes.

A content provider is implemented as a subclass of ContentProvider and must implement a standard set of APIs that enable other applications to perform transactions. For more information, see the Content Providers developer guide.

Broadcast receivers

A broadcast receiver is a component that responds to system-wide broadcast announcements. Many broadcasts originate from the system—for example, a broadcast announcing that the screen has turned off, the battery is low, or a picture was captured. Applications can also initiate broadcasts—for example, to let other applications know that some data has been downloaded to the device and is available for them to use. Although broadcast receivers don't display a user interface, they may create a status bar notification to alert the user when a broadcast event occurs. More commonly, though, a broadcast receiver is just a "gateway" to other components and is intended to do a very minimal amount of work. For instance, it might initiate a service to perform some work based on the event.

A broadcast receiver is implemented as a subclass of BroadcastReceiver and each broadcast is delivered as an Intent object. For more information, see the BroadcastReceiver class.

A unique aspect of the Android system design is that any application can start another application’s component. For example, if you want the user to capture a photo with the device camera, there's probably another application that does that and your

application can use it, instead of developing an activity to capture a photo yourself. You don't need to incorporate or even link to the code from the camera application. Instead, you can simply start the activity in the camera application that captures a photo. When complete, the photo is even returned to your application so you can use it. To the user, it seems as if the camera is actually a part of your application.

When the system starts a component, it starts the process for that application (if it's not already running) and instantiates the classes needed for the component. For example, if your application starts the activity in the camera application that captures a photo, that activity runs in the process that belongs to the camera application, not in your application's process. Therefore, unlike applications on most other systems, Android applications don't have a single entry point (there's no main()function, for example).

Because the system runs each application in a separate process with file permissions that restrict access to other applications, your application cannot directly activate a component from another application. The Android system, however, can. So, to activate a component in another application, you must deliver a message to the system that specifies your intent to start a particular component. The system then activates the component for you.

Activating Components

Three of the four component types—activities, services, and broadcast receivers—are activated by an asynchronous message called an intent. Intents bind individual components to each other at runtime (you can think of them as the messengers that request an action from other components), whether the component belongs to your application or another.

An intent is created with an Intent object, which defines a message to activate either a specific component or a specific type of component—an intent can be either explicit or implicit, respectively.

For activities and services, an intent defines the action to perform (for example, to "view" or "send" something) and may specify the URI of the data to act on (among other things that the component being started might need to know). For example, an intent might convey a request for an activity to show an image or to open a web page. In some cases, you can start an activity to receive a result, in which case, the activity also returns the result in an Intent (for example, you can issue an intent to let the user pick a personal contact and have it returned to you—the return intent includes a URI pointing to the chosen contact).

For broadcast receivers, the intent simply defines the announcement being broadcast (for example, a broadcast to indicate the device battery is low includes only a known action string that indicates "battery is low").

The other component type, content provider, is not activated by intents. Rather, it is activated when targeted by a request from a ContentResolver. T he content resolver handles all direct transactions with the content provider so that the component that's performing transactions with the provider doesn't need to and instead calls methods on the ContentResolver object. This leaves a layer of abstraction between the content provider and the component requesting information (for security).

There are separate methods for activating each type of component:

You can start an activity (or give it something new to do) by passing

an Intent to startActivity() or startActivityForResult() (when you want the activity to return a result).

You can start a service (or give new instructions to an ongoing service) by passing an Intent to startService(). Or you can bind to the service by passing

an Intent to bindService().

You can initiate a broadcast by passing an Intent to methods

like sendBroadcast(), sendOrderedBroadcast(), or sendStickyBroadcast().

You can perform a query to a content provider by calling query() on

a ContentResolver.

For more information about using intents, see the Intents and Intent

Filters document. More information about activating specific components is also provided in the following documents: Activities, Services, BroadcastReceiver and Content Providers.

Declaring components

The primary task of the manifest is to inform the system about the application's components. For example, a manifest file can declare an activity as follows:

android:label="@string/example_label" ... >

...

In the element, the android:icon attribute points to resources for an icon that identifies the application.

In the element, the android:name at tribute specifies the fu lly qualified class name of the Activity subclass and the android:label attributes specifies a string to use as the user-visible label for the activity.

You must declare all application components this way:

1、elements for activities

2、 elements for services

3、elements for broadcast receivers

4、elements for content providers

Activities, services, and content providers that you include in your source but do not declare in the manifest are not visible to the system and, consequently, can never run. However, broadcast receivers can be either declared in the manifest or created dynamically in code (as BroadcastReceiver objects) and registered with the system by calling registerReceiver().

Declaring component capabilities

As discussed above, in Activating Components, you can use an Intent to start activities, services, and broadcast receivers. You can do so by explicitly naming the target component (using the component class name) in the intent. However, the real power of intents lies in the concept of intent actions. With intent actions, you simply describe the type of action you want to perform (and optionally, the data upon which you’d like to perform the action) and allow the system to find a component on the device that can perform the action and start it. If there are multiple components that can perform the action described by the intent, then the user selects which one to use.

The way the system identifies the components that can respond to an intent is by comparing the intent received to the intent filters provided in the manifest file of other applications on the device.

When you declare a component in your application's manifest, you can optionally include intent filters that declare the capabilities of the component so it can respond to intents from other applications. You can declare an intent filter for your component by adding an element as a child of the component's declaration element.

For example, an email application with an activity for composing a new email might declare an intent filter in its manifest entry to respond to "send" intents (in order to send email). An activity in your application can then create an intent with the

“send” action(ACTION_SEND), which the system matches to the email application’s “send” activity and launches it when you invoke the intent with startActivity().

For more about creating intent filters, see the Intents and Intent Filters document.

Declaring application requirements

There are a variety of devices powered by Android and not all of them provide the same features and capabilities. In order to prevent your application from being installed on devices that lack features needed by your application, it's important that you clearly define a profile for the types of devices your application supports by declaring device and software requirements in your manifest file. Most of these declarations are informational only and the system does not read them, but external services such as Google Play do read them in order to provide filtering for users when they search for applications from their device.

For example, if your application requires a camera and uses APIs introduced in Android2.1 (API Level7), you should declare these as requirements in your manifest file. That way, devices that do not have a camera and have an Android

version lower than 2.1 cannot install your application from Google Play.

However, you can also declare that your application uses the camera, but does not require it. In that case, your application must perform a check at runtime to determine if the device has a camera and disable any features that use the camera if one is not available.

Here are some of the important device characteristics that you should consider as you design and develop your application:

Screen size and density

In order to categorize devices by their screen type, Android defines two characteristics for each device: screen size (the physical dimensions of the screen) and screen density (the physical density of the pixels on the screen, or dpi—dots per inch).

毕设外文资料翻译.

理工学院 毕业设计外文资料翻译 专业:计算机科学与技术 姓名:马艳丽 学号: 12L0752218 外文出处:The Design and Implementation of 3D Electronic Map of Campus Based on WEBGIS 附件: 1.外文资料翻译译文;2.外文原文。

附件1:外文资料翻译译文 基于WebGIS的校园三维电子地图的设计与实现 一.导言 如今,数字化和信息化是当今时代的主题。随着信息革命和计算机科学的发展,计算机技术已经渗透到科学的各个领域,并引起了许多革命性的变化,在这些科目,古代制图学也不例外。随着技术和文化的不断进步,地图变化的形式和内容也随之更新。在计算机图形学中,地理信息系统(GIS)不断应用到Web,制作和演示的传统方式经历了巨大的变化,由于先进的信息技术的发展,地图的应用已经大大延长。在这些情况下,绘图将面临广阔的发展前景。电子地图是随之应运而生的产品之一。随着计算机技术,计算机图形学理论,遥感技术,航空摄影测量技术和其他相关技术的飞速发展。用户需要的三维可视化,动态的交互性和展示自己的各种地理相关的数据处理和分析,如此多的关注应支付的研究三维地图。东北石油大学及其周边地区的基础上本文设计并建立三维电子地图。 二.系统设计 基于WebGIS的校园三维电子地图系统的具有普通地图的一般特性。通过按键盘上的箭头键(上,下,左,右),可以使地图向相应的方向移动。通过拖动鼠标,可以查看感兴趣的任何一个地方。使用鼠标滚轮,可以控制地图的大小,根据用户的需求来查看不同缩放级别的地图。在地图的左下角会显示当前鼠标的坐标。在一个div层,我们描绘了一个新建筑物的热点,这层可以根据不同的地图图层的显示,它也可以自动调整。通过点击热点,它可以显示热点的具体信息。也可以输入到查询的信息,根据自己的需要,并得到一些相关的信息。此外,通过点击鼠标,人们可以选择检查的三维地图和卫星地图。 主要功能包括: ?用户信息管理:检查用户名和密码,根据权限设置级别的认证,允许不同权限的用户通过互联网登录系统。 ?位置信息查询:系统可以为用户提供模糊查询和快速定位。

翻译译文

应用程序基础Android Developers Android应用程序使用Java编程语言开发。aapt工具把编译后的Java代码连同应用程序所需的其他数据和资源文件一起打包到一个Android包文件中,这个文件使用.apk作为扩展名。此文件是分发并安装应用程序到移动设备的载体;是用户下载到他们的设备的文件。单一.apk文件中的所有代码被认为是一个应用程序。 从多个角度来看,每个Android应用程序都存在于它自己的世界之中: 1 默认情况下,每个应用程序均运行于它自己的Linux进程中。当应用程序中的任何代码需要被执行时,Android启动此进程,而当不再需要此进程并且其它应用程序又请求系统资源时,则关闭这个进程。 每个进程都有其独有的虚拟机(VM),所以应用程序代码与所有其它应用程序代码是隔离运行的。 3 默认情况下,每个应用程序均被赋予一个唯一的Linux用户ID,并加以权限设置,使得应用程序的文件仅对此用户及此应用程序可见——尽管也有其它的方法使得这些文件同样能为其他应用程序所访问。 1 应用程序组件 Android的一个核心特性就是一个应用程序可以使用其它应用程序的元素(如果那个应用程序允许的话)。例如,如果你的应用程序需要显示一个图片卷动列表,而另一个应用程序已经开发了一个合用的而又允许别的应用程序使用的话,你可以直接调用那个卷动列表来完成工作,而不用自己再开发一个。你的应用程序并没有吸纳或链接其它应用程序的代码。它只是在有需求的时候启动了其它应用程序的那个功能部分。 为达到这个目的,系统必须能够在一个应用程序的任何一部分被需要时启动一个此应用程序的进程,并将那个部分的Java对象实例化。因此,不像其它大多数系统上的应用程序,Android应用程序并没有为应用程序提供一个单独的入口点(比如说,没有main()函数),而是为系统提供了可以实例化和运行所需的必备组件。一共有四种组件类型: 1 Activity activity是为用户操作而展示的可视化用户界面。例如,一个activity可以展示一个菜单项列表供用户选择,戒者显示一些包含说明文字的照片。一个短消息应用程序可以包括一个用于显示要发送消息到的联系人列表的activity,一个给选定的联系人写短信的activity以及翻阅以前的短信或改变设置的其他activity。

外文翻译模板2010

中国石油大学(华东) 本科毕业设计(论文)外文翻译 学生姓名:王辰 学号:0607XXXX 专业班级:信息与计算科学06-2班 指导教师:陈华 2010年6月24日

(原文复印或打印材料,B5纸) In this paper based on the unique geometry and mechanical movement of beam pumping unit,we have presented a simple swing equation and computed motorial parameter;meanwhile under the conditions of the static load and inertial load of the polished-rod of a conventional pumping unit,we have also presented on equivalent dynamic model of the pumping unit system and the type-curves of net torque of the crankshaft with the characteristic of inertial counterbalance have been computed;Based on features and mechanical analysis of belt,a simple model for calculating belt transmission efficiency is developed the model can provide a theoretical base for study on the other transient variable of beam pumping unit;the cyclic loading coefficients is defined once and compute the nominal Power of the motor; at last we compare the beam pumping unit and the adjustable diameter and changeable toque pumping unit, based on this a program have been finished,and we also introduce other power saving pumping units. This graduation project mainly completes through the high accuracy data acquisition, the gain installs on the oil well oil extraction equipment the electric current, the voltage, the temperature, the pressure, the fluid position, the contact surface, the current capacity, contains water data and so on sensor, corresponds the connection with the many kinds of wireless communications (for example GPRS/CDMA) transmits it to the observation and control center, as well as will receive in the central server to the parameter carries on the real-time analysis and the processing parallel intergrowth becomes the database and the curve report form. Is advantageous for the oil field management level to carry on the prompt accurate management to the scene equipment. This system depends on in the Beijing Kunlun passing condition automation software science and technology limited company's entire center cultural work

外文翻译-基于Android智能家居系统

通信工程学院 毕业设计外文翻译 毕业设计题目基于ANDRIO的智能家居 系统的设计与实现 外文题目UBIQUITOUS SMART HOME SYSTEM USING ANDROID APPLICATION 专业:通信工程 学号: 学生姓名: 指导教师姓名: 指导教师职称:副教授 日期:2015 年 1 月10 日

International Journal of Computer Networks & Communications (IJCNC) V ol.6, No.1, January 2014 基于Android应用的无处不在的智能家居系统 Shiu Kumar Department of Information Electronics Engineering, Mokpo National University, 534-729, Mokpo, South Korea 摘要 本文提出了一种灵活独立的,低成本的智能家居系统,它是基于Android应用与微web服务器通信,不仅仅提供交换功能。Arduino以太网的使用是为了避免使用个人电脑从而保证整个系统成本最低,语音激活时用来实现切换功能的。光开关,电源插头,温度传感器,湿度传感器,电流传感器,入侵检测传感器,烟雾/气体传感器和警报器等这些设备集成在系统中,表明了所提出的智能家居系统的有效性和可行性。经过检测,智能家居应用程序可以成功地进行智能家居操作,例如开关功能,自动环境监测,和入侵监测,在监测到有不法入侵后,系统会自动发送一个邮件,并响警笛。 关键字: Android智能手机,智能家居,物联网(loTs),远程控制 1.引言 随着移动设备受欢迎程度的不断增长和人们日常生活中对无处不在的先进的移动应用的功能需求不断增加,利用Web服务是提供远程访问服务的最开放和可互操作的方式,并且使应用程序能够彼此通信。一个有吸引力的市场产品自动化和网络化是忙碌的家庭和有生理缺陷的个人的代表。 loTs可以被描述为连接智能手机,网络电视,传感器等到互联网,实现人们之间沟通的新形势。过去几年中loTs的发展,创造了一个新层面的世界。这使得人们可以在任何时间,任何地点,联通任何期望的东西。物联网技术可用于为智能家居创建新的概念和广阔的空间,以提供智能,舒适的发展空间和完善生活质量。 智能家居是一个非常有前途的领域,其中有各种好处,如增加提供舒适性,更高安全性,更合理地使用能源和其他资源。这项研究的应用领域非常重要,未来它为帮助和支持有特殊需求老的人和残疾人士提供了强有力的手段。设计一个智能家居系统时需要考虑许多因素,该系统应该是经济实惠的,是可伸缩的,使得新的设备可以容易地集成到系统中,此外,它应该是用户友好的。 随着智能手机用户的急剧增加,智能手机已经逐渐变成了具备所有功能的便携式设备,为人们提供了日常使用。本文介绍了一种低成本的控制和监视家居环境控制的无线智能家居系统。利用Android设备,可以通过一个嵌入式微Web服务器与实际的IP连接,访问和控制电器和远程的其它设备,这可以利用任何支持Android的设备。Arduino Ethernet 用于微Web服务器从

毕业设计外文翻译

毕业设计(论文) 外文翻译 题目西安市水源工程中的 水电站设计 专业水利水电工程 班级 学生 指导教师 2016年

研究钢弧形闸门的动态稳定性 牛志国 河海大学水利水电工程学院,中国南京,邮编210098 nzg_197901@https://www.wendangku.net/doc/cc3824565.html,,niuzhiguo@https://www.wendangku.net/doc/cc3824565.html, 李同春 河海大学水利水电工程学院,中国南京,邮编210098 ltchhu@https://www.wendangku.net/doc/cc3824565.html, 摘要 由于钢弧形闸门的结构特征和弹力,调查对参数共振的弧形闸门的臂一直是研究领域的热点话题弧形弧形闸门的动力稳定性。在这个论文中,简化空间框架作为分析模型,根据弹性体薄壁结构的扰动方程和梁单元模型和薄壁结构的梁单元模型,动态不稳定区域的弧形闸门可以通过有限元的方法,应用有限元的方法计算动态不稳定性的主要区域的弧形弧形闸门工作。此外,结合物理和数值模型,对识别新方法的参数共振钢弧形闸门提出了调查,本文不仅是重要的改进弧形闸门的参数振动的计算方法,但也为进一步研究弧形弧形闸门结构的动态稳定性打下了坚实的基础。 简介 低举升力,没有门槽,好流型,和操作方便等优点,使钢弧形闸门已经广泛应用于水工建筑物。弧形闸门的结构特点是液压完全作用于弧形闸门,通过门叶和主大梁,所以弧形闸门臂是主要的组件确保弧形闸门安全操作。如果周期性轴向载荷作用于手臂,手臂的不稳定是在一定条件下可能发生。调查指出:在弧形闸门的20次事故中,除了极特殊的破坏情况下,弧形闸门的破坏的原因是弧形闸门臂的不稳定;此外,明显的动态作用下发生破坏。例如:张山闸,位于中国的江苏省,包括36个弧形闸门。当一个弧形闸门打开放水时,门被破坏了,而其他弧形闸门则关闭,受到静态静水压力仍然是一样的,很明显,一个动态的加载是造成的弧形闸门破坏一个主要因素。因此弧形闸门臂的动态不稳定是造成弧形闸门(特别是低水头的弧形闸门)破坏的主要原是毫无疑问。

APP开发合同范本(标准版).docx

编号:_________________ APP开发合同范本 甲方:________________________________________________ 乙方:________________________________________________ 签订日期:_________年______月______日

甲方:________________________________(以下简称甲方) 地址:_______________________________________________ 法定代表人:_____________联系电话:_______________ 乙方:(以下简称乙方) 地址:_______________________________________________ 法定代表人:联系电话: 甲、乙双方经友好协议,就甲方委托乙方开发《____________________________________》(以下简称"本软件")的事宜达成一致并同意订本合同。 一、项目内容 1. 甲方委托乙方开发的软件《_XX系统APP,安卓系统APP,网络平台__》(以下简称"本三个软件") 在安卓,XX,PC环境下运行的软件,本三个软件需求(以下简称"需求")双方协商确定。

2.本合同APP和网络平台应用开发的栏目架构及相关功能开发细节由《APP和网络平台开发需求表》载明。 二、合同价款和付款方式 1.本合同总价款包括乙方相关的税费及软件开发期间办理相关手续的所有费用。该价款为固定包干价,除上述款项外,甲方无需支付任何其它款项。 2.付款方式: 前期不要源码的甲方总支付乙方费用是27500元,预付定金为10000元,软件和平台做好交付可以使用付清前期不要源码的费用的余额17500(留3000元质保金),即14500元 后期甲方要回乙方源码,乙方要另加收甲方27500元费用,并付清3000元的质保金 三、开发进度 自合同签订日起,甲方把钥匙交给乙方匹配乙方将在_____30_______个工作日内完成客户端开发,此时间并包括审核和测试时间。乙方的工作时间从本合同签订之日的次日起开始计算。

外文翻译模板

最佳分簇规模的水声传感器网络 Liang Zhao,Qilian Liang 德州大学阿灵顿分校电子工程系 Arlington, TX 76010, USA Email: https://www.wendangku.net/doc/cc3824565.html,, https://www.wendangku.net/doc/cc3824565.html, 摘要:在这篇论文中,我们主要关注的是的最优化分簇规模对水声传感器网络的影响。由于稀疏部署和信道属性的水声传感器网络是不同于地面传感器。我们的分析表明,最优分簇规模主要工作频率所决定的声音的传播。此外,区域数据聚合中也起着因素在很大程度上决定最佳分簇规模。 1引言 水下传感器网络(UW-ASN)可看成是个自组织网络,组成的传感器与一个声音进行分配感应的任务。为了达到这个目的,传感器必须自组织成一个独立的可以适应水下环境的网络,。UW-ASNs可以沿用许多通讯技术传统自组织网络和陆地的无线传感器网络,但仍有一些重要的区别为有限的能量和带宽约[1],[5],此协议对传统发展无线自组网路并不一定适合绝无仅有的网络的特点。当一个无线传感器可能要在一个微小的电池持续比较长的时间,能源效率就成为一个大问题。 由于广播的性质和有限的带宽,在浅水通信[6] [7],多跳可以引起传感器节点之间严重干扰。一个新的路由称为“矢量为基础的转移” (VBF)缓解了这个问题 [8]。 VBF本质上是一种基于位置的路由选择方法:节点紧邻“矢量”转发源宿信息。 通过这种方式,只有一小部分的节点参与路由。另一种解决办法是,每一个传感器分簇通信应该直接指向簇头和内部分簇通信应协调由簇头,以最大限度地提高带宽利用率以往的研究水下通信经常使用时间计划调度方法[9],[10],这可能是适合的小型网络简单。然而,扁平架构还可能限制网络的规模。特别是由于传播延迟声汇简单的时间调度算法方案并不适合较大的水下网络[11]。在文献[11]中,Salva-Garau 和 Stojanovic建议聚类水声载体网络的方案,这组相邻载体进入分簇,和使用的TDMA(时分多址)内每个群集。在分簇管理的干扰是分配到相邻的簇不同的扩频码,同时可扩展性是通过在空间复用码。网络运行开始初始化阶段,并移动到不断维修期间而流动性管理。他们还利用仿真分析,以获得最佳簇大小和传输功率为一种具有一定的载体密度网络。[12]提出了平台,同时使用光学和声汇水下通信。虽然光通信可以达到更高的数据速率,它的应用仅限于短距离点至点通信。该平台也使得移动使用data muling,,这对于大批量的理想延迟容许的应用程序。

毕设外文文献翻译

xxxxxxxxx 毕业设计(论文)外文文献翻译 (本科学生用) 题目:Poduct Line Engineering: The State of the Practice 生产线工程:实践的形态 学生姓名:学号: 学部(系): 专业年级: 指导教师:职称或学位: 2011年3月10日

外文文献翻译(译成中文1000字左右): 【主要阅读文献不少于5篇,译文后附注文献信息,包括:作者、书名(或论文题目)、出版社(或刊物名称)、出版时间(或刊号)、页码。提供所译外文资料附件(印刷类含封面、封底、目录、翻译部分的复印件等,网站类的请附网址及原文】 Requirements engineering practices A precise requirements engineering process— a main driver for successful software development —is even more important for product line engineering. Usually, the product line’s scope addresses various domains simultaneously. This makes requirements engineering more complex. Furthermore, SPL development involves more tasks than single-product development. Many product line requirements are complex, interlinked, and divided into common and product-specific requirements. So, several requirements engineering practices are important specifically in SPL development: ? Domain identification and modeling, as well as commonalities and variations across product instances Separate specification and verification for platform and product requirements ? Management of integrating future requirements into the platform and products ? Identification, modeling, and management of requirement dependencies The first two practices are specific to SPL engineering. The latter two are common to software development but have much higher importance for SPLs. Issues with performing these additional activities can severely affect the product line’s long-term success. During the investigation, we found that most organizations today apply organizational and procedural measures to master these challenges. The applicability of more formal requirements engineering techniques and tools appeared rather limited, partly because such techniques are not yet designed to cope with product line evelopment’s inherent complexities. The investigation determined that the following three SPL requirements engineering practices were most important to SPL success. Domain analysis and domain description. Before starting SPL development, organizations should perform a thorough domain analysis. A well-understood domain is a prerequisite for defining a suitable scope for the product line. It’s the foundation for efficiently identifying and distinguishing platform and product requirements. Among the five participants in our investigation, three explicitly modeled the product line requirements. The others used experienced architects and domain experts to develop the SPL core assets without extensive requirements elicitation. Two organizations from the first group established a continuous requirements management that maintained links between product line and product instance requirements. The three other organizations managed their core assets’ evolution using change management procedures and versioning concepts. Their business did not force them to maintain more detailed links between the requirements on core assets and product instances. The impact of architectural decisions on requirements negotiations. A stable but flexible architecture is important for SPL development. However, focusing SPL evolution too much on architectural issues will lead to shallow or even incorrect specifications. It can cause core assets to ignore important SPL requirements so that the core assets lose relevance for SPL development. Organizations can avoid this problem by establishing clear responsibilities for requirements management in addition to architectural roles. The work group participants reported that a suitable organizational tool for balancing requirements and architecture is roundtable meetings in which requirements engineers,

基于Android的智能家居APP的设计与实现_过程检查记录表 -

南京邮电大学通达学院毕业设计(论文)过程检查记录 题目基于Android的智能家居APP的设计与实现 学生姓名班级学号专业计算机科学与技术指导教师姓名指导教师职称副教授日期指导记录 16.1.8-16.1.23 任务计划: 1. 了解课题,查找相关资料 2. 检索中文数据库 完成情况: 1. 首先,通过阅读李涛的《基于Android的智能家居APP的设计与实现》对于这个题目有了一个整体的了解。 2. 然后利用CNKI检索了城市交通与Android相关的学术期刊。下载与课题相关的期刊、论文,阅读资料并理解课题。 指导教师批阅意见: 指导教师签字: 16.1.24-16.2.8 任务计划: 1. 阅读《疯狂Android讲义》对安卓UI设计的技术做一定的了解 2. 了解智能家居App的发展趋势和前景。 完成情况: 1. 通过相关理论学习,初步掌握安卓UI设计。 2. 通过资料了解了智能家居APP的前景。 指导教师批阅意见: 指导教师签字: 16.2.9-16.2.24 任务计划: 1.理清自己题目的思路。 2.完成开题报告 完成情况: 1.在之前理论知识的积累上,对课题任务有了进一步的了解,完成开题报告初稿。 指导教师批阅意见: 指导教师签字: 16.2.25-16.3.4 任务计划: 1.提交开题报告 2.利用CNKI检索与课题相关的外文资料

完成情况: 1.经过老师的指导,不断修改,完成开题报告最终稿,经过审核,打印提交给老师。 2.搜索数据库,查找符合要求的外文资料。 指导教师批阅意见: 指导教师签字: 16.3.5-16.3.20 任务计划: 1.对外文资料开始进行翻译 2.查找Android开发的相关书籍 完成情况: 1.本周开始对外文资料进行翻译,外文资料专业性很强,下手有些困难,但是,仍继续尽全力去做。 2.阅读了《第一行代码》、《疯狂Android讲义》等入门级书籍,对于安卓开发整体有了较完整的理解。 指导教师批阅意见: 指导教师签字: 16.3.21-16.3.31 任务计划: 1.完成APP的需求分析。 2.进行界面设计。 完成情况: 1.将毕业设计的要求进行分析理解,并通过研究其他同类APP明白自己APP所要实现的功能。 2.根据现在世面上的智能家居应用,进行模仿并根据需求完成UI设计。 指导教师批阅意见: 指导教师签字: 16.4.1-16.4.11 任务计划: 1. 进行管理员模块的功能设计。 2. 编写管理员模块。 完成情况: 1. 根据需求分析,进行功能的分割,确定管理员模块的功能。 2. 根据的管理员模块的功能,进行代码编写,完成管理员模块的功能。 指导教师批阅意见: 指导教师签字: 16.4.12-16.4.22 任务计划: 1. 进行用户端的功能设计。 2. 编写用户端的实现功能代码。

外文文献翻译封面格式及要求(模版)

毕业论文外文文献翻译 院 年级专业: 2009 级XXXXXXXXXXX 姓 名:学 号:附 件: 备注:(注意:备注页这一整页的内容都不需要打印,看懂了即可)

1.从所引用的与毕业设计(论文)内容相近的外文文献中选择一篇或一部分进行翻译(不少于3000实词); 2.外文文献翻译的装订分两部分,第一部分为外文文献;第二部分为该外文文献的中文翻译,两部分之间用分页符隔开。也就是说,第一外文文献部分结束后,使用分页符,另起一页开始翻译。 3.格式方面,外文文献的格式,除了字体统一使用Times new roman 之外,其他所有都跟中文论文的格式一样。中文翻译的格式,跟中文论文的格式一样。 (注意:备注页这一整页的内容都不需要打印,看懂了即可,定稿后,请删除本页.) 范文如下:注意,下面内容每一部份均已用分页符分开了,如果用本模板,请将每一模块单独删除,直接套用到每一模板里面,不要将全部内容一次性删除. 【Abstract】This paper has a systematic analysis on outside Marco-environment of herbal tea beverage industry and major competitors of brands inside the herbal tea market. Based on

the theoretic framework, this paper takes WONG LO KAT and JIA DUO BAO herbal tea as an example, and researches the strategy on brand positioning and relevant marketing mix of it. Through analysis on the prevention sense of WONG LO KAT herbal tea, it was positioned the beverage that can prevent excessive internal heat in body, a new category divided from the beverage market. the process of brand positioning of it in Consumers brain was finished. Based on this positioning strategy, WONG LO KAT reasonably organized and arranged its product strategy, price strategy, distribution strategy and promotion strategy, which not only served for and further consolidated the position of preventing excessive internal heat in body, but also elevated the value of brand. The JDB and WONG LO KAT market competition brings us enlightenment. Reference the successful experience from the JDB and lessons from the failure of the WONG LO KAT.,Times New Roman. 【Key Words】Brand positioning; Marketing mix; Positioning Strategy; enlightenment, lessons;ABC (本页为英文文献摘要,关键词两项一起单独一页,字体为:Times New Roman,小四号,1.5倍行距)

毕设英文翻译英文版

72页 Machine Tools Objectived. Machine tools are the main engines of the manufacturing industry. This chapter covers a few of the details that are common to all classes of machine tools discussed in this book. After completing the chapter, the reader will be able to >understand the classification of the various machine tools used in manufacturing industries. >identify the differences between generating and forming of surfaces. > identify various methods used to generate different types of surfaces. >distinguish between the different accuracies and surface finishes that are achievable with different machine tools. >understand the different components of the machine tools and their functions. >learn about the different support structures used in the machine tools. >understand the various actuation systems that are useful to generate the required surfaces. >Learn the different types of guideways used in the machine tools. >understand the work holding requirements. 3.1 INTRODUCTION The earliest known machine tools are the Egyptian foot-operated lathes.

基于Android开发的外文文献

Android Android, as a system, is a Java-based operating system that runs on the Linux 2、6 kernel、The system is very lightweight and full featured、Android applications are developed using Java and can be ported rather easily to the new platform、If you have not yet downloaded Java or are unsure about which version you need, I detail the installation of the development environment in Chapter 2、Other features of Android include an accelerated 3-D graphics engine (based on hardware support), database support powered by SQLite, and an integrated web browser、 If you are familiar with Java programming or are an OOP developer of any sort, you are likely used to programmatic user interface (UI) development—that is, UI placement which is handled directly within the program code、Android, while recognizing and allowing for programmatic UI development, also supports the newer, XML-based UI layout、XML UI layout is a fairly new concept to the average desktop developer、I will cover both the XML UI layout and the programmatic UI development in the supporting chapters of this book、 One of the more exciting and compelling features of Android is that, because of its architecture, third-party applications—including those that are “home grown”—are executed with the same system priority as those that are bundled with the core system、This is a major departure from most systems, which give embedded system apps a greater execution priority than the thread priority available to apps created by third-party developers、Also, each application is executed within its own thread using a very lightweight virtual machine、 Aside from the very generous SDK and the well-formed libraries that are available to us to develop with, the most exciting feature for Android developers is that we now have access to anything the operating system has access to、In other words, if you want to create an application that dials the phone, you have access to the phone’s dialer; if you want to create an application that utilizes the phone’s internal

最新外文翻译模板精编版

2020年外文翻译模板 精编版

精品好文档,推荐学习交流 华北电力大学 毕业设计(论文)附件 外文文献翻译 学号:201001000826姓名:郑蓓 所在院系:电力工程系专业班级:电力1002 指导教师:刘英培 原文标题:Simulation of PMSM Vector Control System based on Non-linear PID and Its Easy DSP Realization 2014年4月10日

基于非线性PID永磁同步电机矢量控制系统仿真及其DSP实现 摘要 本文给出空间矢量脉宽调制(SVPWM)的基本原理,以及构建两条闭合回路矢量控制永磁同步电机(PMSM)的仿真模型方法。同时,在速度闭环对于新型非线性PID控制器进行了研究。仿真结果表明它具有无超调和小速度脉动良好的动态和静态性能。此外,利用在MATLAB中嵌入式目标为TI C2000(C2000 ETTI)的工具,我们将SVPWM仿真模型转换成可执行代码,并下载到TMS320F2812,实现基于DSP永磁同步电机的开环控制。这种方法避免了繁琐的编程工作,缩短了系统开发周期,实现了同步模拟和DSP实现永磁同步电机矢量控制系统的目标。 1 引言 永磁同步电机被广泛使用在交流伺服系统,因为它有如快速响应,出色的操控性能,尺寸小和重量轻等优点。最近,SVPWM技术逐渐取代了传统的SPWM。SVPWM的目的是产生磁通矢量来接近交流电机实际气隙磁通圆,通过在逆变器装置调整切换时间和控制电功率的通断模式。相较于SPWM,SVPWM 技术降低了谐波含量和开关损耗,其直流电压利用率也提高了很多。此外,它很容易被数字化。因此,我们在本文应用SVPWM技术。 原文出处及作者:Wang Song; Shi Shuang-shuang; Chen Chao, "Simulation of PMSM vector control system based on non-linear PID and its easy DSP realization," Control and Decision Conference, 2009. CCDC '09. Chinese , vol., no., pp.949,953, 17-19 June 2009

相关文档
相关文档 最新文档