还没用过 回头试下独家：Delphi 2010初体验，是时候抛弃Delphi 7了
http://news.csdn.net/a/20090911/213665.html
Delphi 2010已于近日由Embarcadero公司发布。作者Kim Madsen作为一名资深的Delphi开发者，在他的博客中谈到了Delphi 2010的新性能、它的使用感受以及对Delphi语言未来的期望。博文如下：Delphi 2010使用的第一感觉是：是时候为它抛弃Delphi 7了。Delphi 2010比以往的Delphi版本都要快，而且它保留了一些Delphi 7的特性，比如可以将旧的条形控件（componentbar）找回。但这同时也带了相关的问题（比如在重启Delphi 2010之后componentbar的位置看起来挪动了），不过这只是细节问题，相信在之后的修补中会解决这个问题。在D2005, D2006, D2007和 D2009中，IDE中都有不少漏洞，以至于内存会迅速被泄露导致IDE以及电脑的其他部分特别地慢。尽管从D2005到D2009，Delphi已经做了很多努力，但这种漏洞仍然存在，开发者不得不经常重启IDE来避免内存泄露。然而在Delphi 2010中我们欣喜地发现内存泄露的问题得到了解决，以前我从事很复杂的项目开发，很难做到个把小时都不重启电脑，但现在已经不用重启了。另外，IDE的响应也得到了显著的提升，启动时间比D2009快了不少。D2010还有许多其他组件的性能提升，但我个人感觉新增的手势支持（gesture support）是个很有趣的特性。手势支持（gesture support）的意思是你可以做出特殊的鼠标移动来向应用发送一个命令信号。就好像是用的不是鼠标而是触摸屏，因此也有可能做出像iPhone的触摸屏一样的界面。我想这是一个很重要的特性，除了手势性能以外，更大的意义在于它表达出了Delphi在桌面端的发展方向。以前我曾写博文诟病过Delphi在桌面领域的表现，因为像Adobe Flex和MS WPF等开发工具功能强大而齐全，可以以相对简单的方法开发出很酷的客户端应用，而用Delphi却很费劲；我也曾诟病过Delphi在服务器领域的表现，而且它的市场由于Java和.Net而大幅缩水，而且由于缺少跨平台的兼容性、抛弃传统的Kylix编辑器而丧失了Linux的支持，Delphi在竞争对手面前沦为开发者的末端选择。这种境况在今日仍然如此，但是在过去的六个月中，Embarcadero公司宣布计划将支持Mac和Linux的跨平台编译，无疑这是Delphi向前发展的一大步。由于全新的手势支持以及跨平台的计划，Delphi在未来几年有望赢过竞争对手并重新夺回市场份额。当然这取决于跨平台特性的最终性能，而且Embarcadero也不应当放松对手势支持的控制和研发，毕竟这是它桌面应用的方向。那么Delphi还应当在哪些方向继续努力呢？*改良数据绑定。现在的Delphi唯一的绑定是用特殊的数据源绑定有意识的控制（TDataSource和TDBxxx组件）。这一特性在当年刚推出的时候非常酷，但是它现在已经被.Net和Adobe Flex/Flash 4超越，因为.Net和Adobe Flex/Flash 4有两种方式可以将任何属性绑定到其他属性。因此，需要抛弃现有的Delphi DB控制，增加先进的自动的两种绑定方式。*优化现有的TCanvas和Device Contexts，从而可以将任何控制放在画布（Canvas）上，让画布自动浮动在3D空间。这将给开发者带来新的用户界面，比现有的2D更有感觉。举个例子：在显示器帧值一定的情况下，如果你想呈现产品清单软件中的多个产品的细节，你就要经常使用目录，点击列表中的项目以在窗口上显示产品的细节，或者添加许多产品标签才能实现。然而这两种方法都不能同时展现产品和信息。如果使用Apple CoverFlow会怎样呢：就可以在3D空间中展示产品信息了。结合手势控制和触摸屏，开发者使用手指就可以浏览产品。虽然它的硬件要求比2D更高，但是现在即便最普通的PC都可以满足这一要求。在服务器端，我的期望是Delphi可以实现单一来源、多平台支持。语言特性方面，我期望Delphi：* XML和正则表达式成为语言的一部分。XML不消多说，正则表达式在字串匹配和许多应用使用的解析设备方面非常有用。为什么不让它们成为Delphi语法的一部分呢？实际上，查看XML的E4X EcmaScript，可以将XML直接整合到语言中，所以看起来Delphi应该可以很自然地使用XML。除此之外，Embarcadero的开发者还应当考虑如何解决下面的任务来更好地做好Delphi的开发：* 应用的打包和分配；*尽管存在各种第三方安装工具，但如今分配到Win32环境还是很复杂。主要的原因是因为需要其他开发工具和语言来创建相关的安装脚本，而且这些脚本的更新周期很快，需要持续不断地更新。*文档在源代码内提供了各种注释，因而某种程度上它已经成为了开发过程的一部分。我个人很讨厌这种方法，因为它将源散落得到处都是，而现在的文档则是分离式的也很不方便。因此IDE需要提供一种解决方式，既让文档同步，同时又能够将文档和源分开从而可以简单地将文档翻译到其他语言中。
http://news.csdn.net/a/20090911/213665.html
Delphi 2010已于近日由Embarcadero公司发布。作者Kim Madsen作为一名资深的Delphi开发者，在他的博客中谈到了Delphi 2010的新性能、它的使用感受以及对Delphi语言未来的期望。博文如下：Delphi 2010使用的第一感觉是：是时候为它抛弃Delphi 7了。Delphi 2010比以往的Delphi版本都要快，而且它保留了一些Delphi 7的特性，比如可以将旧的条形控件（componentbar）找回。但这同时也带了相关的问题（比如在重启Delphi 2010之后componentbar的位置看起来挪动了），不过这只是细节问题，相信在之后的修补中会解决这个问题。在D2005, D2006, D2007和 D2009中，IDE中都有不少漏洞，以至于内存会迅速被泄露导致IDE以及电脑的其他部分特别地慢。尽管从D2005到D2009，Delphi已经做了很多努力，但这种漏洞仍然存在，开发者不得不经常重启IDE来避免内存泄露。然而在Delphi 2010中我们欣喜地发现内存泄露的问题得到了解决，以前我从事很复杂的项目开发，很难做到个把小时都不重启电脑，但现在已经不用重启了。另外，IDE的响应也得到了显著的提升，启动时间比D2009快了不少。D2010还有许多其他组件的性能提升，但我个人感觉新增的手势支持（gesture support）是个很有趣的特性。手势支持（gesture support）的意思是你可以做出特殊的鼠标移动来向应用发送一个命令信号。就好像是用的不是鼠标而是触摸屏，因此也有可能做出像iPhone的触摸屏一样的界面。我想这是一个很重要的特性，除了手势性能以外，更大的意义在于它表达出了Delphi在桌面端的发展方向。以前我曾写博文诟病过Delphi在桌面领域的表现，因为像Adobe Flex和MS WPF等开发工具功能强大而齐全，可以以相对简单的方法开发出很酷的客户端应用，而用Delphi却很费劲；我也曾诟病过Delphi在服务器领域的表现，而且它的市场由于Java和.Net而大幅缩水，而且由于缺少跨平台的兼容性、抛弃传统的Kylix编辑器而丧失了Linux的支持，Delphi在竞争对手面前沦为开发者的末端选择。这种境况在今日仍然如此，但是在过去的六个月中，Embarcadero公司宣布计划将支持Mac和Linux的跨平台编译，无疑这是Delphi向前发展的一大步。由于全新的手势支持以及跨平台的计划，Delphi在未来几年有望赢过竞争对手并重新夺回市场份额。当然这取决于跨平台特性的最终性能，而且Embarcadero也不应当放松对手势支持的控制和研发，毕竟这是它桌面应用的方向。那么Delphi还应当在哪些方向继续努力呢？*改良数据绑定。现在的Delphi唯一的绑定是用特殊的数据源绑定有意识的控制（TDataSource和TDBxxx组件）。这一特性在当年刚推出的时候非常酷，但是它现在已经被.Net和Adobe Flex/Flash 4超越，因为.Net和Adobe Flex/Flash 4有两种方式可以将任何属性绑定到其他属性。因此，需要抛弃现有的Delphi DB控制，增加先进的自动的两种绑定方式。*优化现有的TCanvas和Device Contexts，从而可以将任何控制放在画布（Canvas）上，让画布自动浮动在3D空间。这将给开发者带来新的用户界面，比现有的2D更有感觉。举个例子：在显示器帧值一定的情况下，如果你想呈现产品清单软件中的多个产品的细节，你就要经常使用目录，点击列表中的项目以在窗口上显示产品的细节，或者添加许多产品标签才能实现。然而这两种方法都不能同时展现产品和信息。如果使用Apple CoverFlow会怎样呢：就可以在3D空间中展示产品信息了。结合手势控制和触摸屏，开发者使用手指就可以浏览产品。虽然它的硬件要求比2D更高，但是现在即便最普通的PC都可以满足这一要求。在服务器端，我的期望是Delphi可以实现单一来源、多平台支持。语言特性方面，我期望Delphi：* XML和正则表达式成为语言的一部分。XML不消多说，正则表达式在字串匹配和许多应用使用的解析设备方面非常有用。为什么不让它们成为Delphi语法的一部分呢？实际上，查看XML的E4X EcmaScript，可以将XML直接整合到语言中，所以看起来Delphi应该可以很自然地使用XML。除此之外，Embarcadero的开发者还应当考虑如何解决下面的任务来更好地做好Delphi的开发：* 应用的打包和分配；*尽管存在各种第三方安装工具，但如今分配到Win32环境还是很复杂。主要的原因是因为需要其他开发工具和语言来创建相关的安装脚本，而且这些脚本的更新周期很快，需要持续不断地更新。*文档在源代码内提供了各种注释，因而某种程度上它已经成为了开发过程的一部分。我个人很讨厌这种方法，因为它将源散落得到处都是，而现在的文档则是分离式的也很不方便。因此IDE需要提供一种解决方式，既让文档同步，同时又能够将文档和源分开从而可以简单地将文档翻译到其他语言中。
可能需要加强反射的能力，，期待更牛X 的版本。。
反正我从不跟风，这也是选择了delphi的原因
IT行业从来都是充斥着谎言的
角落里，上面稀稀拉拉的摆着20多本书，但是看看旁边，JAVA,.NET的书，简直是铺天盖地，心里由衷的感觉到
delphi的没落，新公司在干什么，难道没有一点行动吗，难道对WEB的支持，对跨平台的支持就那么难吗，
难的将自己的前途放弃。
搞Delphi的时候顺便学习下C#，也挺好的。