Delphi2005学习笔记4——再谈NameSpace和Dll以及Package
来源:互联网 发布:有趣的程序员招聘文案 编辑:程序博客网 时间:2024/04/28 19:01
http://bdn.borland.com/article/0,1410,32765,00.html
重要的部分摘抄如下
Executive Summary
• Namespaces do not affect Delphi for Win32.
• Namespaces are produced based on the unit name as follows:
• If a unit name is dotted then the unit name up to the last dot is used.
• If it is not dotted then the default namespace is used.
• If there is no default namespace then the unit name is used.
• Code converted from Delphi 8 may require some modifications.
• Always use Packages not Libraries to create shareable assemblies.
• Delphi will always refer to types by their full unit name.
• Other languages will need to refer to types using their namespace.
• ASP.NET declarations, configuration files and .NET reflection always refer to types by their namespace.
• If multiple units emit a public type with the same name into the same namespace, the assembly may be unusable
1) Always Use Packages
Borland has always recommended not using library projects to create assemblies. In Delphi 2005, the compiler is stricter and will no longer allow you to compile an application referencing a Delphi ‘library’.
Always use a package project to create .NET assemblies.
However, as with anything, there are exceptions to the rule and there are several situations where you need to use the namespace even though you are coding in Delphi.
One example is when you are using tags in ASPX, ASCX or ASMX files. If you create a web page called TWebForm in the file Application.Pages.WebForm1.pas then the page tag would be:
<%@Page Language="c#" Codebehind="WebForm1.pas" Inherits="Application.Pages.TWebForm1"%> |
Another is when passing type information to .NET in the form of strings, especially when using reflection based APIs and configuration files:
var c:TypeConverter; c:=Assembly.CreateInstance('Sample.Controls.TConverter'); |
This slight difference commonly trips people up and is something you need to be careful of, especially when porting code from Delphi 8 or converting code from other languages.
这就解释了我原来的疑问,在D2005中,新建一个.Net Dll,编译,在别的编译器中(C#),可以使用,但是在Delphi中自己却不能用,虽然用薄可以解决问题,但是包中添加资源很不方便,真是不知道Borland是怎么想的。
- Delphi2005学习笔记4——再谈NameSpace和Dll以及Package
- Delphi2005学习笔记4(续)——再谈Dll以及Package
- Delphi2005学习笔记3——数组参数的研究
- Delphi2005学习笔记1
- Delphi2005学习笔记2——Using Platform Invoke with Delphi 2005
- Delphi2005学习笔记6——Delphi.Net程序的发布
- Struts2学习笔记之package元素中的namespace搜索规则
- MyBatis学习笔记(一)——配置文件中的别名以及mapper中的namespace
- MyBatis学习笔记(一)——配置文件中的别名以及mapper中的namespace
- MyBatis学习笔记(一)——配置文件中的别名以及mapper中的namespace
- Struts2学习笔记——Namespace
- c# namespace 和 java package
- Python Computer Vision Programming学习笔记(一)——Python以及各Package安装
- Lua学习笔记六——package
- Lua学习笔记六——package
- Lua学习笔记六——package
- Lua学习笔记六——package
- C++学习笔记--new和namespace
- 深入剖析C#继承机制2
- 深入剖析C#继承机制3
- 深入剖析C#继承机制4
- BabyLinux制作过程详解
- 深入剖析C#继承机制5
- Delphi2005学习笔记4——再谈NameSpace和Dll以及Package
- 深入剖析C#继承机制6
- 深入剖析C#继承机制7
- 接口慨述1
- 接口慨述2
- 定义接口1
- 刚刚吃晚饭时顺便订了个蛋糕,嘿嘿,应该很PP
- 定义接口2
- 定义接口3