主题：【原创】Delphi XE3发布会纪实 -- 晨池
家园 也许这个发布是针对广大受众的？ 对于老手来说，有些东西的确是已经知道了，但是对于新人来说，一些功能，哪怕是早就有的，但是很核心很关键的，还是应该介绍介绍。
之前的 Delphi 其实还是很好很方便啊。如果真不行了，那就太可惜了。看你的介绍，它是不是有点走 eclipse 的路？要是真能做到既可以多种语言编程，也可以生成不同平台的代码那就太好了。
家园 确实讲的比较浅显，但是到场的肯定都是老用户阿 Delphi。。。哪里来的新人？当然李维可不能这样想，哈哈。
他演示的两个平台发布，都是Delphi的Object Pascal，不过至少还要支持C++的。
我觉得RAD XE3应该不是往Ecplise的方向走，它还是集成开发环境， Ecplise只有一个开发环境，但是RAD XE3还要Fire Monkey和编译器，甚至这两个更重要呢。
家园 llvm, kylix llvm 是编译器部分，苹果力推的，没太看懂它的理论。
Kylix 可以看作是linux上的Delphi，发了一版就放弃了。
兄弟尝试过Delphi，后来用tcl/tk了，更加小众，主要是怕Delphi真死了。
家园 LLVM，是个分前端，后端的编译系统，理念很好。内详 它的理念简单可以这样理解：编译器前端专注生成Low Level Virtual Machine代码。编译器后端专注把LLVM代码转换成实体机上的代码。
这样的好处是开发不同平台的编译器容易了，还可以混搭。
举例: 用C++ 开发了个程序A ，要发布到x86平台，可：
Source Code A => C++ LLVM前端编译器 => LLVM CODE OBJ A=> x86 LLVM后端编译器 => x86 可执行程序A
要发布到ARM平台，可用上一步生成的LLVM CODE OBJ A，换个后端就可以了：
LLVM CODE OBJ A=> ARM LLVM后端编译器 => ARM 可执行程序A
=========================
理念上很好，要达到真正的平滑，可能还要走较长一段路。
苹果的xCode有采用此种编译方式。
家园 freebsd 已经开始用clang和llvm了 gcc要死了
家园 突然想到，这不就是把Java的字节码再编译成本地执行码么 Delphi如果想省事，也可以先出一个Delphi --> JVM的，然后都往JVM上靠算了。。
家园 当时我看得介绍是苹果找了一个小弟 这个小弟上学的时候就开始搞编译器,很有心得,好像llvm的雏形那时就有了.
后来是苹果把他找去,看来搞得还比较顺利，去年还是前年我就看到XCode同时提供GCC和LLVM，我就很惊讶，敢放到平台给人用，那就是非常成熟。
哥们天天用的工具链就这么废了？
苹果这么搞我估计是两个目的：
一个是苹果想摆脱GCC这套东西，一个是又是搞一套自己说了算的东西哦。
家园 谢谢谢谢，我记错了好多名词。。。
家园 感慨一下 当年从Turbo Pascal 3.0开始用，真是惊艳啊。同期的MS Fortran，需要另外的文本编辑，然后用行命令运行 For1、For2、Link，在没有硬盘的机器上需要五分钟，最后得到一个上百KB的庞大文件。而TP带来的是：集成编译环境、全屏幕编辑、窗口、菜单、一键操作、数秒钟的编译时间、十几KB的可执行文件，以至于都不敢相信执行文件可以这么小，生怕是类似Basic的伪编译，特意关了TP再运行，结果正常；拷贝到另外一台空白机器上试，还是正常，这才相信是真正的可执行文件。从此成为Borland的粉丝。可惜啊，后来眼看大牛Anders被MS挖走，Delphi一次次被转卖，越来越小众。而MS的文件仍然是越编译越大，拼不过了就买大牛、买团队、买公司、买软件，有什么好的就买，实在买不下来的就拿免费砸死，技术还是整不过资本啊。一叹。
话说Borland的领导层也太不给力了，当年买下dBase的时候，弄好的话现在哪里有Oracle什么事儿，结果整出个不伦不类的dBase for Windows，最后沦落到这步田地。再叹。
不过Delphi作为快速开发工具还是无以伦比的，VB勉强还算能用，但语言特性和兼容性实在太差了。现在使用Delphi开发的软件还是不少的，比如Skype，还有一些专业软件，这门语言应该还是有前途。但愿Skype被MS卖下之后不会用C#改写一遍。忽然想到，你说MS是不是和Pascal有仇啊，当年从Borland挖大牛、挖开发小组不算，现在连用户都要挖，这是要赶尽杀绝外加斩草除根啊，不如索性连Delphi一起挖去算了，呵呵。