http://www.codegear.com/Products/Delphi/DelphiforPHP/tabid/237/Default.aspx

解决方案 »

  1.   

    PHP咋
    和Delphi扯不上关系
    就个IDE类似而已-_#!
      

  2.   

    以前做PHP用的都是editplus,如果以后再做PHP,就用Delphi for PHP啦
      

  3.   

    老实说,熟悉Delphi又熟悉PHP的人用着肯定顺手......
      

  4.   

    老实说,熟悉Delphi又熟悉PHP的人用着肯定顺手......
      

  5.   

    熟悉Delphi又熟悉PHP的人用着肯定顺手......未必..........
      

  6.   

    熟悉Delphi又熟悉PHP的人用着肯定顺手......未必..........
    =========================
    我就是在Delphi和PHP两者之间做开发的人,一个字:等不为什么,只为那VCL for PHP。
      

  7.   

    但不是主流的WEB技术,不敢用,,
      

  8.   

    但不是主流的WEB技术,不敢用,,
    ==============================
    主流,意味着在求职时需要面对更多的竞争对手。
      

  9.   

    不知道用PHP的程序员怎么看???
      

  10.   

    看了那天李维的演示,只有一句话,太Cool了。
    用PHP的程序员不试用一下真的是非常遗憾的。
    完全是用PHP写的框架,与Object Pascal没有什么关系的。
      

  11.   

    linzhengqun(风。我回来了) ( ) 信誉:100    Blog  2007-3-19 9:14:36  得分: 0  
     
     
       
    看了那天李维的演示,只有一句话,太Cool了。
    用PHP的程序员不试用一下真的是非常遗憾的。
    完全是用PHP写的框架,与Object Pascal没有什么关系的。---------------------------------------------------------------
    这么牛,下个来看看......
      

  12.   

    linzhengqun(风。我回来了) ( ) 信誉:100    Blog  2007-3-19 9:14:36  得分: 0  
     
     
       
    看了那天李维的演示,只有一句话,太Cool了。
    用PHP的程序员不试用一下真的是非常遗憾的。
    完全是用PHP写的框架,与Object Pascal没有什么关系的。---------------------------------------------------------------牛人一个
      

  13.   

    当然感觉非常好了,以前不敢碰php,现在也可以玩玩了
      

  14.   

    1. PHP是国外统计排名第一的网站开发语言,远超过Ruby。
    2. VCL for PHP完全开源。
    3. Delphi for PHP操作和Delphi 7完全一致(那个IDE还是用Delphi 7)做的。至于为什么叫Delphi for PHP么,官方的解释是Delphi今后将成为CodeGear IDE产品线的品牌,而不再用作语言的名称。所以Delphi 2007 for Win32应该叫做Delphi for Object Pascal。
      

  15.   

    我理解Delphi for PHP是用一个类似VCL的框架,以可视化的方式生成PHP的源码。
    也许我已经老了,对脚本语言缺乏兴趣。
    不过我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。
    Java?C#?
    都没戏。
      

  16.   

    我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。
      

  17.   

    很期待PHP的,很想下载一个来学习。
      

  18.   

    我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。
      

  19.   

    DelphiGuy() ( ) 我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。Java?C#?
    都没戏。
    .....
    还少说了一样,ASP.net,他和C#可是结合的很好呢。.net这一点上比java要强一些了,java平台上搞起来有点复杂的。
      

  20.   

    现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是unix平台作服务器,说实话,我真的不太理解这是为什么,都说unix效率高,可是我最近学习的心得告诉我,unix的效率不高的啊,unix正规、安全倒是不差的,说道效率高,说实话我感觉不出来。1、线程模型,只有商用的unix内核级别的线程才能赶上windows模型。linux之流根本没得比的,线程调度效率要比windwos差3、4倍。如果用正规的传统的unix进程,内存耗死你。2、进程模型,unix用fork添加子进程,但是语义上据说很完美,它的语义是,调用fork后同样的进程执行分裂成2个相同的进程执行顺序,堆、栈都要拷贝一个副本(汗死,如果真这么做,系统根本吃不消),实际上商用系统都不是真正拷贝一个副本,而是在内存调度上共享,并且标记为写时复制。windows没有这样的语义创建进程,他只有类似于vFork的创建进程的办法。3、windows的映射文件共享内存,虽然使用上复杂,但是要比unix的共享内存机制效率高一些。4、windows有大量的高级进程、线程同步对象可供使用,从轻量级的到内核实现的重量级的低效同步对象都有,unix有什么?只有那些重量级的中规中矩的信号量之类的玩意,还说这些玩意效率高,我实在看不出高在哪里。5、windows有完成端口模型,unix标准中没有这个模型,用完成端口来制造一个web服务器效率不知道要提升多少倍!!!!!!!!!!!!!还有一大堆的东西。unix就是正规,就是完美,就是简洁,但是说他效率高,我实在感觉不出来。说实话,我是在搞不明白为啥还有这么多的人会选择unix系统作服务器。甚至很多人为了子虚乌有的效率高原因,windows上写出好程序不容易倒是实话,不安全是事实。windows上的程序平台依赖性强也是实话,但是又有多少企业会在乎平台依赖性呢?难道,你用了一种系统就会每隔几个月换成其他的?选择了一种,肯定会很长时间不改变。还有的说unix稳定,我用了这么久,unix一点都不稳定!特别是硬件兼容性绝对比不上windows系统!!!,驱动程序老旧,新的缺乏广泛测试。如果要用unix系统的服务器绝对要用品牌厂商的服务器,贵得要死,升级硬件平白无故被宰!!!,用自己采购配件组装服务器,用unix绝对死得很难看的,时不时就会当机,你还不知道原因是啥。稳定在哪里?哪有稳定性可言?unix的神化该真相大白了!
      

  21.   

    BlueTrees(蜗牛)现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是unix平台作服务器,说实话,我真的不太理解这是为什么,都说unix效率高,可是我最近学习的心得告诉我,unix的效率不高的啊,unix正规、安全倒是不差的,说道效率高,说实话我感觉不出来。1、线程模型,只有商用的unix内核级别的线程才能赶上windows模型。linux之流根本没得比的,线程调度效率要比windwos差3、4倍。如果用正规的传统的unix进程,内存耗死你。2、进程模型,unix用fork添加子进程,但是语义上据说很完美,它的语义是,调用fork后同样的进程执行分裂成2个相同的进程执行顺序,堆、栈都要拷贝一个副本(汗死,如果真这么做,系统根本吃不消),实际上商用系统都不是真正拷贝一个副本,而是在内存调度上共享,并且标记为写时复制。windows没有这样的语义创建进程,他只有类似于vFork的创建进程的办法。3、windows的映射文件共享内存,虽然使用上复杂,但是要比unix的共享内存机制效率高一些。4、windows有大量的高级进程、线程同步对象可供使用,从轻量级的到内核实现的重量级的低效同步对象都有,unix有什么?只有那些重量级的中规中矩的信号量之类的玩意,还说这些玩意效率高,我实在看不出高在哪里。5、windows有完成端口模型,unix标准中没有这个模型,用完成端口来制造一个web服务器效率不知道要提升多少倍!!!!!!!!!!!!!还有一大堆的东西。unix就是正规,就是完美,就是简洁,但是说他效率高,我实在感觉不出来。说实话,我是在搞不明白为啥还有这么多的人会选择unix系统作服务器。甚至很多人为了子虚乌有的效率高原因,windows上写出好程序不容易倒是实话,不安全是事实。windows上的程序平台依赖性强也是实话,但是又有多少企业会在乎平台依赖性呢?难道,你用了一种系统就会每隔几个月换成其他的?选择了一种,肯定会很长时间不改变。还有的说unix稳定,我用了这么久,unix一点都不稳定!特别是硬件兼容性绝对比不上windows系统!!!,驱动程序老旧,新的缺乏广泛测试。如果要用unix系统的服务器绝对要用品牌厂商的服务器,贵得要死,升级硬件平白无故被宰!!!,用自己采购配件组装服务器,用unix绝对死得很难看的,时不时就会当机,你还不知道原因是啥。稳定在哪里?哪有稳定性可言?unix的神化该真相大白了!
    =======================================
    你测比的硬件平台是什么?
    是在小型机上测试的吗?
    不要告诉我,你在小型机、大型机上安装Windows轻松自如,驱动唾手可得哦。
    也不要告诉我,企业用户应该把吞吐率放在一边,或者放一堆的Windows集簇服务器来提供等同小型机的负载能力。
    更不要告诉我,企业用户应该放弃更强的数据库系统和中间件产品,而改用微软的操作系统和数据库系统及中间件技术。
      

  22.   

    楼上的,不要激动,大企业级应用大多都是UNIX操作系统这是事实,我呆过的两家都是这样;一般情况中小企业大部分用Windows作服务器操作系统,因为简单(大多数都不会用小型机)......
      

  23.   

    两外,相对于.net和Java说,php兼顾轻量级和跨平台;
    java和.net都用过,觉得java愈来愈多复杂;.net一旦遇上企业级用户,人家本身就有Unix、Liuux系统,.net就有点力不从心;所以,如果你要做网站我觉得应该选PHP......
      

  24.   

    qiume
    楼上的,不要激动,大企业级应用大多都是UNIX操作系统这是事实,我呆过的两家都是这样;一般情况中小企业大部分用Windows作服务器操作系统,因为简单(大多数都不会用小型机)......
    ==================
    你说的对,Windows和*nix之间本来就没有谁绝对比谁好。
    好坏是相对的。
    在某种应用场合,Windows更经济;而在某种应用场合,就不得不选择*nix。
    如果真像前面那位朋友所说,那么*nix/小型机/大型机就没有存在的必要了,也没有昂贵的资格了。
      

  25.   

    回复人:BlueTrees(蜗牛) ( 一星(中级)) 信誉:83  2007-3-25 0:51:22  得分:0
    ?  现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是unix平台作服务器,说实话,我真的不太理解这是为什么,都说unix效率高,可是我最近学习的心得告诉我,unix的效率不高的啊,unix正规、安全倒是不差的,说道效率高,说实话我感觉不出来。
    ...
    ==========================================================
    你真的了解重负载下的表现吗?
    举个简单的例子:
    你把freedb的压缩包下载回来(我下载的是freedb-complete-20061010.tar.bz2,473MB),解开后大概2GB多,不算大,但是有将近200万个文件。
    这么多文件放在一个驱动器上,Windows基本上已经不能用了,但是Unix可以。:)
      

  26.   

    小子,看来你应该去好好了解下POSIX线程模型,现在主流UNIX系统和Linux都支持这个线程模型。
    以下为引用!!!
    ————————————————————————————————————————
    现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是unix平台作服务器,说实话,我真的不太理解这是为什么,都说unix效率高,可是我最近学习的心得告诉我,unix的效率不高的啊,unix正规、安全倒是不差的,说道效率高,说实话我感觉不出来。1、线程模型,只有商用的unix内核级别的线程才能赶上windows模型。linux之流根本没得比的,线程调度效率要比windwos差3、4倍。如果用正规的传统的unix进程,内存耗死你。2、进程模型,unix用fork添加子进程,但是语义上据说很完美,它的语义是,调用fork后同样的进程执行分裂成2个相同的进程执行顺序,堆、栈都要拷贝一个副本(汗死,如果真这么做,系统根本吃不消),实际上商用系统都不是真正拷贝一个副本,而是在内存调度上共享,并且标记为写时复制。windows 没有这样的语义创建进程,他只有类似于vFork的创建进程的办法。3、windows的映射文件共享内存,虽然使用上复杂,但是要比unix的共享内存机制效率高一些。4、windows有大量的高级进程、线程同步对象可供使用,从轻量级的到内核实现的重量级的低效同步对象都有,unix有什么?只有那些重量级的中规中矩的信号量之类的玩意,还说这些玩意效率高,我实在看不出高在哪里。5、windows有完成端口模型,unix标准中没有这个模型,用完成端口来制造一个web服务器效率不知道要提升多少倍!!!!!!!!!!!!!
      

  27.   

    汗,都是高手,但是不要吵^_^
    都说说这个Delphi for PHP吧:)
      

  28.   

    小子,看来你应该去好好了解下POSIX线程模型,现在主流UNIX系统和Linux都支持这个线程模型。=============================================]posix是一个约定,规范,但是如何实现,是各个unix厂商的事情,linux支持这个posix线程,据说,效率是很低的,早期版本是用户态的线程,用进程模拟的,后来发现效率实在太低,才弄进核心,但是,效率仍然很差!其他的unix除了商用的也差不多是这样的。
      

  29.   

    unix可靠是没错的。效率高吗?windows集群服务在很多场合的确可以代替小型机!
      

  30.   

    哈哈UNIX VS WINDOWS。看戏
      

  31.   

    BlueTrees(蜗牛) ( )
    unix可靠是没错的。效率高吗?
    windows集群服务在很多场合的确可以代替小型机!
    ==================
    1.效率比可靠性更重要?
    2.Windows集群的软硬件开支、维护开支比小型机又有什么优势?
      

  32.   

    晕,不要吵啦,到这里吵吧,也是两百分哦:)http://community.csdn.net/Expert/topic/5419/5419114.xml
      

  33.   

    开发高性能的服务器,Linux下用epoll(没用过Unix,好像也是用epoll), freebsd下用kqueue/kevent, windows用iocp..基本上性能一样,C10K的网页有测试。。这里有C10K问题的详细分析
    http://www.kegel.com/c10k.html
      

  34.   

    开发网站应用,Delphi for PHP看介绍是很好用啊不过,对比PHP,我更看好Ruby,它的元编程特性,使ActiveRecord的实现了一个革命性的O/R技术,比Java的Hibernate好用多了..
      

  35.   

    开发高性能的服务器,Linux下用epoll(没用过Unix,好像也是用epoll), freebsd下用kqueue/kevent, windows用iocp..======================================如果用厂商私有的API提高性能,那么UNIX的C代码可移植又有什么意义呢?如果用私有API和windows有何差别呢?windows也是支持Posix的,如果你要舍弃性能,追求可移植能力,那么用遵守posix要求的C开发的程序在windows下照样是可以编译通过的。
    同样C的基本库,在windows下也是可以使用的,虽然有厂商实现差异,但是unix同样有这样的问题。使用私有API,unix的源代码可移植能力又体现在了那里了呢?!!!!
      

  36.   

    开发网站应用,Delphi for PHP看介绍是很好用啊
      

  37.   

    在平台移植的时候,使用宏来实现编译时代码段的选择libevent就做了一个epoll/kqueue/iocp的封装,,各个平台都可以用,,
      

  38.   

    楼上的说到元编程,如果从广义角度来讲(而不是讲究所谓的动态语法),Delphi 的 VCL 就完全可以实现,而且可以绑定大多数的第三方控件,实现类似的MVC框架。PHP 的运行效率据说是最高的(相对JSP/ASP),当然比大多数的JAVA框架要快得多,因为它的核心是用C写的,可以最大限度利用操作系统的性能。如果他能实现VCL的编程效率个人看好他的前景。
      

  39.   

    gzlcd() ( ) 信誉:100    Blog  2007-3-27 22:28:56  得分: 0  
     
     
       
    楼上的说到元编程,如果从广义角度来讲(而不是讲究所谓的动态语法),Delphi 的 VCL 就完全可以实现,而且可以绑定大多数的第三方控件,实现类似的MVC框架。PHP 的运行效率据说是最高的(相对JSP/ASP),当然比大多数的JAVA框架要快得多,因为它的核心是用C写的,可以最大限度利用操作系统的性能。如果他能实现VCL的编程效率个人看好他的前景。----------------------------------------------------------------------------------
    框架(类VCL)当然是PHP写的,效率应该不差,看看在说......
      

  40.   

    楼上别这么说,对于我等小菜来说,IDE用着顺手方便好多呢......
      

  41.   

    延长试用期的方法:
    http://community.csdn.net/Expert/TopicView3.asp?id=5392932
      

  42.   

    延长试用期的方法:
    http://community.csdn.net/Expert/TopicView3.asp?id=5392932
      

  43.   

    前面的地址弄错了延长试用期的方法:
    http://community.csdn.net/Expert/TopicView3.asp?id=5425359
      

  44.   

    接sql server 不行啊.怎么回事?
    谁又使用心得给放出来
      

  45.   

    用Uedit32查找并修改 delphiforphp.exe 文件中的某个序列:修改前:FF 56 0C 8D 55 D8 8B 03 E8
    修改后:90 90 90 8D 55 D8 8B 03 E8
      

  46.   

    callzjy(草魚) 正确
    我用了
      

  47.   

    连不上sql server的原因是由于,php.ini每次启动,或执行的时候都动态生成一个。即使你修改了php.ini的内容,只要delphi for php 启动了,就把他覆盖掉了。所以连接不了sql server. 这个问题是不是试用版本的原因呢?
      

  48.   

    挺慢的,尤其是编辑窗口.慢的要死
    如果果真是楼上说的原因链接不上sql server ,那么codecear 也太不厚道了
      

  49.   

    flashtong(阿木挺慢的,尤其是编辑窗口.慢的要死
    如果果真是楼上说的原因链接不上sql server ,那么codecear 也太不厚道了
    ======================
    微软不厚道的地方更多呵
      

  50.   

    不过害是很期待的d4php的,早就用够了asp了,.net又不爽,java不会,还是php比较亲切啊.
    期待......
      

  51.   

    经过研究,终于可以连接到SQL SERVER 上了。
    需要修改的文件为 php目录下的 php.ini.template 将
    ;extension=php_mssql.dll
    修改为 
    extension=php_mssql.dll
    如果想支持其他数据库,将相应的选项打开即可。
      

  52.   

    Linux系统还是很稳定的,我们的电力监控就是用linux,24小时运行可支持6个月不用重启.以前用的那个WIN98,一个月肯定要启动一回.
      

  53.   

    下载:ftp://ftpd.borland.com/download/delphi/php/d4php_trial.exe