大家好，今天小编关注到一个比较有意思的话题，就是关于delphi app开发的问题，于是小编就整理了3个相关介绍delphi ***开发的解答，让我们一起看看吧。
Delphi如何打开外部exe文件？
一、使用 WinExec 函数，示例代码：WinExec('calc.exe',SW_NORMAL); //打开计算器二、使用 ShellExecute 函数，示例：ShellExecute(handle,'open','c:/my***/my***.exe','-s',',SW_SHOWNORMAL);
安卓开发用kotlin好，还是java好，以后得趋势是怎么样的？
以后趋势是dart+flutter。哪个语言简单，易上手，成本低，速度快，跨平台，节约开发时间，同样功能代码量少，速度流畅，就是未来的趋势，生态会慢慢完善的，需要时间的积累。
当然目前来说，Java依然是Android的主流开发语言，但是这两年因为oracle公司各种花样作死，J***a的开源协议一直都有很大的问题，这让Google在面对oracle公司的各种“找麻烦”时，非常难受。
J***a优势不明显，但是缺陷越来越突出
我一直认为，JVM比J***a要牛！当然J***a本身也还是很强大的，当年J***a出来因为跨平台的原则，逐渐从主流编程语言中杀出重围，几乎完全的面向对象、加上开源社区开发者源源不断的贡献，自然是有很大的优势。
但是随着时间的推移，J***a跨平台的优势已经不在明显，但是代码臃肿、运行***比较大等特点却越来越突出，与此同时Scala/Kotlin等基于JVM的编程语言开始出现。直到J***a 8才支持stream操作，关键是语法还非常糟糕，J***a已经不再是真正意义上的活跃语言，因为太成熟了，大家已经不想再做过多的改变了。
Kotlin优势很多，但是目前来说还没办法替代J***a存在
在扩展函数、空安全、智能类型转换、字符串模板、主构造函数、操作符重载、分离用于只读和可变***的接口等等这些问题，kotlin有但是J***a却没有，没办法很好的解决。
kotlin语言代码可以说变得非常简洁了，并且完全兼容J***a，语法糖自然不用多说，更重要的是对于有些想要尝试函数式编程的小伙伴，kotlin的函数式编程体验已经非常好了，虽然跟Lisp，haskell这种以函数式编程为核心的编程语言来说还有很大的差距，但体验已经算是不错的了。
Kotlin是Jetbrains打造，而Android studio正是基于该公司的IntelliJ IDEA，这本质上已经是一个完整开发者生态的雏形，未来***如Google收购Jetbrains，关键是这门语言还确实能够提高Android的开发效率，这是Google真的想要去改变的。Google已经将kotlin作为Android的第一类开发语言，亲爹支持，加上自身的优势，相信kotlin一定会成为一个优秀的工业级开发语言。
作为一名程序员，必备的能力就是自学能力和与时俱进的能力，新技术的不断产生，必须在短时间内掌握并学会。作为Google官方认可的一级开发语言,kotlin现在不学，更待何时，在这里和你分享7个Kotlin相较于J***a的优势，①更简洁的字符串②更好的函数调用③利用局部函数抽象代码④使用数据类来快速实现model类⑤用类委托来快速实现代理模式⑥***ly函数来简化代码⑦用函数型变量来简化回调.但是客观辩证地来说，如果你对J***a的安卓开发很熟练的话，用J***a也是很不错的选择，但是如果你是新手的话，建议你直接学习Kotlin，毕竟对于安卓开发,kotlin有脱颖而出的优势。如果想了解更多，请关注我，我会在今后与你分享更多的经验
首先旗帜鲜明的表明观点：
而我觉得，要把这个问题讲清楚，可以从以下几个方面来看。
如果从2011年7月，JetBrains推出Kotlin项目来看，好像Kotlin也有些年头了，但实际上，直到2017的Google I/O 大会，Kotlin才得以 “转正”，即开始被视为安卓开发阵营的一级编程语言。
因此，就类库的丰富性和完整性而言，到目前为止，其和J***a根本还不再一个量级上。但我们在生产开发中，有时候追求的，其实根本不是技术，而是快捷，能不造轮子，就不造轮子。
当然，事实上，从一开始，Kotlin就可以无缝的调用J***a的相关类库，所以，可能有人会觉得，这一点不是问题，但你得反过来想，我们有多少人，真正愿意在开发中，维护那种包含不同语言和风格的项目代码？实际上，那是非常痛苦的。
在讲了历史后，我们可以来看下大厂支持的情况，从2017年已降，除了JetBrains依然在勤力的推动着Kotlin的发展外，其实，我们很少看到一些处于开发顶部的大厂，在这方面有什么特别的动作。
特别是，作为Android顶部当仁不让的公司：Google，考虑到可能的J***a版权之争，这两年在这方面的主要着力点，基本上可以看到，是放在了一种新的语言：Dart上（并对应的Flutter框架）。
这实际上是非常重要的一种态度。想想当年桌面开发时代，Delphi的兴起和衰落，靠IDE起步的公司，最终败于平台之下，基本上是一个大概率会发生的***。
虽然，现在Google和JetBrains也仍然处于蜜月期，连官方的开发IDE：Android Studio也是基于JetBrains的IntelliJ IDEA。
Android 开发现在很多语言都能实现，现在谷歌大力推广IDEA的kotlin语言来写Android无疑是最为优越的，我个人觉得使用开发语言，用kotlin更好，原因有以下几点：
1、ktx 加持：
JakeWharton 大神我想大家都熟悉，他就是butterknife作者，Android 远古巨神！他的框架非常牛逼，代码易用性极强。在他的ktx的加持下，写Android的kotlin代码多了很多属于自己的附加方法，而且这些方法都很适用，比如J***a中findviewbyid 神烦，kotlin中只需要在activity fragment 甚至是dialog中去直接写xml中的命名的id即可。这样代码量可以减少到4成左右！
2、协程：
rxj***a之所以很优秀，是因为整体框架底层优秀，具体我这里不再赘述，但是在kotlin中一个东西可以完败rxj***a，那便是协程。什么是协程呢？可以这么理解，微线程，即在使用虚拟机极小的***甚至是单线程条件下完成异步调度，特别基于kotlin预编译特性，能够发挥其机制的极致，这是j***a不可匹敌的，j***a没有协程一说。
3、语法精简度：
比如在写pojo类，j***a get set 一坨拉下来，但是在kt里面直接一个 data class Pojo(val a:String,val b:Int) 直接附有所有pojo特性。
用游戏引擎（cocos等）做PC端软件人机交互界面是否可行？为什么？
当然是可以的
游戏本身也是一种软件，只不过是可以来“玩”的特殊的软件。那么制作这种软件的工具，也就是游戏引擎不仅仅可以制作游戏，当然也是可以制作其他软件了。
所谓的人机交互界面其实可以看做是一种游戏性极低的游戏菜单罢了，使用集成工具做起来要更加方便快捷。
通常来说Cocos制作2D比较适合，如果要涉及3D的话使用Unity要更加方便些。如果需要更高级的引擎，那么使用虚幻（unreal）也是可以的。
并不合适，游戏引擎做的软件对运行要求更高，而且游戏引擎的UI制作起来也不如专门针对***的工具方便，比如文件浏览器、文本编辑器等。一般专门做软件的设计工具都会和操作系统结合得比较好，窗口按钮等控件都是直接使用操作系统的，运行效率也更高
以cocos来做通常的pc应用界面实际上不太合适，因为cocos的ui框架过于简单，它是基于Node简单实现的，仅能满足简单的ui展示需求。而稍微复杂点，例如你想改变鼠标样式，添加窗口菜单，改变样式，添加停靠区，等等这种逻辑它都很难处理的。
游戏引擎的ui框架一般会比传统应用的ui框架简单，像cocos这种针对手游的引擎就更加简单了。目前看到比较靠近传统应用的游戏ui框架就是ue4的slate框架了，它甚至可以实现ue编辑器这种复杂的应用。但我任不推荐用游戏引擎的ui框架来开发传统应用，除非你本身对这个游戏引擎很熟悉，而它又恰好能满足你的需求。
可以使用的成熟的ui框架有很多，例如qt，它不仅是个跨平台ui框架，还封装各种其他功能库，例如网络，线程，文件处理，数据库等等。使用他们能更便利的开发出pc软件。
到此，以上就是小编对于delphi ***开发的问题就介绍到这了，希望介绍关于delphi ***开发的3点解答对大家有用。