| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> 信息交换 斑竹:huadugaojian,sunyesy,huangjacky | |||||
| 作者： |
|
2011/8/20 2:38:32 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | http://blog.sina.com.cn/s/blog_68b671430100suak.html ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 2:49:56 | ||||
| 1楼： | 还是转帖过来。大家看着方便。 若有不妥，请见谅！ http://blog.sina.com.cn/s/blog_68b671430100suak.html Delphi 我为何离开你(2011-07-14 10:20:04) 作为一个用了 Delphi 好多年，甚至还在 Borland 参加过实习的人，在近几年内也被问起为什么不愿意再用 Delphi，本来不愿意多说什么，毕竟用什么语言，那是个人喜好，或者说，做什么事用什么工具，我对语言并没有特别的爱好或是信仰。但是近期也看到了一些不那么好玩的现象，比如说 RAD Studio XE2 的预览版，这次我没有申请参加内测，但是却有很多朋友，拿到内测后，特地发给我，让我来玩玩，当然了，拿了别人的东西，也就不能再沉默了，多少也要说点什么。这次完全不想写什么评测，只是谈谈自己对这次 XE2 的看法。 在 Borland 把 IDE 相关的东西卖给了 Embarcadero 之后，曾有一度的上浮，这个必须承认，比如说 Unicode 的支持，语言特性上的增强等等，本来以为 Embarcadero 会吸取 Borland 的教训，踏踏实实的把接手的东西做好，但是我又一次失望了。说到底，Embarcadero 也是一家只知道骗钱的公司。 看一下从 Delphi2010 到现在的 XE2，有什么进步？不要说什么支持 Unicode 了，支持 Json 了，支持泛型了，这些东西不是该好几年前就实现的么？新版本无非就是修 bug，然后从外边合作一些东西内置进来。Embarcadero 语：无他，唯钱多尔，又无他，唯用户傻尔。 VCL 已显老态，虽然目前来看，依然是 windows 下最快的 GUI 构建框架，但是其健壮性却让人不敢恭维。这里也没有必要和其他平台来比较，只看 C++，MFC 已是大家公认的比较落后的框架，开发不便，但是它就是可以做出比 VCL 健壮得多的应用来，这是为什么？可能很多人不乐意了，说 C++ 都积累了那么多年了，给 C++ 写库，修 bug 的人是 Delphi 的多少多少倍，其实这都不是问题，问题在于，为什么大家愿意给 C++ 写东西。是 C++ 本身就多么优秀吗？我倒是觉得不见得。 Delphi 的控件也不少，甚至可以说，它是我见过控件最多的，这也是为什么当初能成为 VB 杀手的原因之一。但是现在来看，除了能杀 VB，还能杀谁？我不否认 Delphi 在开发 GUI 应用上的效率，但是也仅限简单的界面开发。举个简单的例子，要做到 360 软件管理器那样的复杂列表，或是 QQ 那样的界面效果，容易么？也许任何一个有经验的 Delphi 程序员都会毫不犹豫的说，这对我来说太容易了，但是我就想问，你实现这些花多大精力？很多东西老了，跟不上时代了，也跟不上更懒的程序员了，VCL 是一个什么样的框架呢？从上往下看，扩展很容易，控件很多，从下往上看，一滩死水。 这次的 XE2，给我的感觉不知是什么，或许我对它已经没有感情，装好后用了一整天，就不愿再用了。再说一下新的 UI 解决方案，可选 VCL 原生的 UI 方案，也可以选择 FireMonkey，这是一个从 vgScene 和 dxScene 改来的方案。但是不得不说，FireMonkey 实在太难以使用了，原本的 vgScene 或 dxScene 都非常简单易用，易扩展，但是现在，我只想得到一个词形容它，那就是坑爹。 再说编译器优化的问题，其实我早就不愿说了，都什么年代的事情了，编译效率和执行效率，你会选哪个？另外我居然还在一些论坛上看到有人说执行效率不重要，开发效率高就好了，这都是一群什么样的程序员啊，爱这么玩就自己玩，玩蛋去。 另外，还有 iOS 的支持，我不知道是谁那么大言不惭的说出支持这两个字，但是事实太残酷了。XE2 可以在 Windows 下建立 iOS 工程，并且把那个工程编译成 win32 程序来调试，但是问题就在于，真正要上 iOS 了，却必须将工程导出为 xcode 工程，然后在 mac 上使用 FPC 来编译。这个过程我自己试过，极其麻烦，还不如直接用 xcode，顺便说一句，xcode 在可用性上，远超 Delphi 的 IDE，我有什么理由用 Delphi 去写代码，再导给 xcode 编译？Embarcadero 的各位大神，你们倒是给我理由。iOS 开发是很热，那没错，Delphi 想支持它，也没错，但是现在这样，你敢说支持吗？ 最后再提一下 Android 开发的支持，很抱歉我又一次违心的打出了支持二字。一个垃圾的 datasnap + websnap 解决方案，做出来的东西全是跑在 WebView 上，还需要 JDK 来编译，这不是坑爹是什么？一个正常的 Android 开发者都不会去使用如此的解决方案吧。 还有一些其他的东西，也懒得说了，当初做 Ribbon 的界面支持，没有 DevExpress 做得好，现在做 2D/3D，又没有 KsDev 原本做得好，Embarcadero 你们到底在干什么？无怪乎网上会有人称这种营销方式为“bug营销”，而且这每次的 bug 修正，除去收费昂贵不说，还带出了一大堆新的 bug，等待下次修正，于是又能赚到很多钱了吧。顺便再提一句，某次还真的想购买一个 Delphi 2010，但是官方网上看到的报价是 18,000 元，而真正到了要买的时候，他们却不认这个价，只出售 4 万元的版本，这是属于商业欺诈？还是说另一种营销方式？ 以前我曾经说过，lazarus 和 Delphi 相比还差很远，到现在我依然这么说，但是这种差距必然会越来越小，我看得到 lazarus，看得到 FPC 的明显进步，但是 Delphi 呢？也许 Embarcadero 的人现在在笑着跟别人说，谁有钱呀我有钱，谁无耻呀我无耻，只可惜苦的是用户，痛的是那些现在或曾经深爱 Delphi 的程序员。 Embarcadero，虽然我在这里说的你们肯定看不到，但是我还是要说，你们是时候该醒醒了，如果你们想再次毁掉这个产品，那么不如趁早再卖给别人。钱要赚，但是也要凭良心赚。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 3:04:21 | ||||
| 2楼： | 立足点我很赞成。 但是就这贴来说， 可以预见，等待橙子的将是D迷乱飞的大炮。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 3:52:40 | ||||
| 3楼： | Delphi 本来就是邪门武功，不是主流，手里没有操作系统也无力主导整个IT产业。而且是小本经营。能做到这样就不错了。支持也不可能是Native的，因为它既没有OS在手，也没有取得授权（记得新闻上说apple不允许用别的语言开发IOS程序，后来迫于形势才开放的），但支持总比不支持好。Android不是它发明的，Xcode也不是它说了算，和它们与生俱来是原本就有的开发语言，你叫emb怎么办呢？到底是支持好，还是不支持好？ 另外，一方面说vcl不够健壮，另一方却又说它推新版本只是修改bug赚钱，那到底是修改bug好还是不修改好呢？人家小本经营，指着这个赚钱的，又不是MS，不稀罕VS赚的那点小钱。 对于这个不满那个不满的，我想问一句，让你去EMB有没有可能领导整个项目做的更好？都是站着说话不腰疼。人家EMB的程序员出于总体考虑出手的东西，不会比你想象的还要差。（商业策略失误另说）。 另外，就算delphi烂的不能再烂，什么都不行，其实也不必横加指责，毕竟人家追求的只是商业利益，而不是纯粹的哲学和技术追求。又不是3721在你电脑里强制安装，删都删不掉，有什么可指责的呢？ 对于第三方控件，什么ribbon，什么FireMonkey，免费提供的，能用于项目的东西不要，还要横加指责说是比不过人家。但是那要是ebm把什么控件都做到最优秀了，那还要这些第三方开发商干什么呢？（估计这些东西做的最好人，橙子估计会说：你们这些没出息没前途的工程师，都把精力用在开发第三方控件上了！估计橙子，或者其它人，很有可能会这样说。） 橙子或许技术还行，但是做人还是有些欠缺，不懂得全局考虑问题，就笑话ebm如何如何不行，何苦呢？ 橙子要离开就离开吧，不必如此喧哗，也没人真正在乎你。delphi没有你说的那样差，其它语言也有各自的局限和不足，IT世界有自己运行的逻辑。别的不说，小公司和个人项目快速开发，delphi是最好的选择，做出的项目能发挥作用、能赚到钱就行，其它一切都不必多说。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2011/8/20 3:56:45 | ||||
| 4楼： | 前面有句话没表达清楚，更新如下： （如果emb把类似ribbon这些控件做的最好的话，橙子估计会说：你们这些没出息没前途的工程师，都把精力用在开发第三方控件上了，还要推新版出来赚钱！橙子很有可能，或者是其他人，会这样说。） ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2011/8/20 4:13:42 | ||||
| 5楼： | 其实不停的指责delphi的人，都曾经被delphi的强大功能所迷倒过，过了一段时间随着技术水平的提供，慢慢的又发现了它的一些不足（其实很多问题都是因为delphi出身寒门所造成的，但这不是它的错），才开始横加指责。你们这样做，本身就是在夸Delphi，哈哈。 其实delphi本来就没有你们想象的那般崇高、伟大、无所不能，要不然怎么不见你去指责别的公司、别的编译器产品，或者别的更烂的软件产品呢？（比如，PB现在都没人用了，橙子为什么不出手一篇，“PB 我为何离开你”。保证可以骂的更痛快。） 其实我在这里有些较劲了，虽然是以相对超脱的态度反驳的。但一样是浪费时间。大家不必在乎橙子的帖子，也不必在乎我的反驳，该干嘛干嘛去，软件领域要学的东西多的很。该用delphi就用，不该用就别用，功夫到了一定水平，根本不必太在乎什么。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2011/8/20 5:05:06 | ||||
| 6楼： | 3 楼 我同意你的观点。 非常中肯。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 6:54:44 | ||||
| 7楼： | lazarus 3年内取代 delphi ---------------------------------------------- -我是一只菜菜鸟. |
|||||
| 作者： |
|
2011/8/20 7:05:24 | ||||
| 8楼： | 就一个开发工具而已，用得着那么多感慨吗？能解决我问题，帮我赚钱，我就用，不能，我就改用其他的，我在web上就不用delphi 改用php （最早用.net 后来发现做web 还是纯脚本好用） ---------------------------------------------- 火鸟 |
|||||
| 作者： |
|
2011/8/20 8:07:27 | ||||
| 9楼： | 淡定 看过 该快速还快速，再落后的框架 也是编译成 0101 计算机不认识啥框架，写数据库够用，写应用程序够用了，又不是做os系统开发 。要是写移动开发，啥好用 就去用啥呗，墨迹个蛋疼。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 8:30:24 | ||||
| 10楼： | 对于这个不满那个不满的，我想问一句，让你去EMB有没有可能领导整个项目做的更好？都是站着说话不腰疼。人家EMB的程序员出于总体考虑出手的东西，不会比你想象的还要差。（商业策略失误另说）。 //嘿嘿， 我又想起来了我经常说的一句话，你要是嫌鸡蛋不好吃会不会自己去下个蛋呢。 我要是觉得自己用的电脑不好我还得自己来造台电脑呢。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 8:31:49 | ||||
| 11楼： | 其实我在这里有些较劲了，虽然是以相对超脱的态度反驳的。但一样是浪费时间。大家不必在乎橙子的帖子，也不必在乎我的反驳，该干嘛干嘛去，软件领域要学的东西多的很。该用delphi就用，不该用就别用，功夫到了一定水平，根本不必太在乎什么。 //========== 弱弱的问下，大家可以抱怨抱怨吗？大哥的意思是不是如果觉得不好，不许讲出来？ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 8:38:27 | ||||
| 10楼： | 因为曾经使用过，才会有感慨。。你看看哪个天朝官员在类似的对DLEPHI、VB、.net感慨?? 该干嘛干嘛去。。。这世界已经有航天、宇宙飞船啦，偶还在每天踩单车上下班，OUTMAN ---------------------------------------------- SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海 |
|||||
| 作者： |
|
2011/8/20 9:03:55 | ||||
| 12楼： | 我看橙子的文章，通篇都是：哀其不幸，怒其不争 ---------------------------------------------- 中间件QQ群: 92449782 博客: http://www.cnblogs.com/hnxxcxg/ |
|||||
| 作者： |
|
2011/8/20 9:05:16 | ||||
| 13楼： | DELPHI这个产品有它特定的历史烙印的。 ---------------------------------------------- 中间件QQ群: 92449782 博客: http://www.cnblogs.com/hnxxcxg/ |
|||||
| 作者： |
|
2011/8/20 9:08:16 | ||||
| 14楼： | 匆匆你我皆过客，笑看风云淡。。。 ---------------------------------------------- 中间件QQ群: 92449782 博客: http://www.cnblogs.com/hnxxcxg/ |
|||||
| 作者： |
|
2011/8/20 9:29:06 | ||||
| 15楼： | 匆匆你我皆过客，笑看风云淡。。。 ---------- XX工作室 ---------------------------------------------- 非常感谢各位回答问题....谢谢..... |
|||||
| 作者： |
|
2011/8/20 9:32:20 | ||||
| 16楼： | 世人笑我太疯癫，我笑他人长鸡眼.... YY工作室 QQ:43001211 http://test.fff.com/YY ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 9:40:39 | ||||
| 17楼： | 说白了就是一个愣头青，世间没有完美的事物，delphi的发展和扩展已上了台阶，当然也不可能万能，事物的发展总有一个过程。 愿用就用，不愿就舍。 牢sao太多防肠断！ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 9:55:51 | ||||
| 18楼： | 很失望，但是也很庆幸 失望的是Delphi7之后，基本上没什么变化了 庆幸的是，10年之后，Delphi7依然屹立不倒 对于Delphi XE2，唯独喜悦的是for X64，这可是期盼了多少年，这个幸福实在来得太晚太晚了 Delphi最烂的发展计划就是搞兼容、搞跨平台，自己都还没走好路，什么iOS支持，什么Android支持，什么Linux跨平台，都是浮云 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 10:27:56 | ||||
| 19楼： | lazarus/fpc兼容性不太好,它们要背负的历史责任太多了.指望它们是行不通的 有没有人想克隆一个编译器取代emb啊,只要这个编译器能够编译大多数现有的代码,IDE就会有人慢慢搞出来的.现在llvm发展得比较不错了,代码优化应该还在GCC之上.利用这个来搞,技术难度无非是写个前端... ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 12:08:21 | ||||
| 20楼： | 说实话，橙子也就帮助文件看的多，基本功比较扎实，但是实际水平一般，和博客园的老赵是一个品种，推崇新技术，喜欢写文章，写例子，却没有什么实际稳定的作品出来的那种。 也难怪只能去盛大研究院去研究研究乱七八糟的东西。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 12:15:08 | ||||
| 21楼： | 赶超 GCC 的都是神话，现在还没有任何一个编译器敢说优化能力在 gcc 之上，顶多敢说在某些特定方面优化更好。至少我使用 mingw 32/LLVM mingw 32 的经验来看，还是 gcc 更快的多。LLVM 对 win 平台支持的兴趣也太小了，MinGW x64 Rumtime到现在还不能完全编译，而且原因从第一个支持 win64 版本时就说了，到现在还那样。mingw64 还没搞定，别的能支持到什么程度也就很不好说了。 我曾经想过实现个 Delphi front-end，然后生成 LLVM IR，但因为有一些顾虑一直没动手。首先要说的，就是 LLVM 是非常复杂的一个工程，当初在 win 平台上编译 demo 就费了半天事。所以如果有需要深入 llvm 源代码当中搞的任务，因为缺少经验，恐怕自己短期内无法胜任。接下来就是 Delphi 自身的设计问题，搞得难度也非常大： 最严重的是 ABI 的问题，delphi 的默认传参方式在 x86 平台上是一朵奇葩，恐怕在 LLVM 中实现有难度。都改成 stdcall 的话，还是会有一部分问题：构造函数不允许使用 stdcall，因为构造过程的实现是硬编码，必须用 eax 传类型；没记错的话，dynamic 方法会使用 si 传一个参；要把 dynamic 全改成 virtual 的话，对 windows 消息的分派机制就得变了。 接着就是许多内嵌汇编的问题，如果 ABI 变了，意味着那些代码全都不能用了；而且由于汇编都是 x86 的，x64 上也一样用不了。 再就是语言本身的问题，这也是我最没有办法的。最让人头疼的就是 pascal 里没有真正的字符类型，除了强制类型转换外，所有的“字符”类型实际上都是字符串类型。所以 d2009 之后对 #N/Chr(N) 这种“字符”是无解的，因为文法会先把它们解释成字符串，接着进行向 unicode 的转换（如果有字符类型的话，就可以避免这步多余的转换），之后你就不知道在不同 locale 上它的内容是什么了。另外就是函数类型的 @ 运算导致的二义性问题：对一般变量来说，@v 是该变量的地址；对函数变量来说（如 var x: procedure; y: function: Integer of object; 之类），@v 却是变量的值，@@v 才是变量的地址。平时 @ 的二义性问题没什么，但一到泛型里就无解了。要改的话也不是不能，毕竟还是 delphi 的编译器为了快，把类型匹配的任务全交给人了，但是老的代码就容易出问题。 其它的一些 emb 懒得解决的问题，像 class destructor 发生在在该单元全局变量清理之后的问题，泛型类的 class constructor 不会自动执行（也不知道是为了编译快，还是他们懒），这些问题倒是容易解决。 所以我的结论是，要么推倒重来，但是不兼容老代码；要么还兼容老代码，照旧不伦不类的挺着，一堆不是入门级的人能意识到、能解决问题照样留着。后者我觉得没啥意思，前者的话，干嘛非抱着 delphi 不放？ 另外，我现在真觉得给 delphi 用户那么多新语法都是浪费。前两天版上有人在 2010 也不 XE 下折腾 utf-8 的转换，不但在用麻烦得要死的老办法，而且还用不对。不知道是不是国内 delphi 的工作都是 c/s 方面的，只要把数据库连上，再就会拖拖控件，然后就算懂 delphi 了。数据库、UI 都是慢点儿无所谓的东西，而且也快不起来。新语法、优化什么的对拖控件、连数据库之类的不但没什么帮助，反倒是改 unicode 要了亲命。像上面那位说“失望的是Delphi7之后，基本上没什么变化了”的用户，我觉得把 delphi 移植到 llvm 后端，再加上多少现代语法的支持，对他们来说也没什么意义，因为 d7 就完全够用了。 现在我也打算放弃 delphi 了，尤其是 XE2 我根本不抱什么希望。一周也就用上5、6个小时的频率，我还报了4个 bug，这个质量的 x64 我肯定不敢用。 ---------------------------------------------- cnblogs中我写的关于Delphi的blog，欢迎访问： http://www.cnblogs.com/egust/ |
|||||
| 作者： |
|
2011/8/20 12:30:24 | ||||
| 22楼： | 盒子 又火了。 ---------------------------------------------- 我打的是酱油，而不是别的什么油。 我灌的是口水，而不是别的什么水。 我聊的折腾不是那个不折腾的折腾。 我说的阿娇不是那个邓玉娇的阿娇。 3个代表,6个为什么,9个肠胃炎。 D性强的领导干部都不喜欢热比娅。 我特别要讲的是,屁民网黄色论坛是我经常上网必选的 网站之一 |
|||||
| 作者： |
|
2011/8/20 12:54:02 | ||||
| 23楼： | 橙子是我敬配和学习的对象，他的话至于你信不信反正我是信了～ 1. C++本身就多么优秀吗？我倒是觉得不见得。--熟悉delphi的人都会这么思考过，比如C++就没有 initialize (别跟我争论本人自定义菜鸟) 2.。iOS 开发是很热，那没错，Delphi 想支持它，也没错，但是现在这样，你敢说支持吗？ --竞争是残酷或残忍的，其实delphi本身也是封闭的，估计emb也没有这个财力加入和分得一杯羹 ---------------------------------------------- ==========-==========-==========-==========-========== 多隆， 给我备一匹最快的马， 我有事要走先~~~ ==========-==========-==========-==========-========== |
|||||
| 作者： |
|
2011/8/20 13:08:19 | ||||
| 23楼： | 呵呵，热贴留名！ 宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。 再多说一句，对于 XE2 除了稳定性、X64，其他的不再奢求。套用句时髦的话，蛋定 ~~~ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 13:24:20 | ||||
| 24楼： | 套用流行的一句话 就是， Delphi就是一个语言和开发工具的奇迹。 ---------------------------------------------- 我打的是酱油，而不是别的什么油。 我灌的是口水，而不是别的什么水。 我聊的折腾不是那个不折腾的折腾。 我说的阿娇不是那个邓玉娇的阿娇。 3个代表,6个为什么,9个肠胃炎。 D性强的领导干部都不喜欢热比娅。 我特别要讲的是,屁民网黄色论坛是我经常上网必选的 网站之一 |
|||||
| 作者： |
|
2011/8/20 14:08:27 | ||||
| 25楼： | 盒子好久没有这么热闹了啊：） ---------------------------------------------- |
|||||
| 作者： |
|
2011/8/20 14:18:31 | ||||
| 25楼： | 另外我居然还在一些论坛上看到有人说执行效率不重要，开发效率高就好了，这都是一群什么样的程序员啊，爱这么玩就自己玩，玩蛋去。 ========== 用delphi的很多就是开发数据库应用，当然更重视开发效率，这点我很容易理解。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 14:43:50 | ||||
| 26楼： | 用llvm实现delphi编译器对程序员有什么意义，起什么作用，这就不讨论了，只要东西出来，自然会有人去挖掘。问题是东西没出来，却被一堆问题困住了。用llvm肯定能实现C/C++的语法，但用来实现delphi的语法，怎么就有难度了？我发现其实DELPHI的绝大多数语法也可以解析成C，当然实现细节肯定不一样了，fastcall可能会换成cdecl，但只要在语法上和语意上兼容，基本上就算成功了。那些dynamic，constructor之类的，这些问题，纯属编译器“魔法”，只要编译器暗中多塞个参数，就可以了，当然没有人家DELPHI编译器直接用寄存器传那么高效了。我曾经搞过把生成的AST转成C文件，比如record就翻译成struct, class也是struct，但同时另外生成一个全局常量，用来表示类类型和virtual table，但我还是碰到一些问题，比如接口和异常，直接用C当然不好表示。但用更低层的llvm未必不行。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 16:59:37 | ||||
| 27楼： | 有些网友, 吹水第一, 人身攻击第一, 要他拿什么东西出来, 呵呵, 欠奉, 老实说, 这些粪粪会不会编程, 我看也要打个问号。 支持橙子说法！！！！ ---------------------------------------------- 声明：本人不在论坛询问任何编程问题，请不要将我的帖子当成问题来回答。炒股一天，编程三年，不浪费时间了。 经常在外面,没空,不要找我.. |
|||||
| 作者： |
|
2011/8/20 17:10:53 | ||||
| 28楼： | 我也改变策略，delphi的快速开发能力杠杠的，但是服务器主程序我改用vc++写，服务插件用delphi，这样既兼顾了开发速度，又兼顾了运行速度。 xe2出来后，我两个都可用64位了，真的好爽啊 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 17:12:02 | ||||
| 27楼： | 有失偏薄,还是不淡定啊,呵. EMB近几年的努力,较宝兰后期,卖力气得多了,UniCode,新DataSnap,一些'不足道'的语言特添加,甚至x64,IOS,Android,Linux跨平台,这些东西居然在delphi世界产生了可能,这就较Borland后期有作为太多. 但不管现在XE2 beta版中的FireMonkey如何雉嫩,IOS,Android不是原生支持之类,原因太多,自身实力不足,商业原因也有之,这些个不是一朝一夕就能搞定的大功能,在XE2正式版中或许就只是:'可用'. 但是这会儿Xe2还是beta版呢,连正式版都没有出,这个会儿,说什么离开,没有什么意思,我说要离早离了,咱这些还在抱着D2010/XE的哥们儿伤不起.也还伤不着,开发点儿C/S的应用,中小型的网络程序,挺好,啥360的列表/QQ的界面,delphi画得出但用不上. 我说delphi XE还是个'2'呢,那些个X64,FireMonkey,IOS,Android,Linux,EMB能在XE奔三时搞得顺畅点,很牛了很牛了,这个时候的Delphi,不是神器是啥? 至于BS开发,得儿,您爱php就php,爱jsp就jsp,爱C#_Scrpip就爱C#_Scrpip,咱好歹程式员,一两门儿语言还是要会,搞PS的,还会点Flash,不足不奇. XP还在,WIN7也在壮年,delphi死不了,不过得使劲儿X64,得使劲儿去跨Linux/Andriod/IOS,这个方向错不了,搞运行效率很重要,编译这绝活也不能丢.XE3/XE4/XE5路很长,咱Delphi Fan照做,当然,国内代理商的欺诈,照BS,真是BS,EMB你还得好好整Delphi,咱CN国的DelphiFan虽说盗的多,不受你待见,但实不能如此卖delphi. 该蛋定还得蛋定,说什么XXX再见没必要哇,不是么,到时再说hello就尴尬了,好歹是橙子,曾解不少小白小菜之技渴~~~ ---------------------------------------------- delphi|vue|golang hnysoft|hnyerp+mes+srm |
|||||
| 作者： |
|
2011/8/20 17:19:46 | ||||
| 29楼： | 呵呵，觉得不难你就搞一个去呗，我可以分享一些过去做准备时的经验。或者 google code 上有几个可能是葡萄牙人在搞 llvm-pascal，你也可以去加入那个项目。这个项目已经一年多了，我刚又去瞅了一眼，一年来都没什么变化。 如果打算自己搞的话，llvm-pascal 项目有个稍微改改 bison 就能用的语法文件；再不济还有 fpc，它的在线文档也有语法的图，编译一下就可以，都不用你自己动脑总结的。按照我的估计，如果不打算手写文法和语义分析的话，按照一个星期花20个小时算，一周用来熟悉 flex/bison（lex/yacc），再花一两周时间就能生成不支持 class、interface 的 AST 了。有了 AST 再丢给 llvm IR 就很简单了，按照网上的教程来，估计一周的时间就能来个 preview 瞅瞅了。也就是说，从头开始干的话，大概1个月的时间差不多就能看到初步的成果。接下来，即使你不熟悉 delphi 对其它复杂类型和语法的支持方式，边了解边去实现的话，完整的 class、interface 加其它新语法的支持，估计有个半年也差不多可以完成了。 你可以最后再去考虑是让 llvm 生成“魔法”，还是自己重写个 rtl。前者的工作量我估计不了，后者如果只在 win 平台，你又有一定了解的话，照着 delphi 抄有两个月也应该差不多了（因为量太大，翻译汇编又是个体力活儿）。另外 linker 是免不了要写一个的，反正要想搞成 BPL 形式的 dll 的话，目前是没现成的东西可以用的，不过这个的工作量应该不算太大。 总体来说，只是编译器的部分，我估计有1年应该能做出来个基本能用的东西了。 顺便说一下，VCL 实现的核心正是基于你认为很轻松的“编译器魔法”，不然其它 native 语言也不至于到现在还没有能像 delphi 那么方便的 ide。 我现在是投奔 D 语言了（ http://www.digitalmars.com/d/ ），现在正在试图把 VCL 移植过去，目标是实现一个完整的 D 语言的 ide。D 语言的许多语言特性实在是太讨人喜欢了，用它写起代码来真的挺 happy 的。但它不是一个适合新手学习的语言，注定是一门小众语言。 ---------------------------------------------- cnblogs中我写的关于Delphi的blog，欢迎访问： http://www.cnblogs.com/egust/ |
|||||
| 作者： |
|
2011/8/20 17:22:00 | ||||
| 30楼： | 围观 ---------------------------------------------- 家具安装 万师傅家具安装平台 安装维修师傅黄页 一键式测量仪 |
|||||
| 作者： |
|
2011/8/20 17:27:44 | ||||
| 31楼： | 围观大牛辩论。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 17:37:22 | ||||
| 32楼： | 另外，我真不觉得搞 delphi for android 有什么意义。整个的设计理念架构都和 windows 不一样；搭好环境之后，eclipse 里设计起 view 来也都是所见即所得的……真不知道非要在 delphi 上做有什么意义。 ---------------------------------------------- cnblogs中我写的关于Delphi的blog，欢迎访问： http://www.cnblogs.com/egust/ |
|||||
| 作者： |
|
2011/8/20 19:43:00 | ||||
| 33楼： | 难，肯定很难，说不难那是对高手说的。本来只想发个帖子骟动一些高手去干活，没想到引发了对DELPHI编译器的讨论，最后皮球还是踢回给我。我要真想做，也不至于到这里显摆了。对于DELPHI这种曾经火爆过的语言，遗留下大量源码，如果让它这样没落，实在太可惜了。可能有人说易博龙目前做得很不错啊，但这种商业公司，它们目标只是钱，一旦没有利益，它会怎么处理DELPHI？啥狗屁技术、理想，在利益面前连渣都不是。到时DELPHI连再卖一次的机会都没有了。投奔新语言，意味着以前的代码要重新来，这种代价实在无法承受。投奔fpc，这个嘛，谁用谁知道，不想讨论得罪人 看29楼豪言，好像搞个前端跟玩似。其实个人建议，如果真的有能力，不妨去做做看，这里绝无嘲笑之意，假如能成功，说不定就是一番事业啊。我就不掺和了。实在很希望有高手趟这浑水.... ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 20:32:27 | ||||
| 34楼： | egust这么厉害？居然想要移植VCL到D语言？有难度，很有难度，非常有难度，精神可嘉，，，但是我很好奇的想问，你用D语言开发什么东西呢？语言是用来真正开发的，不是用来玩的。 ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2011/8/20 20:37:26 | ||||
| 34楼： | 至于你们是不是还在用Delphi我不知道，反正我还在用。 ---------------------------------------------- 这个世界上还有很多比钱更重要的东西，比如说意大利面---加菲猫 |
|||||
| 作者： |
|
2011/8/20 20:41:01 | ||||
| 34楼： | 我还是依然会支持 使用 Delphi，她依然是最优雅的，Delphi 带给我的是 很深的情节。 继续学习Delphi ，继续 教 Delphi，继续，就是到了世界的末了，Delphi也会存在。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 20:41:29 | ||||
| 35楼： | 看到64位出来了，准备再等等。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 21:16:59 | ||||
| 36楼： | 橙子要说delphi技术和贡献，肯定有资格评论！但貌似偏激，捉住一些VCL的BUG，完全否定了EMB的努力和贡献！Delphi的RAD技术，仍然是一枝独秀，尽管有后起之秀的.Net，但在某方面还是不如Delphi！没有完美的开发工具，只有合适的开发工具！ 你可能会被某些语言的语法着迷，比如PY,D语言，但是，语法仅仅只是表面的东西，更重要的东西是一套完整的解决方案，比如可以开发报表，比如客户端快捷开发，客户端界面交互性更强，运行速度，编译速度等。 delphi，仍然是Win32/64 桌面系统开发的首选之一！ ---------------------------------------------- 不喧哗 自有声 心静 思远 志行千里 |
|||||
| 作者： |
|
2011/8/20 22:06:50 | ||||
| 37楼： | 我个人认为DELPHI仍然是一般应用开发工具的首先之一，BORLAND卖给EMB实在是有些悲伤，EMB在很多眼里是个太不起眼的公司，不过我认为还不算太糟，DELPHI 2009到XE的确带来了不少新特征，并且稳定性也做的不错，这比BOARLAND D7之后做得出色不少，现在XE2我最希望X64能做比较稳定，ISO的开发多少有点超出预期，尽管还不清楚效果如何，相信只要大家再多给点时间给EMB，DELPHI还是很逐渐恢复它的活力，如管能做到NATIVE跨平台，我相信DELPHI就是数一数二的解决方案，NATIVE能跨平台，JAVA又能比DELPHI好得到哪去？ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/20 22:40:17 | ||||
| 38楼： | 有个小众的项目叫delphi++,后来改名了叫power++，这玩意应该和delphi最像了吧，那家伙自己做的编译器，支持几个平台，x64啥的，语法是用fastscript的，还移植了很多标准控件，还有tms控件，曾经关注过，ＩＤＥ也做得不错，像是ＶＢ+ＤＥＬＰＨＩ的混合体， http://gridplusplus.com/ 不知道这玩意前景怎么样 补充一个screencast http://gridplusplus.com/screencasts/true_cross.html ---------------------------------------------- -cnpack VII |
|||||
| 作者： |
|
2011/8/21 0:01:20 | ||||
| 39楼： | 橙子为啥在圈子里小有名气啊，论忠诚度比不上我，论用delphi自己做出来的作品也比不上我，估计用delphi的年限也比不上我，而且从这篇文章上来看，橙子只知表面却不知EMB当前方案的背后的原因，当然我也觉得橙子的意思是让EMB再加把劲，不过对于这次的XE2及由此看出未来Delphi的发展，不管你们满不满足，反正我是满足了，哈哈 ---------------------------------------------- Great! |
|||||
| 作者： |
|
2011/8/21 0:37:47 | ||||
| 40楼： | Delphi语言上诸如字符类型和字符串等的事情确实比较莫名其妙。推 翻旧语法的做法是不可能的，但是扩展新语法却是完全可以的，Pascal（delphi）基本掌握在Embarcardo手中，Emb就是标准，无需某组织来敲定标准。或许会有像Char2这样的类型出现。 关于Android的支持，有没有这种可能：出一种Android控件包，VCL的，在Delphi内直接编译成java二进制码，并Buid成apk。哈哈，异想天开！据说Oracle在和Google较劲，如果Delphi这样实现了，又多一个较劲的。美国那边正在专利混战，好不热闹！依靠专利注册来收租，现代的地主可比旧社会厉害多了！ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/21 1:32:13 | ||||
| 41楼： | 打酱油 ---------------------------------------------- 免费的FTP  https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi-z.ruhttps://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi.icm.edu.pl/ftp/https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019>http://delphi-z.ruhttps://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0/win64/zh-CN/https://cc.embarcadero.com/Author/575019
|
|||||
| 作者： |
|
2011/8/21 1:34:11 | ||||
| 41楼： | 如此热闹，我也来坐坐，^_^ ---------------------------------------------- ========== |
|||||
| 作者： |
|
2011/8/21 2:59:24 | ||||
| 42楼： | 橙子的水平我辈没资格去评论，前面楼层已有坛友作出评价了，就我所知，属实。 我辈水平低下才疏学浅，暂没能耐在技术大拿们面前秀水平及眼界下限，只想无聊且蛋疼地扯淡几句： 看一下从 Delphi2010 到现在的 XE2，有什么进步？ —————— 看到这句，我连反驳都懒得驳了 举个简单的例子，要做到 360 软件管理器那样的复杂列表，或是...一滩死水 —————— 用 VC++ 去实现这样的 UI 又要多少精力？我就不懂了，你还能举更傻的例子么？我所知道的对 VCL&RTL 非常“熟悉”的牛人，譬如小雨哥，譬如savetime，在他们眼里，VCL是宝库——当然，与你而言，VCL可能太高深了，还有，你的Delphi水平和真正的高手比，实在太水了。 嗯，VCL老了，所以FireMonkey来了——坑爹额亲，你说的 再说编译器优化的问题，其实我早就不愿说了...自己玩，玩蛋去。 —————— 如果我没记错，在我09年第一次在论坛里抛出DCC优化太滥的帖子时，你的回复很大气，直接上升到架构啊设计啊VCL啊MFC啊啥的，额，那个时候你还用Delphi呢，现在搞那个所谓的Android了，当然换口风了 恩，DCC优化很滥，比盘踞在虚拟机上啃大饼的某些啥还差好远呢 iOS、Android 支持啥的我不熟，我只知道Delphi暂不支持ARM，暂只跨了Win&Mac EMBT 里的人当然不会比你橙子傻，或笨，钱要赚，但是也要凭良心赚——话要说，但是不能乱说瞎扯，要凭良心，更重要的：要有自知之明。 ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/21 3:20:29 | ||||
| 43楼： | Delphi 从 1.0 到 XE 都只是一个杀不死 VB 的 VB 杀手！ ---------------------------------------------- 声明：本人不在论坛询问任何编程问题，请不要将我的帖子当成问题来回答。炒股一天，编程三年，不浪费时间了。 经常在外面,没空,不要找我.. |
|||||
| 作者： |
|
2011/8/21 3:50:30 | ||||
| 44楼： | 有坛友说，与其哀鸣废话，不如求技奉果。 Delphi在进步，近年来也算进步明显——是，它失去了10年，但它没死，它在努力站起来： http://www.isdelphidead.com/ No. Borland 的故事告诉我们两个道理： 1）、再牛x的公司，若管理层傻x，公司坠落甚至完蛋是迟早的事 2）、牛x的东西若非由牛x的人物支撑推进，坠落甚至消亡只是时间问题 傻x的“前”Borland所谓管理层不需我多说，我只是痛惜 Anders Hejlsberg 的出走——后继的 Chuck J 及 Danny Thorpe 恐怕较之这位最接近神的人物差得实在有些远，或，太远了。 不知道现在的 Barry Kelly、Eli Boling 等人如何 ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/21 9:18:39 | ||||
| 45楼： | Delphi 过去是一朵奇葩，现在是朵小花。 Delphi自身的变化是重要的一方面，但是整个计算机领域、整个软件开发领域的变化更为重要。 前无浏览器，后无操作系统的语言和IDE开发公司，注定是个吃力的追随者-就是一个悲剧。 ---------------------------------------------- 我打的是酱油，而不是别的什么油。 我灌的是口水，而不是别的什么水。 我聊的折腾不是那个不折腾的折腾。 我说的阿娇不是那个邓玉娇的阿娇。 3个代表,6个为什么,9个肠胃炎。 D性强的领导干部都不喜欢热比娅。 我特别要讲的是,屁民网黄色论坛是我经常上网必选的 网站之一 |
|||||
| 作者： |
|
2011/8/21 10:00:18 | ||||
| 45楼： | Delphi作为一个开发工具，个人认为应以技术导向为好，老老实实地把最核心的东西做好，不要被各种市场因素所影响。可惜一直以来，Delphi就被当作一个万能框架，时下流行什么就支持什么，到现在好了，这严然就是一个怪胎，什么都能做，但似乎都做不好。 邀想当年，Anders不断对Delphi语言进行改进，欲加上垃圾收集等高级特性，可惜后来与产品经理的想法发生冲突，才导致出走微软。 Anders是一个简洁的实用主义者，他作出来的东西一定是非常实用的，若是Delphi能按Anders的意愿发展下去，或许它现在会是一个比D语言还要优秀的语言，VCL也会得到持续改进，各种新特性必定会以最好的方式得到支持。 可惜啊可惜，Delphi这样一个应以技术为主导的产品，被一群猪一样的产品人员搞成这样子，简单就是一个畸形儿。 ---------------------------------------------- -colin and yoyo http://blog.csdn.net/linzhengqun |
|||||
| 作者： |
|
2011/8/21 10:01:41 | ||||
| 46楼： | 大家可以去翻翻橙子的博客，可以看看他做过什么，有什么“完成”的作品就知道一二了。 貌似他最乐于发一些技巧性文章，贴点代码或贴两张图，可实际却没什么实际作品出来。 总结一句话就是光忽悠不出成果的那种。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/21 10:38:50 | ||||
| 47楼： | penal 不是都生成 AST 了么？前端自己的工作就到生成 ast 为止，丢给 IR 之后就没前端的事儿了。有一次这样的经验之后，再弄第二次就应该驾轻就熟了啊。我在论坛上见到做个前端跟玩儿似的牛都在搞优化，因为前端的理论已经非常成熟了，一旦搞清楚原理了真的没啥难度。我自己还没那个水平，手写经验只对递归下降和 LL(1) 小有心得。 至于移植到 D 语言，就我目前的估计，除了没办法直接生成 published 段的 RTTI 和直接在方法后加 message 生成 dynamic 方法外，其它部分应该是没什么障碍的。其它部分有些会有点儿麻烦，但这些都能包装起来，不写控件的话也都不需要见着。这个星期实现了 Delphi 里的 set of T 类型，原有的用法基本上都可以用，还扩展了几种运算。这样对应类型都有了，下周就开始写持久化部分了。顺便说一下，有谁知道 Delphi 现在的语法允许 for...in 使用在 set 类型的？ IDE 就是我要用这个语言开发的，作为完整的 IDE，后面应该还会包括 gc、linker 和 debugger，可能还会再实现一个能够自举的 D 语言编译器。反正都是业余玩儿，作为娱乐当然得找点儿有难度、以自己目前的水平胜任不了的目标去完成，不然有什么成就感呢。 ---------------------------------------------- cnblogs中我写的关于Delphi的blog，欢迎访问： http://www.cnblogs.com/egust/ |
|||||
| 作者： |
|
2011/8/21 14:29:34 | ||||
| 48楼： | 不管别人怎么说，我还在用，而且确实好用，这就是我选择他的原因，事物的发展肯定都是往适应大环境的方向去的，至于最终事物的进化是否成功，那就不是简单的你用他不用的问题了 我不想跟别的编译器去对比，愿意用什么的就去用什么关我神马事？跑这里来闹腾个球 啊 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/21 14:57:30 | ||||
| 49楼： | 世界潮流，浩浩荡荡，顺之者昌，逆之者亡。 Delphi不可能再引领潮流了，但Delphi一直在顺应潮流，只不过资源太少，跟在队伍尾罢了。 情况还不算太坏。 ---------------------------------------------- MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/ |
|||||
| 作者： |
|
2011/8/21 23:49:23 | ||||
| 50楼： | TO: xingzj0117 (SUNAGE) 你对橙子似乎有一些偏见，我不知道他忽悠你什么了，你被他骗了什么东西么？他贴一些小文章这是他的爱好，你不高兴可以不看。 我觉得写技术文章这是个人的事情，至少这些文章帮助了一些新手；而很多只会说别人的人，他什么东西也没有做，还在天天用别人的东西，看着别人有点小名气，心里不爽，还要在旁边嘲讽一下人家，我鄙视这种人。 你有种你先给一些完成的作品出来看看，证明你是真牛人，然后你才可以随便说。 ---------------------------------------------- -colin and yoyo http://blog.csdn.net/linzhengqun |
|||||
| 作者： |
|
2011/8/22 0:27:18 | ||||
| 51楼： | xingzj0117 的意思估计是想说某橙水平很一般，但总装x，喜以一副教训或指点的姿态扯淡而已 写写技术文章帮助他人自然好事，但若自身水平并不算高，且眼界又小，个人意识又很强，我觉得还不如不要行这等所谓好事 其实我不懂的是，不过“曾经一Borland实习生而已”，哪来如此大的口气指责抑或讥讽比他牛太多的人？人么，有些自知之明就那么难么 ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/22 9:02:05 | ||||
| 52楼： | 楼上知我也，我本意就是指其装X。 装X的人总是靠装X吸引一些不明就里的人成为其粉丝，但是知其一二的人往往对其嗤之以鼻。 就跟很多人是犀利哥的粉丝，可是了解的人知道他只是一个精神有问题的病人。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/22 9:02:27 | ||||
| 52楼： | 关于提到其CN的经销商，，只是他吗的黑或乱来，，一套 XE 价格从不同经销商差价超过 1/3 ，一个是46800（算优惠），，一个可以优惠到 30000，，最近因使用其 DataSnap 技术，，不得不买一个，，因为已经查到头上来，曾经买过的 2005，说我们装了两台机子，，一定得再买一个，，，我真是无语...... 对 Delphi 来讲，，其实要感谢它，，它提供了就业机会，，对其也有超过近１０年的感情，，，但这次这样折腾，，，痛心得很...，，，， 也许 Delphi 只是这么些气候罢了，，，可以远离它，，最好还是远离它好啦！！ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/22 9:15:25 | ||||
| 53楼： | 至少 Embarcadero 让用户们看到了希望。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/22 11:08:25 | ||||
| 54楼： | 从国内经销商的角度：无可厚非，人之本性也 君不见中国大量中小企业都隔三五年就改公司名，以避免查帐什么之类的历史问题 所以作为中小企业都是赚一把就跑居多！既然大量类似的情况，为什么天朝不正视而放纵？这该拿涛哥、温哥来打屁股。。当然这或许扯到政治上了，这或许冰冻三尺非一日之寒，这或许涛哥温哥不过是一代理、代表人而已。。。扯远了。。。 单纯地从经销商来说：赚一把就足够，过自己的小资或中富的生活。。管它XE3 or 5是雄霸天下还是消失于江湖。。若我是经销商，也会如此考量，只要能赚一把，管它是杀鸡取蛋还是骗蒙忽悠。。。。 那么，从这个角度来看问题，该如何继续它的游戏和游戏规则？？ 感谢DELPHI，感谢为DELPHI技术普及或利用DELPHI工具就业谋生的整个生态链 ---------------------------------------------- SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海 |
|||||
| 作者： |
|
2011/8/22 11:31:20 | ||||
| 55楼： | 喜欢就用，不喜欢就不用，反正我是用的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/22 22:01:25 | ||||
| 56楼： | 我也用的，哈哈，自从EM接手Delphi后，看到希望了。 凡事都有一个发展的过程，XE2开了一个好头，跨平台原生支持，我很赞同，也很需要啊。 希望EM保持这个势头，Delphi大有可为啊。 最讨厌一帮SB对Delphi的批评，当年Borland确实有点让人伤心，但EM收购后对Delphi发展的贡献有目共睹，从2009开始的Unicode，泛型，到马上的跨平台（尤其是MAC，太需要了），太爽了。 不要给我说什么早该有了的一类废话，有本事你TMD也来做一个啊？看不到别人的进步，一天到晚唧唧歪歪的比来比去，你TMD怎么不跟盖茨比富啊？不跟小贝比帅啊？ 不用就不用被，谁又不求你用，自我感觉太良好了吧，哈哈。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/23 8:30:24 | ||||
| 57楼： | 能跨mac 有总比没有强，虽然有点晚，但总算有了 即使要花一点工夫来转换，但总比全部在mac下重写来的实在. xe2解决的是跨平台从无到有,肯定有很多问题，X3以后以后应该才会稳定，可以用于商业程序 ---------------------------------------------- 欢迎访问 中国开发论坛(http://www.chinashare.net) delphi java .Net 招聘等 |
|||||
| 作者： |
|
2011/8/23 9:35:53 | ||||
| 58楼： | 局外人只看到表面，跨平台从无到有，肯定有很多问题，要用积极的太度看待DELPHI的发展，顺其自然 C++很好吗？ 好像只能做通信和图像的DLL C# 很好吗？ 好像只能做网页，做桌面很臭 JAVA 很好吗？ 好像只能做服务器和手机 DELPHI 很烂吗？ 很多公司依旧靠他发财，很多人靠他生存 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/23 10:09:07 | ||||
| 59楼： | 楼上说得很实际啊... D: ---------------------------------------------- 非常感谢各位回答问题....谢谢..... |
|||||
| 作者： |
|
2011/8/23 21:24:31 | ||||
| 60楼： | 橙子有些观点不错, 但拿Ribbon来说事,我觉得没有必要, 真诚希望DELPHI不要打包大多数人都不用的东西. ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/23 22:10:44 | ||||
| 61楼： | 刚刚在别处看到1楼的文章,没想到这里就转贴了,速度挺快的. 看了这篇文单我被震惊了 搞了N年的跨平台居然出的是这种解决方案.之前还以为是像WIN32一样原生的.结果是跟IW一样的杂交品种. 做不好就别做呀,干嘛做这种乱七八糟的东西出来.骂少了吗?失望郁闷中... 现在就只看BUG解决得怎么样了. ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/23 22:12:03 | ||||
| 62楼： | 另外再补句,最近我正好在研究RIBBON,连个官方的使用说明都没找到.....苦呀..... 整了几天都没达到DEMO的水准.... ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/23 22:33:00 | ||||
| 63楼： | 公司系统都是我用delphi开发的。 老板问，将公司的系统扩展到平板(肯定用Andriod系统，IOS和windwos的都太贵)上跑，Delphi可做吗？在delphixe2之前，我只能啊...啊...不能，老板说你走人吧，让会开发Andriod程序的人来做。 老板问，我用的是Ipad，将公司的系统安装到我的Ipad上，我用着方便，在delphixe2之前，我只能啊...啊...不行，老板说你走人吧，让会开发ipad程序的人来做。 我庆幸我选择了delphi，虽然等了这么久， ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 8:34:32 | ||||
| 64楼： | 楼上很滑稽，但说的实话 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 8:36:56 | ||||
| 65楼： | 看来楼上没有走，用DELPHIXE2 开发了Andriod系统应用 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 8:40:56 | ||||
| 66楼： | 扯。。既然要在Andriod or iPad上运行一些系统，就用PHP or JAVA开发网站，让前端调用Browser不就OK么。。。目前也就这想法 ---------------------------------------------- SQL SERVER DBA QQ:315054403 曾经的Delphier 缘在上海 |
|||||
| 作者： |
|
2011/8/24 10:42:08 | ||||
| 67楼： | EMB没有足够的钱来做很多事情，橙子如果做过经营经理就不会这样讲话了。文章中表露出一些社会知识方面的欠缺。 EMB在DELPHI连续亏损的状态下，投入资金是很客观的，也是尽力的。这种持续不知还能有多久。目前是每年2亿美金。挣不回来本钱的。 不要和微软比，微软能够每年投入近乎百亿在那些连续亏损的项目上，连续亏损几十亿的项目说砍掉就砍掉。微软有钱啊。 DELPHI项目只有区区20几个人，跟盛大都没法比。 盛大仅仅开发个delphi兼容编译器看看需要多少人力物力和时间？ 盛大经营方面事情橙子很清楚，设身处地设想一下自己是那些被开的项目负责人，如果是自己能力挽狂澜否，仔细想一想。 技术人员在一个公司拥有者眼里，向来是二等的。因为他们只能被哄着做秀才事罢了。经营方面往往成事不足败事有余却好大喜功觉得公司没有我们就如何如何......这是真理，无意得罪各位，希望明白的人能够成功往经营岗位上转移。 吕布厉害吧 关羽厉害吧 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 11:34:50 | ||||
| 68楼： | 非常同意3楼的这句话： 橙子或许技术还行，但是做人还是有些欠缺 ---------------------------------------------- 我是菜鸟，己经搞了十多年了，但是我仍然很菜。 |
|||||
| 作者： |
|
2011/8/24 11:36:31 | ||||
| 68楼： | 所以孙猴子再牛叉也只是干活的，lsu 说得入木三分啊！ ;> ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 12:05:31 | ||||
| 69楼： | 看了67楼lsu的话, 心中那个悲凉啊. 看来只有开源项目能够寄托技术人员心中的理想.所谓公司,如果不是财大气粗,必定被利益所左右,再牛X的人,也不过是棋子 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 13:17:01 | ||||
| 70楼： | lsu 瞎扯了吧，谁说 Delphi 连续亏损？谁说 EMBT 每年投入 2亿 美刀？不知道就不要瞎说话，要对自己的话负责，懂？ 你知道盛大怎样？YY无罪 有些人，网龄也不小了，少些瞎扯淡不难吧 ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/24 14:20:54 | ||||
| 71楼： | lsu:希望明白的人能够成功往经营岗位上转移。 ---------- 如果个个都往经营岗位上转换，谁来做生产者？中国的情况就是这样，觉得做技术没有前途，到30岁以上就惶恐了，都想往其他岗位上转，这其实就是浮躁的环境在影响中国的开发者。以前听过一个来自微软的培训人员说，在微软总部，随处可见一些不着边幅的人，看起来像是打杂的，其实是技术牛人，工资远比那些衣冠楚楚的管理者要高。 我觉得中国需要的是这样的环境，让做技术的人可以找归属感，而不是整天散布一些技术无用的荒唐言论，说句实话，没有生产者，你们搞经营的去经营个屁啊。 ---------------------------------------------- -colin and yoyo http://blog.csdn.net/linzhengqun |
|||||
| 作者： |
|
2011/8/24 15:10:20 | ||||
| 72楼： | 饭都还没吃饱，一窝蜂的都在谈起人生和前途来了，哈哈。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 15:28:35 | ||||
| 73楼： | 饭都还没吃饱。。。。。难不成盒子里都是等着红十字会来救助的人？ ---------------------------------------------- -colin and yoyo http://blog.csdn.net/linzhengqun |
|||||
| 作者： |
|
2011/8/24 16:41:58 | ||||
| 74楼： | to #71: 1：你在中国 2：微软的那种状况只能发生在美国，甚至不能发生在欧洲的英法德。 3：不用如果，本来就没几个幸运者能走上高薪的管理岗位，你不用担心没人编程，世上还是傻鸟多，何况制造傻人的教育机制还在疯狂运作中。 我无意冒犯任何人，只不过说了几句大实话。 我也相信你若干年后会同意我的话，那个时候你会同时体味到悔之晚矣是什么意思 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 16:52:00 | ||||
| 75楼： | To #70 1. EMB 每年投给 RAD项目最多2亿美金 2. RAD项目利润几千万美金。 EMB是上市公司，数据都可以查到。 3. 盛大的那些事情，圈内人都知道 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 17:02:28 | ||||
| 75楼： | to #74: 你说得太绝对了，不能因为个人的技术道路走得不顺利，就怪起整个行业来。 我奇怪的是一个搞经营的聪明人怎么会在一个技术论坛里和一群搞技术的傻鸟混呢，这会不会太影响你的智商了呀，建议你去弄经营的论坛玩儿去吧。 ---------------------------------------------- -colin and yoyo http://blog.csdn.net/linzhengqun |
|||||
| 作者： |
|
2011/8/24 19:47:56 | ||||
| 76楼： | 非常认同lsu的话，他说的是实话。从公司经营者角度来考虑，追求利润永远是第一位。建议大家不要老停留在Delphi以前的巅峰状态，Delphi虽然大不如以前，但至少还是在进步。MOTOROLA以前也很牛的，现在不也是被收购了吗，还有Nokia。再厉害的冠军也会被人替代和超越的，只是时间问题。凡事都有轮回，这是自然规律。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/24 20:37:46 | ||||
| 77楼： | delphi开发数据库程序还是很不错的！用得很顺手！ ---------------------------------------------- |
|||||
| 作者： |
|
2011/8/24 22:31:50 | ||||
| 78楼： | lsu兄台 盛大仅仅开发个delphi兼容编译器看看需要多少人力物力和时间？ 莫非盛大正在开发编译器？ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/25 1:37:52 | ||||
| 79楼： | lsu： EMB 每年投给 RAD项目最多2亿美金。RAD项目利润几千万美金。EMB是上市公司，数据 都可以查到。 —————— 既然如此，烦请你贴出相关数据或财报链接，你的意思应是你看到过相关的信息吧，那Share给我们看看吧 印象里李维有文章提到过，RAD是赚钱的，剥出Borland前甚至倒贴利润给ALM，但现在原文已找不到，因李维已弃用之前的博客空间，G到一篇转摘： http://www.blogjava.net/zyb9114/archive/2006/02/10/30109.html 盛大在开发编译器？还能更Joke么？ ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/25 1:49:10 | ||||
| 80楼： | 盛大的那些事，圈内都可以查 —————— 盛大的哪些事呢？譬如？盛大的经营已不算小，你指哪个圈子呢？ 很期待 lsu 大虾能透露一二哦，说吧，亲，不要忽悠或瞎扯哦，我们洗耳恭听呢 再扯扯编译器的开发，我朝真正理解透了那本龙书的能有多少人？这样浮躁的操蛋环境，怎么潜心做技术？ LinkedIn 上搜查，我朝最牛逼的几所学校（TSinghua、Peking、USTC）毕业生，太多在诸如 M$、Google、Intel、IBM、Oracle等公司，其中工程师、信息口的绝对的大头。 盛大不可能去做什么编译器，国内也没有哪家公司会去做编译器——易语言？那是给娃娃玩的，也只是由某个人无聊写写玩的。 ---------------------------------------------- 人生若只如初见 |
|||||
| 作者： |
|
2011/8/25 8:22:51 | ||||
| 81楼： | EMB年收入都没有2亿美元，何来投资2亿到RAD部门，当时EMB收购CODEGEAR时，加上CODEGEAR的营收不到1.2亿美元，如今有增长，最多估计不到2亿 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/25 9:45:40 | ||||
| 82楼： | EMB 不是上市公司， 它為私人投資公司Thoma Cressey Bravo 所有。 EMB 2008年的revenue 為100 million (1億美金）。 Thoma Cressey Bravo total asset 為1.5 billion (15億 根據wikipedia) ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/25 12:52:45 | ||||
| 83楼： | 蛋定，该干嘛干嘛去 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/25 15:52:21 | ||||
| 84楼： | 忽然方向盒子上热闹了不少 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/25 22:04:57 | ||||
| 85楼： | 呵呵，连 dfw 都 over 了，国内 delphier 的坛子确实不多啊 ... ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/26 8:32:23 | ||||
| 86楼： | Delphi搞跨平台平身就是一种错误X64,IOS,Android,Linux,MacOS等他全搞出来稳定下来,这些平台估计就又换了. 以后WEB才是方向和趋势,Delphi不往这方向发展必定OVER 搞一个好的WEB平吧,什么操作系统不可以运行? 他搞那么多原生平台他有那精力和实力吗? ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/26 9:28:52 | ||||
| 87楼： | 中国的程序员缺乏一种执着永恒的追求精神.看看在开源社区那些优秀的软件有中国人做的吗?或许中国人?我相信delphi一定会站起来的.就像当年的苹果公司,多少人横加指责,他自己甚至一度不振.可现在怎样呢?股票市值第一位?delphi缺的不是技术,而是它的产品的定位和营销策略.C#都10年了又怎样呢?JAVA如果离开了互联网又会怎样呢?我期待 delphi只要一步步的跟进,WINCE,Android,Linux,MacOS,ARM总有一天会站起来的. 许多程序员可以说靠delphi起家,最后反过来却离开delphi?甚至诋毁它,唉!......真的是的水平如何高吗?真的到了可以评价一个开发语言的资格吗?请注意,我们不过是一个使用者而已?如果有一天能够做一个象 Pascal编译器.那或许许他真的有资格了吧. 有人说,软件外国人编->外国人破解->中国人改造.唉仅此而已! ---------------------------------------------- 泱泱华夏十亿兵,国耻期待儿孙平,愿提十万虎狼旅,跃马扬刀灭东京! |
|||||
| 作者： |
|
2011/8/26 9:46:52 | ||||
| 88楼： | 跨平台是一定要的，这是趋势。而且这是LAZARUS和FREEPASCAL已经实现了许多年的（原生的）。 即使是桌面操作系统，WINDOWS也从来就不是最好的，只是用的人多一点而已。你如果有一个苹果电脑，你还会有兴趣在上面装盗版的WINDOWS然后再盗版一个DELPHI? MACOS基于UNIX，在上面装一个LAZARUS才是王道。 论坛里真正缺乏的也许是橙子这样说实话的程序员， 这让一部分将DELPHI奉若神明的人有些不安了。做技术首先就是要说实话，能接受别人的不同意见和中肯的批评，这才是技术人员就有的品行。 谁能说DataSnap比RemObject好？VCL（包括KYLIX中多加的那些Q开头的单元）能比一次编写各平台可以编译（支持交叉编译，即在同一平台编译生成不同平台的可执行文件）的LCL好？ 顺便说一句，Ribbon这样的控件，LAZARUS也有。而且是LGPL的。可能比DELPHI的好：） ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/26 9:49:54 | ||||
| 89楼： | 如果谁写一篇同样的批评文章给LAZARUS，那么这样的文章是受欢迎的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/26 10:40:27 | ||||
| 90楼： | 不同的人考虑的角度不同。 有的人从谋生角度考虑，有的人从技术考虑，有的人从商业角度考虑 得出的结论各有不同。 delphi在易博龙的手里在这几年没有倒掉已经是奇迹了。不要和微软比，没有可比性。 倒是希望易博龙能够把LAZARUS吸收进来，这样似乎有利于delphi的跨平台发展。估计是没法吸收，delphi是商业软件，LAZARUS基于freepascal，免费开源的 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/30 12:37:17 | ||||
| 91楼： | 有人提到了Native 跨平台 正是 Qt啊 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/31 15:10:07 | ||||
| 92楼： | 好歹是有新东西，今天不好，明天也许会好，反正用盗版，无所谓钱不钱。 不靠delphi吃饭有很久了，但是自己家里还是要装的，没事研究下，不要那么多抱怨嘛。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/8/31 15:10:55 | ||||
| 93楼： | 虽然还没试用，但是对64位还是比较期待的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/2 11:50:19 | ||||
| 94楼： | 热帖留名！ 还是很期待XE2 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/5 18:30:05 | ||||
| 95楼： | 连 dfw 都 over 了!! ---------------------------------------------- http://delphi.icm.edu.pl/ftp/http://delphi-z.ru |
|||||
| 作者： |
|
2011/9/6 11:04:31 | ||||
| 96楼： | 好貼留名，關於工具，我覺得好用就好，實用就好！~ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/6 11:16:26 | ||||
| 97楼： | 楼上有兄弟说pascal没有真正的字符类型。我感觉delphi不应该有这种最基本的问题呀，能不能举个例子详细说说？ ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/7 1:52:38 | ||||
| 98楼： | 露个脸.你们继续. ---------------------------------------------- 我的博客:huangjacky.cnblogs.com |
|||||
| 作者： |
|
2011/9/7 17:41:59 | ||||
| 99楼： | 不管怎样,Delphi到了易博龙手里改进还是很大的. 如果跨平台能搞好,一处编写到处编译生成各个平台的应用,我相信完全可以翻身. 到底能不能翻身就看做得怎么样了. ---------------------------------------------- 武稀松http://www.raysoftware.cn |
|||||
| 作者： |
|
2011/9/9 17:44:06 | ||||
| 100楼： | 我认为指望Lazarus三五年取代delphi的人可能最终会要失望的. ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/9 20:43:40 | ||||
| 101楼： | 好多，没全部看 在计算机领域，经常会有新的技术出现，但是很多时候只是噱头而已，往往很快就消失了。就我而言，实用是最重要的，我相信开发人员都会这样，虽然很常会被新技术吸引，但是最终实用的东西才会胜利，特别是在企业应用。 所以，我比较赞成linzhenqun (colin_you)45楼说的，实用才是王道。 橙子说的，Delphi确实让人没升级的意愿，我也很赞同，D7后基本没有一个让人完全想马上升级的版本，虽然后面有人说2007、2010等都不错，但是每次都只是玩玩就过去了，尝新一样。。。但是离升级似乎还是很遥远。 为什么Java可以这么久长盛不衰，我认为主要是兼容性和实用性，当然前提是能打开市场。虽然它开始使用并没D容易，但是它可以因为兼容性超好，所以内功越来越深厚，拥护的人越来越多，才有这样的结果。 D曾经是打开了市场，但是后来浮躁了，现在几乎每年在升级，不知道它又有什么能耐让人家升级，就算是微软Windows这样流行的操作系统，都没这个底气。。。产品不是越做越好，这样的东西能吸引人吗？ 相信很多骂的人都是非常喜欢D的，否则像前面有人说，你干嘛不骂PB，那是因为你根本不在乎而已。 不过我总有个预感，如果D开源，一定发展会非常好，不过似乎只是个梦。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/10 1:24:10 | ||||
| 102楼： | Lazarus并不想取代Delphi, 相反，Delphi发展对它没啥影响，只是提供了更多借鉴。 跨平台才是Lazarus的重点，至少目前是不可被超越的。而Delphi下的软件，如果只要求在windows桌面平台下，没什么是Lazarus不能编译的。 不仅是zeoslib这样的非可视控件。很多可视控件，如果不要求跨平台，只需在前面加上windows的引用和{$mode delphi}即可。从编程习惯来说，uses windows是很不值得提倡的。 如果只是开源，Delphi倒开了一些。但是经营理念太差，过于小气，最终只能是画地为牢。一个无源码的IDE，在Eclipse、MS VS Express等的冲击下，能有多大的市场？何况再加上一个高昂的价格。C、C＋＋、Java很难吗？ 开源对DELPHI可能是更好的出路，开源并不等于免费，但是如果价格上不做调整，很难。 有什么是LAZARUS不能做而DELPHI可以的？除了编译速度快一点？ 只有LAZARUS能的而DELPHI不能。至少目前是这样。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/10 1:25:38 | ||||
| 103楼： | uses windows实在不是一般的狭隘。这个习惯还真不是一般的不好。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/10 14:52:50 | ||||
| 104楼： | 好久没有看到这么好的贴子 了。。 我过在用delphi，现在还用，将来也用。。 ---------------------------------------------- 欢迎大家光临我的网站(博旺科技) http://www.nxbw.net |
|||||
| 作者： |
|
2011/9/10 15:30:15 | ||||
| 105楼： | delphi7能用就行了，不行的话用NET代替，Delphi能发展到现在真的不容易，支持一下吧 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/11 23:17:10 | ||||
| 106楼： | 应该大气一些，让用户放心。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/15 16:16:08 | ||||
| 107楼： | 静观其变 ---------------------------------------------- 扬帆远行 |
|||||
| 作者： |
|
2011/9/15 16:57:45 | ||||
| 108楼： | 就一工程師的心態。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/16 9:31:39 | ||||
| 109楼： | mark。 ---------------------------------------------- 这家伙很懒，什么都没有留下。 |
|||||
| 作者： |
|
2011/9/19 9:59:49 | ||||
| 110楼： | 工具，能达到提高生产效率和产品质量就好。 如果反被它所俘，岂不让人喷饭。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/19 10:38:32 | ||||
| 111楼： | DELPHI很不错的,要是支持ANDROID就更好了,不管麻烦不麻烦,至少省得再去熟悉其它语言 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/23 11:28:24 | ||||
| 112楼： | 真正做过大量系统分析或用DELPHI做过商业化软件的人都知道，这些争论啊评价的其实没任何必要。你B/S再牛，做移动开发试试，你Native再牛，做个ERP试试。什么反射啊泛型啊X64 UNICODE啊，无非是工具中的一个小特点，不用有什么不可以？ 所有的东西不都是一个工具嘛，都是可选项，谁也别说谁牛，也别说谁不行。争来争去有什么意思，什么项目该用什么就用什么，适合用什么就用什么。 我用DELPHI也有十几年，基本上对XE2还是支持态度，毕竟多了一个选择了，作为一个程序员如果厚此薄彼估计迟早会吃亏的。 作为不多的native选择，希望DELPHI的编译器尽快支持ARM和WINRT，下一步会有大发展 ---------------------------------------------- - |
|||||
| 作者： |
|
2011/9/23 17:17:21 | ||||
| 113楼： | 一个使用Delphi12年的人...还是比较期待XE2的. ---------------------------------------------- - |
|||||
| 作者： |
|
2012/2/16 11:35:24 | ||||
| 114楼： | 对于Firemonkey作者并无了解，我比较想听听作者在这方面的叙述。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/4/21 10:45:12 | ||||
| 115楼： | 1.没有完美的开发工具，只有合适的开发工具！ 2.能用来赚钱和工作就OK,那个工具都有其优劣一面。 3. 我还是依然会支持 使用 Delphi，它依然是最优雅的，Delphi 带给我的是 很深的情节。不必要追求太完善 ，作为论坛是可以发表意见 ，在现实中，还是要具体情况，具体分析，呵呵，小菜路过， 4.聪明的程序员 用delphi ，专业的程序员用c++，， 5.不管delphi 对跨平台和 64位的支持，做得如何，至少我们可以看到delphi 在进步，赚钱是另一回事，WEB，发展才是硬道理 6，不过新版本也修改了不少 BUG ，delphi也在努力中，，，，期待，，， ---------------------------------------------- -相互学习,共同进步! 努力每一天，不能望山跑死马 发上等愿，结中等缘，享下等福；择高处立，寻平处住，向宽处行 |
|||||
| 作者： |
|
2012/4/21 21:46:20 | ||||
| 116楼： | 三楼说的真好，赞一个 不喜欢就不用，有什么好指责的？ 为什么你们看不到一些公司利用操作系统的优势排挤delphi? 从xp一直到现在的win7,你都没法在资源管理器里使用内容搜索来检索扩展名为.pas的文件，这是什么行为？ ---------------------------------------------- - |
|||||
| 作者： |
|
2012/4/22 12:43:49 | ||||
| 117楼： | 狗咬狗 一嘴巴的毛哇 ---------------------------------------------- sdfsdfsdfsdfdfsdfsdfdfdf |
|||||
| 作者： |
|
2012/4/22 13:44:11 | ||||
| 118楼： | 原来是老贴。不过我还是说点吧。 Delphi转手以后实现的功能，楼主竟然还怪实现的太晚？ 连当年在Delphi身上发生的那些事情都不知道，还好意思出来指责现在的Delphi？！ 别的我也不像说了，和3楼一个观点，楼主就是个哗众取宠的主。 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/4/27 0:35:30 | ||||
| 119楼： | 讨论什么delphi，工具而已！重要的是pascal语法，比所有语言的语法都严谨、优美、易懂。当然编译执行效率同样重要。如果实在讨厌delphi的越升级越不顺眼，那么就用Lazarus吧，你们用坐着埋怨的功夫用来支持Lazarus，那么它现在已经是完美无比的编译器了。 ---------------------------------------------- 吾家无以为宝，仁心以为宝。 |
|||||
| 作者： |
|
2012/4/27 12:20:41 | ||||
| 120楼： | 好久都没看到盒子上有这么高的楼了 ---------------------------------------------- - |
|||||
| 作者： |
|
2012/4/27 16:45:15 | ||||
| 121楼： | 楼主这是恨铁不成钢呀 ---------------------------------------------- -HouSoft http://www.yryz.net |
|||||
| 作者： |
|
2012/4/27 23:02:43 | ||||
| 122楼： | Delphi可开发的系统类型很多，本身组件与三方组件多得难以计数，其实各人所能涉及的却很少。追求大而全不是明白人做的事。即使所能提供的支持不足，也可以自己想办法，自己编代码实现。不是非得靠别人开发的封装或架构才能满足。 ---------------------------------------------- 吾家无以为宝，仁心以为宝。 |
|||||
| 作者： |
|
2012/5/4 12:54:35 | ||||
| 123楼： | 深圳搬家公司,福田搬家服务.福田八卦岭搬家创建于1996 年.深圳市蚂蚁搬家有限公司是一家集家居搬迁、企业迁移、重型机械吊装、商品打包转仓、大件运输、一体的专业的深圳搬家公司 。是一家重信用深圳福田搬家公司。长期担任八卦岭搬厂，写字楼搬迁，深圳福田八卦岭搬家业务，被市民评为专业性搬家公司 。我们的承诺；满意市民深圳搬家服务网站。 八大保证1、免费上门估价，签订搬家合约。2、随车备有床垫套，毛毯，纸箱等防止物品污损碰撞。3、服务人员态度亲切，年轻细心有冲劲，工作期间严格遵守公司制度。4、负责家具拆装，配和搬家业主指挥定位。 5、平价收费，订合约后绝不加价。6、可提供纸箱，气泡垫等包装材料。 7、搬运过程中，如因搬家公司人为造成物品折损负责理赔。8、价格公开化。0755-83255756 0755-21521753更多的细节进搬家公司网址：http://www.szmaijie.com质量保证，欢迎咨询洽谈。 深圳搬家公司 深圳南山搬家公司 深圳宝安搬家公司 深圳福田搬家公司深圳龙岗搬家公司 深圳罗湖搬家公司深圳龙华搬家公司 深圳盐田搬家公司 深圳布吉搬家公司 深圳平湖搬家公司 深圳观澜搬家公司 深圳石岩搬家公司 深圳西乡搬家公司 深圳爱联搬家公司 深圳橫岗搬家公司 龙华民治搬家公司 深圳西丽搬家公司 深圳坂田搬家公司 龙岗中心城搬家公司深圳松岗搬家公司 宝安公明搬家公司深圳华强北搬家公司 深圳葵涌搬家公司 深圳皇岗搬家公司 宝安光明搬家公司 深圳清水河搬家公司深圳园岭搬家公司 深圳科技园搬家公司 深圳莲塘搬家公司 深圳东门搬家公司深圳田贝搬家公司 深圳草铺搬家公司深圳益田村搬家公司 深圳笋岗搬家公司深圳岗厦搬家公司 深圳沙湾搬家公司 ---------------------------------------------- 深圳搬家公司 深圳南山搬家公司 深圳宝安搬家公司 深圳福田搬家公司 |
|||||
| 作者： |
|
2012/5/10 2:06:21 | ||||
| 124楼： | 真是热帖啊~搬家公司的都来参与了! ---------------------------------------------- - |
|||||
| 作者： |
|
2012/5/28 17:24:32 | ||||
| 125楼： | delphi xe2还是不错的，我已经用它做了一个IOS APP并送到了APP STORE销售了。呵呵，大家多实践吧，干干有好处的！！！！ ---------------------------------------------- 他们总是取笑失败者，以酷似智者；他们也总是为成功者喝采，以取得赏金。 |
|||||
| 作者： |
|
2012/5/28 20:12:17 | ||||
| 126楼： | 我只是围观,比较期待Firemonkey.希望emb能稳扎稳打. ---------------------------------------------- - |
|||||
| 作者： |
|
2013/8/13 11:34:46 | ||||
| 127楼： | 深圳搬家公司 http://www.sz-hrzbj.cn 深圳搬厂公司 深圳福田搬家公司 深圳罗湖搬家公司 深圳南山搬家公司 深圳宝安搬家公司 深圳龙华搬家公司 深圳龙岗搬家公司 深圳布吉搬家公司 深圳盐田搬家公司 深圳吊车公司 深圳长途搬家公司 深圳空调维修 深圳海尔空调维修 深圳LG空调维修 深圳新科空调维修 深圳志高空调维修 深圳三菱空调维修 深圳格力空调维修 深圳松下空调维修 深圳奥克斯空调维修 深圳美的空调维修 深圳空调清洗 ---------------------------------------------- - |
|||||
| 作者： |
|
2013/8/13 13:50:52 | ||||
| 128楼： | 原来是广告贴把这顶上来的！ ---------------------------------------------- -我的博客 |
|||||
| 信息 |
| 登陆以后才能回复 |
