delphi xe7(Rad Studio XE7) update1

　　delphi xe7是一款跨平台的应用程序开发工具，Delphi程序由称为单元的源代码模块构成，这些单元由一个特殊的源代码模块连接在一起，该模块包含程序，库或包头，每个单元都存储在自己的文件中并单独编译;已编译的单元链接以创建应用程序，delphi xe7引入了分层命名空间，使用户可以更灵活地组织单元，命名空间和单位允许用户将大型程序划分为可以单独编辑的模块，创建可以在程序之间共享的库；在不提供源代码的情况下将库分发给其他开发人员；内置程序结构和语法，完整的可执行Delphi应用程序由多个单元模块组成，所有单元模块都由称为项目文件的单个源代码模块连接在一起，在传统的Pascal编程中，所有源代码（包括主程序）都存储在.pas文件中，CodeGear工具使用文件扩展名.dpr来指定主程序源模块，而大多数其他源代码驻留在具有传统.pas扩展名的单元文件中，要构建项目，编译器需要项目源文件，以及每个单元的源文件或已编译的单元文件。强大又实用，需要的用户可以下载体验

软件功能

　　1、开发出高连结性的Apps

　　现代各种不同的装置(设备)每天正以惊人的速度在增加。目前手机、平板电脑、可穿戴装置以及快速成长的“物联网”。RAD Studio 提供了在单一的RAD Studio开发环境让开发人员赶上趋势的解决方案。

　　2、开发出高性能的原生应用程式

　　可快速地开发出高效能的连结企业资料库、云端服务、感知装置和各式装置的原生应用程式。

　　3、全新的 FireUI多设备设计家 (Multi-Device Designer)

　　让您的团队能在极短的时间内以单一的程式码开发出PCs、平板电脑、智慧型手机甚至是穿戴式装置如Google Glass的原生应用程式。藉由一个共有的主要表单与该装置所需的views，可同时开发出多平台与装置的 apps，让APP且能快速地上市。仅需维护一个共有的程式码而不用牺牲平台的原生度。

软件特色

　　1、全新强大的平行执行函示库 ( Parallel Programming Library)

　　赋予开发人员不可思议的程式码平行执行能力，显著地提升效能。

　　2、全新 Bluetooth App Tethering

　　XE7支援蓝牙和低耗电蓝牙 (BLE)，让 App Tethering 可同时支持 WIFI 和蓝芽。让您现有Windows应用程式可延伸的更为广泛。

　　3、全新 Enterprise Mobility Services (EMS)

　　威力十足的 EMS 中介技术，EMS 可让开发人员轻鬆的开发以 REST / JSON 为基础的企业级移动多层应用架构。快速地布署新的EMS来发佈和管理APIs、企业资料。

　　4、轻鬆地使用REST和BaaS供应商连结流行的云端服务

　　如:推送通知、验证、储存和其他服务

安装步骤

　　1、点击本网站提供的下载路径下载得到对应的程序安装包

　　2、解压安装包后，即可得到对应的安装数据包，运行文件“install_RADStudio.exe”选择“install delphi xe7 and/or c++ builder xe7”开始安装

　　3、选择安装语言，目前拥有“english\french\german\japanese”4种语言，一般选择English，点击next继续安装

 　4、您完全同意上述协议的所有条款吗?如果没有异议,请点击“同意”按钮;

　　5、弹出以下界面，直接使用鼠标点击下一步按钮即可

　　6、您完全同意上述协议的所有条款吗?如果没有异议,请点击“同意”按钮;

　　7、填写rad studio xe7序列号（任选一组）：

　　NNLA-DLPDPP-PGGLCD-MGNN

　　KNLA-CCPM5N-MC3B3E-M4NN

　　MNLA-CC34JN-3BCEME-MHNN

　　CNLA-CMDDPP-3JBG3E-MKNN

　　5NLA-PAD35P-5MH23E-M5NN

　　LNLA-DGDKJN-HGJB3D-MLNN

　　JNLA-C3A52P-HJAJHD-MANN

　　8、点击下一步按钮，弹出新界面，用户可以根据自己的需要选择对应的程序组件进行安装

　　9、弹出程序安装路径界面，小编不建议更改程序安装路径，为了方便程序

　　10、完全同意上述协议的所有条款吗?如果没有异议,请点击“同意”按钮;

　　11、安装路径一般选择默认C盘，不建议更改,请保证60G左右剩余空间

　　12、可以根据自己的需要点击关联对应的设置项

　　13、等待应用程序安装进度条加载完成即可，由于程序比较大，需要多等待一下，建议到处走走

　　14、根据提示点击安装即可，弹出程序安装完成界面，点击完成按钮即可，等待程序配置完成即可

方法

　　1、程序安装完成后，回到程序安装包，运行补丁,依次点击"Generate Activation File"和"Patch Files"载入补丁

　　2、完成该操作步骤，即可将应用程序完全

使用说明

　　在Delphi中，单位是类型的基本容器。 Microsoft的公共语言运行时（CLR）引入了另一个名为命名空间的组织层。在.NET Framework中，命名空间是类型的概念容器。在Delphi中，命名空间是Delphi单元的容器。添加名称空间使Delphi能够访问和扩展.NET Framework中的类。

　　与传统的Delphi单元不同，名称空间可以嵌套以形成包含层次结构。嵌套命名空间提供了一种组织标识符和类型的方法，并用于消除具有相同名称的类型的歧义。由于它们是Delphi单元的容器，因此名称空间也可用于区分位于不同包中的同名单元。

　　例如，MyNameSpace中的类MyClass与YourNamespace中的类MyClass不同。在运行时，CLR始终通过其完全限定名称引用类和类型：程序集名称，后跟包含该类型的名称空间。 CLR本身没有命名空间层次结构的概念或实现;它纯粹是编程语言的符号方便。

　　涵盖以下主题：

　　项目默认名称空间和名称空间声明。

　　命名空间搜索范围。

　　在Delphi单元中使用名称空间。

　　声明命名空间

　　在Delphi中，项目文件（程序，库或包）隐式引入了自己的命名空间，称为项目默认命名空间。单元可以是项目默认名称空间的成员，也可以显式声明自己是不同名称空间的成员。在任何一种情况下，单元都在其单元头中声明其命名空间成员资格。例如，请考虑以下显式名称空间声明：

　　单位MyCompany.MyWidgets.MyUnit;

　　首先，请注意命名空间由点分隔。命名空间不会为点之间的标识符引入新符号;点是单位名称的一部分。此示例的源文件名是MyCompany.MyWidgets.MyUnit.pas，编译的输出文件名是MyCompany.MyWidgets.MyUnit.dcuil。

　　其次，请注意点表示一个命名空间在另一个命名空间内的概念嵌套或包含。上面的示例将单元MyUnit声明为MyWidgets命名空间的成员，该命名空间本身包含在MyCompany命名空间中。同样，应该注意，此包含仅用于文档目的。

　　项目默认名称空间为项目中的所有单元声明名称空间。请考虑以下声明：

　　程序MyCompany.Programs.MyProgram;

　　图书馆MyCompany.Libs.MyLibrary;

　　包MyCompany.Packages.MyPackage;

　　这些语句分别为程序，库和包建立项目默认名称空间。通过从声明中删除最右边的标识符（和点）来确定命名空间。

　　省略显式名称空间的单元称为通用单元。通用单元自动成为项目默认名称空间的成员。鉴于前面的程序声明，以下单元声明将导致编译器将MyUnit视为MyCompany.Programs命名空间的成员。

　　单位MyUnit;

　　项目默认命名空间不会影响通用单元的Delphi源文件的名称。在前面的示例中，Delphi源文件名将是MyUnit.pas。但是，编译器会将dcuil文件名前缀为项目默认名称空间。当前示例中生成的dcuil文件将是MyCompany.Programs.MyUnit.dcuil。

　　命名空间字符串不区分大小写。编译器认为两个名称空间只有在等同的情况下才有区别。但是，编译器确实保留了命名空间的大小写，并将在输出文件名，错误消息和RTTI单元标识符中使用保留的大小写。类和类型名称的RTTI将包括完整的命名空间规范。

　　搜索命名空间

　　单位必须声明其所依赖的其他单位。与Win32平台一样，编译器必须在这些单元中搜索标识符。对于显式名称空间中的单元，搜索范围已知，但对于通用单元，编译器必须建立名称空间搜索范围。

　　考虑以下单元并使用声明：

　　单位MyCompany.ProjectX.ProgramY.MyUnit1;

　　使用MyCompany.Libs.Unit2，Unit3，Unit4;

　　这些声明将MyUnit1建立为MyCompany.ProjectX.ProgramY名称空间的成员。 MyUnit1依赖于其他三个单元：MyCompany.Libs.Unit2，以及通用单元Unit3和Unit4。编译器可以解析Unit2中的标识符名称，因为uses子句指定了完全限定的单元名称。要解析Unit3和Unit4中的标识符名称，编译器必须建立命名空间搜索顺序。

　　命名空间搜索顺序

　　搜索位置可以来自三个可能的来源：编译器选项，项目默认命名空间和当前单元的命名空间。

　　编译器解析标识符名称以下顺序：

　　当前单元命名空间（如果有）

　　项目默认命名空间（如果有）

　　编译器选项指定的命名空间。

　　命名空间搜索示例

　　以下示例项目和单元文件演示了命名空间搜索顺序：

　　//项目文件声明......

　　程序MyCompany.ProjectX.ProgramY;

　　//单位源文件声明......

　　单位MyCompany.ProjectX.ProgramY.MyUnit1;

　　鉴于此程序示例，编译器将按以下顺序搜索名称空间：

　　MyCompany.ProjectX.ProgramY

　　MyCompany.ProjectX

　　编译器选项指定的命名空间。

　　请注意，如果当前单位是通用的（即它的单位语句中没有明确的名称空间声明），则解决方案从项目默认名称空间开始。

　　使用命名空间

　　Delphi的uses子句将模块带入当前单元的上下文中。 uses子句必须通过其完全限定名称（即包括完整命名空间规范）或其通用名称来引用模块，从而依赖命名空间解析机制来定位单元。

　　完全合格的单位名称

　　以下示例演示了带有命名空间的uses子句：

　　单位MyCompany.Libs.MyUnit1

　　使用MyCompany.Libs.Unit2，//完全限定名称。

　　UnitX; // 通用名。

　　一旦模块进入上下文，源代码可以通过非限定名称或完全限定名称（如果需要，用于消除不同单元中具有相同名称的标识符）来引用该模块内的标识符。以下writeln语句是等效的：

　　使用MyCompany.Libs.Unit2;

　　开始

　　writeln（MyCompany.Libs.Unit2.SomeString）;

　　writeln（SomeString）;

　　结束。

　　完全限定的标识符必须包含完整的命名空间规范。在前面的示例中，仅使用命名空间的一部分来引用SomeString是错误的：

　　writeln（Unit2.SomeString）; //错误！

　　writeln（Libs.Unit2.SomeString）; //错误！

　　writeln（MyCompany.Libs.Unit2.SomeString）; //正确

　　writeln（SomeString）; //正确

　　在uses子句中仅引用名称空间的一部分也是错误的。没有机制可以导入命名空间中的所有单位和符号。以下代码不会导入MyCompany命名空间中的所有单位和符号：

　　使用MyCompany; //错误！

　　此限制也适用于with-do语句。以下将产生编译器错误：

　　与MyCompany.Libs做//错误！

　　命名空间和.NET元数据

　　Delphi for .NET编译器不会将整个虚线单元名称发送到程序集中。相反，唯一最左边的部分 - 发出名称中最后一个点的所有内容。例如：

　　单位MyCompany.MyClasses.MyUnit

　　编译器将命名空间MyCompany.MyClasses放入程序集元数据中。这使得其他.NET语言更容易调用Delphi程序集。

　　命名空间元数据的这种差异仅对程序集的外部使用者可见。程序集中的Delphi代码仍将整个虚线名称视为完全限定名称。

　　多单元命名空间

　　如果单元声明引用相同的命名空间，则多个单元可以属于同一命名空间。例如，可以使用以下单元声明创建两个文件unit1.pas和unit2.pas：

　　//在'unit1.pas'文件中

　　单位MyCompany.ProjectX.ProgramY.Unit1

　　//在'unit2.pas'文件中

　　单位MyCompany.ProjectX.ProgramY.Unit2

　　在此示例中，命名空间MyCompany.ProjectX.ProgramY逻辑上包含unit1.pas和unit2.pas中的所有接口符号。

　　命名空间中的符号名称必须是唯一的，跨命名空间中的所有单元。在上面的示例中，Unit1和Unit2都定义了一个名为mySymbol的全局接口符号，这是一个错误。

　　除非在文件的uses子句中明确使用各个单元，否则在命名空间中聚合的各个单元不可用于源代码。换句话说，如果源文件仅使用命名空间，则引用该命名空间中单元中的符号的完全限定标识符表达式必须使用命名空间名称，而不仅仅是定义该符号的单元的名称。

　　uses子句可以引用命名空间以及该命名空间中的各个单元。在这种情况下，可以使用实际单元名称或限定符的完全限定名称（包括名称空间和单元名称）来引用引用uses子句中列出的特定单元的符号的完全限定表达式。两种形式的参考是相同的并且指代相同的符号。

　　注意：只有在使用source或dcu文件进行编译时才明确使用uses子句中的单元。如果命名空间单元被编译到程序集中并且程序集由项目而不是单个单元引用，那么显式引用命名空间中的单元的源代码将失败。