delphixe linux（DelphiforLinux中应用共享对象库）

本文目录

• DelphiforLinux中应用共享对象库
• VB、Delphi等编程语言没落的主要原因有哪些
• delphi程序能在linux上运行吗
• delphi xe4到Lazarus下的移植很不方便，请问有其他在linux下对Delhi兼容性更好的pascal编译器吗
• delphi可以用于linux下的编程吗
• delphi xe4如何安装控件
• Delphi 2010和XE哪个更好，更稳定一些
• 能用Delphi开发linux程序吗
• delphi和qt哪个简单点
• 哪位用DELPHI XE开发过安卓，好用吗

DelphiforLinux中应用共享对象库

本文用通俗易懂的语言介绍Linux平台上共享对象库（SO）的基本概念及主要优点 通过剖析在Delphi for Linux中应用SO与在Delphi for Windows中应用DLL的异同 以编程实例讲述了Linux平台的SO库文件的组成 SO库文件的函数重载 特殊编译指令 采用Delphi for Linux创建SO的编程规则 使用前的Linux系统设置 以及在Delphi for Linux中用隐式或显式链接方法装入和使用SO函数的基本方法 经验及技巧 并对应用SO可能出现的问题进行了探讨和分析 　　　　共享对象库基本概念　　Delphi for Linux是Borland公司推出的基于Linux平台的 面向对象的可视化开发工具 是目前Linux平台上很好的应用开发工具 Delphi for Linux也称Kylix 大家用Kylix开发Linux应用程序时 可能使用过Linux操作系统本身带的大量SO文件 SO是一种特殊的运行文件 包含若干方法 对象和资源 它不能直接运行 但可以被Kylix应用程序或其它可执行文件动态调用 SO文件扩展名为 so 编译前源文件扩展名为 dpr 本文所举例子均在Red Hat Linux 及Kylix 环境下调试编译通过 并可正常运行 　　　　图 是Kylix主程序与SO库的层次关系图 从中可看出使用SO库有以下几个优点 　　 　　 图 Kylix主程序与SO库的层次关系图 　　　　◆ 多个Kylix程序或它的多个单元文件可通过接口共用一个SO库文件 另一方面 某一个Kylix程序 可通过多个接口使用多个SO库文件 这样 SO变成一种可共用的资源 实现真正的 资源共享 大大缩小了Kylix应用程序的执行代码 增强了软件的可重用性 　　　　◆ 将SO文件作为Kylix应用程序的公共调用模块设计时 由于其独立于应用程序 软件升级时只需修改SO库文件及编译SO 无需更改及重编译Kylix应用主程序 　　　　◆ 不仅可使用Kylix编写SO库 还可使用C或C++等常用语言来编写 只要遵循特定的接口规范 　　　　共享对象库的创建　　 SO库文件的构成　　　　SO库文件和Kylix标准单元文件的内部结构基本相同 也有声明 实现及初始化部分 区别之一在于SO库只是其它程序可以调用的方法(包括函数及过程)集合 区别之二库程序以library关键字而非project开头启动其项目文件 库程序包含有exports语句 其列出要向外部提供的导出函数及过程 下面是SO库文件代码的简单例子 用以说明其构成 　　　　library MyFirstSO 　　uses　　　SysUtils classes { Delphi for Windows 中引用类库为Windows }　　function Add (A Char B Char) Integer cdecl overload 　　begin　　　Result := Ord (A) + Ord (B) 　　end 　　function Add (A Integer B Integer) Integer cdecl overload 　　begin　　　Result := A + B 　　end 　　function Double (N Integer) Integer cdecl　　begin　　　Result := N * 　　end;　　exports　　　Add (A Integer B Integer) 　　　Add (A Char B Char) name AddChar 　　　Double 　　　　 SO库文件中的函数重载　　　　SO库也可以使用重载函数（即多个函数使用相同名称 不同参数） 使用时需在重载的函数声明后标上overload指令 Kylix可以用原名称导出一个重载函数 在exports从句中表示其参数表 若要导出多个重载函数 则要在exports从句中用name字句指定不同名称 以区别重载 这可从上面的例子MyFirstSO中看出 Add是重载函数 为调用时区分 一个用原函数声明Add导出 另一个用AddChar导出 　　　　 SO库的特殊编译指令　　　　编译后生成的SO库运行文件使用lib前缀和 so扩展名 考虑到实际命名规则与版本和支持符号链 Kylix在Object Pascal语言中引入了几个特殊编译指令 这些在Delphi中没有什么意义 库源文件MyFirstSO dpr编译后产生的执行文件为libMyFirstSO so 　　　　◆ $SOPREFIX 改变名称前缀 默认为lib（正常库）或bpl（Kylix包） 用前缀区别两种库是因为Linux的库用单一扩展（ so） 　　　　◆ $SOSUFFIX 在库名与扩展名之间增加文本 指定版本或其它信息 　　　　◆ $SOVERSION 在扩展名之后增加版本号 　　　　◆ $SONAME 表示相关符号链名 由编译器自动生成 　　　　例如 下列代码生成库lib****** so 和符号链lib****** so 　　　　library ****** 　　uses　　SysUtils Classes 　　//函数定义省略　　{$SOVERSION　 }　　{$SONAME　 lib****** so }　　　　共享对象库的使用　　Kylix应用程序使用SO库时 可以采用两种方式 一种是隐式链接（Implicit linking） 也称静态装入 另一种是显式链接（Explicit Linking） 也称动态装入 下面分别介绍这两种链接方式的使用方法 技巧及将窗体对象放入SO库的技术 　　　　 使用前的系统设置　　　　自定义SO库建好后 Kylix应用程序调用时会报错 这是因为Kylix找不到新建库 必须对系统进行相关设置 这与在Delphi for Windows中使用DLL库不同 DLL库建好后只需将编译后的DLL文件放到Delphi主程序目录下即可使用 操作步骤如下 　　　　◆ 将编译好的SO库文件放到Linux系统库目录/lib或/usr/lib下 或者在Linux系统库路径shell变量LD_LIBRARY_PATH中加入自定义SO库文件所在路径 　　　　◆ 在根用户（root）下 用ldconfig命令刷新库缓冲区 　　　　◆ 对Kylix执行文件使用ldd命令 查看该程序所关联的SO库 　　　　 隐式链接　　　　隐式链接是指在应用程序开始执行时就将SO库文件加载到应用程序中 实现隐式链接并不难 只需在应用程序中加入库函数的声明语句及库的external定义从句 则库函数可以和一般局部函数一样使用 比如 要使用libMyFirstSO so中的Add函数 则只要在应用程序中增加下面语句 　　　　function Add (A Integer B Integer) Integer cdecl 　　　　external libMyFirstSO so 　　　　 显式链接　　　　显式链接是应用程序在执行过程中可根据实际需要随时加载SO库文件 也可以随时卸载SO库文件 还可在运行时进行SO库的切换 而这些是隐式链接无法做到的 与隐式链接相比 显式链接具有更大的灵活性 　　　　在Kylix中 要动态装入库和调用导出函数可以用Delphi仿真代码或自然Linux方法 下面分别介绍这两种方法 　　　　( )用Delphi仿真代码动态装入　　　　在Windows中动态装入DLL是用Windows API函数—LoadLibrary或Delphi提供的SafeLoadLibrary函数完成的 找到库后 程序调用Windows API函数—GetProcAddress搜索DLL导出函数 若找到匹配 则返回所请求函数指针 并将这个函数指针转换成适当类型和调用 使用完后调用FreeLibrary 从内存中释放库 　　　　Kylix中使用Pascal RTL仿真函数实现SO库动态装入 下面的例子只列出Kylix应用程序中与动态链接相关部分 而非完整Kylix单元文件代码 　　　　unit DynaForm;　　inte***ce　　uses　　SysUtils Classes Qcontrols Qforms 　　type　　　TForm = class(TForm)　　Button : TButton;　　procedure Button Click(Sender: TObject);　　end;　　var　Form TForm 　　implementation　　{$R * XFM}　　type　TComputeInteger = function (x Integer y Integer) Integer cdecl 　　//调用库函数接口类型定义　　procedure TForm Button Click(Sender TObject) 　　var Handle Thandle 　　Compute TputeInteger 　　begin　　　Handle:＝LoadLibrary( libMyFirstSO so ) //动态装入库　　　if Handle《》 then //找到库　　　begin　　Compute:＝TputeInteger(GetProcAddress(Handle Add ) 　　//搜索库函数Add 并返回函数指针　　if Assigned(Compute) then　　　 ShowMessage(IntToStr(Compute( )) //使用库函数　　FreeLibrary(Handle) //释放库　　　end　　　else　　ShowMessage( Library not found ) 　　end 　　　　( )用Linux自然代码动态装入　　　　也可以使用Libc系统单元中的低级Linux函数 这样可使用更多参数 更好地控制系统 使用的Linux函数分别为dlopen(打开并装入库函数) dlsym(搜索库函数) dlclose(释放库) 因此 上例中调用库的代码变为 　　　　procedure TForm Button Click(Sender TObject) 　　var Handle Pointer 　　Compute TputeInteger 　　begin　　　Handle:＝dlopen( libMyFirstSO so ) //动态装入库　　　if Handle《》nil then //找到库　　　begin　　Compute:＝TputeInteger(dlsym(Handle Add ) 　　//搜索库函数Add 并返回函数指针　　if Assigned(Compute) then　　　 ShowMessage(IntToStr(Compute( )) //使用库函数　　dlclose(Handle) //释放库　　　end　　　else　　ShowMessage( Library not found ) 　　end 　　　　( )SO库中窗体对象的使用　　　　除了包含函数和过程的库之外 还可以将Kylix建立的窗体放在共享对象中 这可以是对话框或其它窗体 　　　　生成新的库对象之后 只要在库源文件的声明部分增加对窗体单元文件 lishixinzhi/Article/program/Delphi/201311/24683

VB、Delphi等编程语言没落的主要原因有哪些

VB、Delphi等编程语言流行的时代是1995年前后，PC开始进入家庭和公司，这个时候的主流应用叫Windows窗体应用。现在，我们的电脑上还有大量这样的应用，如Office，WPS，ERP系统等。值得一提的是，同期还有一个开发这类软件的神器：Powerbulid。Powerbulid让工厂里面的程序员与软件公司的程序员处于同能开发能力上，那是定制开发的黄金时代。

VB1,0诞生于1991年，鼎盛的VB6.0诞生于1998年。Delphi1.0诞生于1995年，鼎盛的Delphi7.0诞生于2002年。Delphi其实没有没落，依旧继续发展。Delphi的继续发展历程，可以解释为什么这些古典语言会没落。

2000年以后，世界走入了互联网时代。浏览器代替了传统了windows窗体应用。操作系统也不是微软一家独大，Linux系统迅速崛起。为了迎合这个潮流，Delph先后出现了跨平台版，ios编程版，安卓开发版，移动开发版。但是，这个时候的后起之秀层出不穷，Delph的后续版本在中国基本没有公司在用。

VB、Delphi等编程语言前浪所以会被Java为代表的后浪编程语言取代，最大的原因是软件公司为了支持向上兼容(Upward Compatible)，需要花费巨大的资源去维持老语言的功能特性。1990年代的各种程序，依然在各种Windows窗体上跑得起来，可见兼容性之强。你对比一下国内的各种ERP产品，升个级，原来的二开程序就报错了，真是天上地下。实现向上兼容需要公司花费巨大的成本，这种成本在开源社区模式没有火起来之前，只能靠公司负担，即便微软也受不了。

Java也出来很多年了，这个负担也呈现出来了，没落是迟早的事情。语言毕竟是人造的，向上兼容只有上帝才能低成本的实现出来。各种生命，一定是向上兼容的。编程语言，还远远不到这个境界。

VB是没落了，Delphi近些年市场虽然衰退，在国外还是很流行的！最新版Delphi版本是DX10.3，依然是无与伦比的。DX10.3是跨平台的框架，同时支持Delphi和C++，几乎可以开发PC、平板、安卓和苹果手机程序，代码重复性非常高，开发效率无与伦比！

VB6是微软停止开发了而已。继任者VB.NET，欧美日台和工控领域用的人多一点，再就是原来VB6的老码奴用。 国内.net基本上都用C#，语法和Java相通。VB.NET我也用过, 语法可能是看起来有点啰嗦，实际上和花括号差别不大，毕竟在IDE里面写代码,都是自动补全。Delphi没落主要是没竞争过微软，领头人都被挖走开发C#了。然后公司方向错误，押宝在跨平台开发上，错过web发展的 历史 机遇。

VB、Delphi等基于CS的编程语言的没落，起于BS架构的瘦客户端兴起，败于移动端的普及。

但是也不用夸大其词，认为CS架构如何无用。只是对于绝大多数的普通用户而言，基于浏览器和移动端的应用系统已基本满足日常所需。

这只是业务领域细分的结果，很多编程语言开始更加强调垂直领域的应用，从“主流”变得“小众”而已。比如，浏览器是什么语言做的？OS呢？DB呢？IDE呢？其它就更别提各类专业的工具软件和底层应用，各类驱动等。

前端的轻量化，不代表后端同样的轻量化，相反，后端/服务器端往往为了追求稳定性，可靠性，基本就是这类“没落”语言一统天下。

其实，没有谁好谁坏，谁强谁弱，存在即合理。

Delphi没有没落。

说Delphi没落的人估计没有跟着Delphi XE进步，10.3后的版本非常好用，开发手机APP效率很高，还支持跨平台。

VB也没有没落。在windows上用VBA或VB Script做基于office套件的开发很高效。

如果在windows下做人机界面特别是数据库应用，Delphi控件或VB控件，好用高效还好看。如果基于windows DLL做应用，流畅快捷。

如果不喜欢Pascal风格，可以用C++Builder，与Delphi开发环境相同。

时代变了，赶不上时代变化。

他们都是适合pc windows开发，所以这点就是落伍原因。

后台开发，不行，因为大部分跑在linux上。

移动开发，不行，因为是android和ios。

即便是pc前端，现在用js的是主流，即使是需要本地性能，那也是qt多。

这些人不懂vb在这里叽歪，vb仍然好用，尤其是在企业，用vb开发的桌面程序很多。企业不需web端，极不安全，C/S是编译后运行，安全性同web不是一个量级的，而且企业处理事务不可能用手机，此外vb在win7、8、10都没一点问题，不支持的说法是怎么来的。

Delphi是编译型的，和其他高级语言一样，是针对专业开发人员而设计的，它的使用对象是职业IT。 职业IT的开发工具非常多，市场竞争本来就激烈，很容易一步错，步步错。 这倒不是技术上的原因，而是市场的原因。就像VB.Net，在前期折腾中，错失市场。整个开发的容量就那么大，位置被占了，就再也没有了。Delphi也差不多，在商业买卖中，连创始人都跑去做C#了，后续版本的未来也就可以想象了。

但这并不影响已发行版本的使用，这跟VB6一样，该干嘛干嘛。所以 说这些工具已死的说法，是站不住脚的。 但作为专业的高级开发语言而言，它必须在高级的路上不断的进化，才会有开发人员使用。大量开发人员的使用，才会降低项目的实施成本。相反，如果得不到进化，那么开发的人才资源，就会逐渐枯竭，从而提高项目的成本，进而影响项目的技术路线。 对于专业开发人员而言，掌握一项停止进化的的高级开发语言，就意味着工作机会的收缩。

但这对于一项可实施的技术而言，并不妨碍它继续工作。所以 这种落败，不是指技术，而是指就业机会的凋零。 就VB和Delphi而言，只要不用于糊口的工作，他们仍然是桌面应用开发的一把好手。

早在1962年的DOPE时，该语言就明确针对教学，到后来的BASIC，更是有学生参与开发。所以在VB进化的起点处，易用就是其最大的特点，那VB使用对象自然就是非职业IT。随着VB的发展，继续保持了易用性，虽然陆续加入了专业开发的元素（可参阅《VB前传，从教学到 游戏 ，再到系统，似乎每步都是精心设计 》和《早判了，VB已死，但我说话了么？ 》），但非专业群体很快就占据了绝对优势。也正是广大非IT的人民大众，将微软推上了今天的位置，这其中VB功不可没。

但随着微软坐稳个人PC的霸主地位后，软件行业的战火已经烧到了互联网。J**A的迅速崛起，让微软不得更换战略。 跨平台属性呼之欲出，有着沉重 历史 包袱的VB，显然已不再符合这场战斗。其实在1995年VB4.0时，也就是J**A首个版本发行的那年，微软在核心战略上就已经转向了，VB走向VBA，为VB后续的退位埋下了伏笔。

随着.Net框架的诞生，VB开始走向幕后。近10年以后，微软官方才迟迟宣称，不再继续更新VB。据称经后来统计，VB生产的代码量是C/C++的数十倍之多，这足以理解官宣为何迟到这么久。 直到今天，微软仍然没有宣称不再系统级支持VB，在Win10上，VB仍然在系统支持范围内。

熟悉微软 历史 的人，很清楚个人PC与VB、与微软之间的关系。VB属于普通人，个人PC属于普通人，Windows系统更是属于普通人。微软当年依仗Basic，这个非专业玩具，才获得了普通人的选票。这些选票，微软不会轻易地就交出来。到今天，VB是不再更新了，仿佛停留在了32位机时代，曾经很多靠VB6吃饭的人，凭借VB6很难再找到工作。 VB是没落了，不过没掉的是专职的那一部分人，VBA和VBS却堂而皇之地睡在64位机里继续保护着Office的生态。

远离商业的烦扰，VB终于回归到了最初的样子，在VBA的世界里，让成千上万的普通人，继续，学习计算机，使用计算机，热爱计算机。 就连VB让道的C#，也只能与其他开发工具一样，使用接口开发Office。

或许有一天，微软会彻底升级Office，会给大家一个更好的VBA。但在这之前，微软需要考量的是，VBA里那些沉默的大多数，生产的代码量，可能又增加了不止数十倍了。

从所有开发语言的发展 历史 来看，也只有VB是专为非职业IT而生。 更多非职业IT技术内容，请关注BtOfficer，获取阅读，为非IT人士带来职业IT的视角，正是时候。

vb是本来就烂，delphi没落是因为没跟上潮流，b/s大行其道的时候，她还主要支持c/s开发，为自己的傲慢买了单

vb没太多用，但是说delphi没落属于过分吧。 delphi到xe时代的确乱，个人感觉定位不明确，做个毛线的跨平台，但是从c/s系统，或者win32平台，delphi非常便捷， 一些小东西用delphi很快的。吐槽下，跨平台就有些扯了（本人不搞安卓，ios和osx 还是用原生或者H5）。稳定性还是差。编译包巨大。不好好固守自己的领域乱搞一气。 目前老衲一般编写软件 win用delphi（除非必要，还在用delphi2010，很多时候用delphi2010写dll 用xe写UI ），如果双平台，ios 和osx 用oc（一般用delphi先写win版本，然后翻译成oc，可能是个人习惯，用delphi 调试和编译快，在编写的时候注意要跨平台）dll 一般用vc++或者delph7 或者delphi2010。 如果需要网络数据传输一般用php，或者java 等（考虑到跨跨平台，这个可以通用，传递回json）

delphi程序能在linux上运行吗

使用clx库进行编程的就可以，把vcl换成clx，编译后即可在Linux下使用 另外推荐使用Lazarus编程，跨平台，使用Free Pascal语言，和Delphi很相似，语法相同

delphi xe4到Lazarus下的移植很不方便，请问有其他在linux下对Delhi兼容性更好的pascal编译器吗

明确的说。没有！
Lazarus所使用的Free Pascal已经是最好的了。
不知道你使用的版本，如果是2.6.2，可以去试试最新的开发版2.7.1的FPC。

delphi可以用于linux下的编程吗

早期的 delphi 曾经出过一个 delphi for linux 版本，被称为 kylix，用于开发 linux 应用，其后因多种原因该版本没有进一步的开发完善。

在最新发布的 DELPHI XE 10.2(TOKYO)，可以开发多种平台的应用程序，其中就包括 linux，以下是相关的特性介绍：

delphi xe4如何安装控件

一、控件安装 基本安装 1、对于单个控件，Componet--》install component..--》PAS或DCU文件--》install;2、对于带*.dpk文件的控件包，File--》Open(下拉列表框中选*.dpk)--》install即可；3、对于带*.bpl文件的控件包，Install Packages--》Add--》bpl文件名即可；4、如果以上Install按钮为失效的话，试试Compile按钮；5、是run time lib则在option下的packages下的runtimepackes加之。 如果编译时提示文件找不到的话，一般是控件的安装目录不在Delphi的Lib目录中，有两种方法可以解决：1、反安装的源文件拷入到Delphi的Lib目录下；2、或者Tools--》Environment Opti***中把控件源代码路径加入到Delphi的Lib目录中即可。注意：所安装的控件是否与你所用的Delphi版本相适应。帮助文件的安装 单击 Delphi 中的 Help 菜单下的 Customize 菜单项，这时会弹出 OpenHelp 对话框，选择在 Index 页下，打开 Edit 菜单下的 Add Files 菜单，添加你要加入的帮助菜单，这样你就可以在 Delphi 的 IDE 下使用该帮助文件了。 二、控件删除 在Component/Install Packages中删除。 选Component/configure Palette…有pages和components两个区域双击components区域，选中要删除得控件，下面有得Delete按钮但系统提供的控件只能Hide，不能delete。打开控件所在的包文件(*.dpk)，从中删除控件那个文件，再重新编译该包即可如果是整个控件包都要删除的话,project-》Option-》Packages,删掉那个packages,That would be ok
三、如果是delphi xe4的一定要查找支持Delphixe4版本的控件，有些旧的控件不支持最新的Xe4版本的，现在很多控件都停留在XE2的版本的，所以没有对应的控件就用XE2会比较好一些。

Delphi 2010和XE哪个更好，更稳定一些

如果做 Windows App 开发，那么你熟悉哪个就用哪个，各有优点。如果做基于 .NET 的 Web 开发，个人感觉 VS 比 XE 更方便。如果做 iOS 或 Android 的 App 开发，那么 XE 是首选。基本上，如果了解 VS 和 XE 的历程，就可以看到，VS 一直在追 RAD IDE 。萝卜白菜，各有所爱。我两个都用，用在不同的项目中。

能用Delphi开发linux程序吗

早期的 delphi 曾经出过一个 delphi for linux 版本，被称为 kylix，用于开发 linux 应用，其后因多种原因该版本没有进一步的开发完善。

在最新发布的 DELPHI XE 10.2(TOKYO)，可以开发多种平台的应用程序，其中就包括 linux，以下是相关的特性介绍：

delphi和qt哪个简单点

delphi的问题都没人回答？
哪个简单，取决于你自身的情况(目前知识结构下，离哪个更近)。
QT是一个框架，主要用来开发界面，可以跨平台。而Delphi发展到XE，也是跨平台(Win/Android/IOS/OS X/Linux)，Delphi通过FireMonkey框架来实现。如果你已有Delphi的基础，FireMonkey的学习成本很低，几乎什么都不用学，就可以直接用FireMonkey来开发。
所以答案就是：如果你有C++的基础，但没学过Delphi，QT对你更简单，如果你已有Delphi基础，Delphi当然更容易。

哪位用DELPHI XE开发过安卓，好用吗

用 Delphi XE 来开发安卓应用，总体来说好用。具体到对于某个人是否好用，这还需要根据个人实际情况。

如果以前有过 delphi 的开发基础，那么再上手开发 delphi 要容易些，虽然一些新知识还是要学习，但语法、操作等之类并没有太大的变化。

用 delphi XE 进行开发的优点在于，delphi xe 基于 FireMonkey ，提供了许多现成的控件，可以用可视化的方式进行编程，开发简便；而且可以只编写一套代码，发布成多个平台：window、mac、ios、android，最新发布的 delphi xe 10.2 支持 linux 平台发布：