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。
我理解Delphi for PHP是用一个类似VCL的框架,以可视化的方式生成PHP的源码。 也许我已经老了,对脚本语言缺乏兴趣。 不过我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。 Java?C#? 都没戏。
和Delphi扯不上关系
就个IDE类似而已-_#!
=========================
我就是在Delphi和PHP两者之间做开发的人,一个字:等不为什么,只为那VCL for PHP。
==============================
主流,意味着在求职时需要面对更多的竞争对手。
用PHP的程序员不试用一下真的是非常遗憾的。
完全是用PHP写的框架,与Object Pascal没有什么关系的。
看了那天李维的演示,只有一句话,太Cool了。
用PHP的程序员不试用一下真的是非常遗憾的。
完全是用PHP写的框架,与Object Pascal没有什么关系的。---------------------------------------------------------------
这么牛,下个来看看......
看了那天李维的演示,只有一句话,太Cool了。
用PHP的程序员不试用一下真的是非常遗憾的。
完全是用PHP写的框架,与Object Pascal没有什么关系的。---------------------------------------------------------------牛人一个
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。
也许我已经老了,对脚本语言缺乏兴趣。
不过我相信WEB开发的方向是PHP、Perl这种更轻量级的语言。
Java?C#?
都没戏。
都没戏。
.....
还少说了一样,ASP.net,他和C#可是结合的很好呢。.net这一点上比java要强一些了,java平台上搞起来有点复杂的。
=======================================
你测比的硬件平台是什么?
是在小型机上测试的吗?
不要告诉我,你在小型机、大型机上安装Windows轻松自如,驱动唾手可得哦。
也不要告诉我,企业用户应该把吞吐率放在一边,或者放一堆的Windows集簇服务器来提供等同小型机的负载能力。
更不要告诉我,企业用户应该放弃更强的数据库系统和中间件产品,而改用微软的操作系统和数据库系统及中间件技术。
java和.net都用过,觉得java愈来愈多复杂;.net一旦遇上企业级用户,人家本身就有Unix、Liuux系统,.net就有点力不从心;所以,如果你要做网站我觉得应该选PHP......
楼上的,不要激动,大企业级应用大多都是UNIX操作系统这是事实,我呆过的两家都是这样;一般情况中小企业大部分用Windows作服务器操作系统,因为简单(大多数都不会用小型机)......
==================
你说的对,Windows和*nix之间本来就没有谁绝对比谁好。
好坏是相对的。
在某种应用场合,Windows更经济;而在某种应用场合,就不得不选择*nix。
如果真像前面那位朋友所说,那么*nix/小型机/大型机就没有存在的必要了,也没有昂贵的资格了。
? 现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是unix平台作服务器,说实话,我真的不太理解这是为什么,都说unix效率高,可是我最近学习的心得告诉我,unix的效率不高的啊,unix正规、安全倒是不差的,说道效率高,说实话我感觉不出来。
...
==========================================================
你真的了解重负载下的表现吗?
举个简单的例子:
你把freedb的压缩包下载回来(我下载的是freedb-complete-20061010.tar.bz2,473MB),解开后大概2GB多,不算大,但是有将近200万个文件。
这么多文件放在一个驱动器上,Windows基本上已经不能用了,但是Unix可以。:)
以下为引用!!!
————————————————————————————————————————
现在唯一的毛病还是出在操作系统上。很多公司选择的仍然是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服务器效率不知道要提升多少倍!!!!!!!!!!!!!
都说说这个Delphi for PHP吧:)
unix可靠是没错的。效率高吗?
windows集群服务在很多场合的确可以代替小型机!
==================
1.效率比可靠性更重要?
2.Windows集群的软硬件开支、维护开支比小型机又有什么优势?
http://www.kegel.com/c10k.html
同样C的基本库,在windows下也是可以使用的,虽然有厂商实现差异,但是unix同样有这样的问题。使用私有API,unix的源代码可移植能力又体现在了那里了呢?!!!!
楼上的说到元编程,如果从广义角度来讲(而不是讲究所谓的动态语法),Delphi 的 VCL 就完全可以实现,而且可以绑定大多数的第三方控件,实现类似的MVC框架。PHP 的运行效率据说是最高的(相对JSP/ASP),当然比大多数的JAVA框架要快得多,因为它的核心是用C写的,可以最大限度利用操作系统的性能。如果他能实现VCL的编程效率个人看好他的前景。----------------------------------------------------------------------------------
框架(类VCL)当然是PHP写的,效率应该不差,看看在说......
http://community.csdn.net/Expert/TopicView3.asp?id=5392932
http://community.csdn.net/Expert/TopicView3.asp?id=5392932
http://community.csdn.net/Expert/TopicView3.asp?id=5425359
谁又使用心得给放出来
修改后:90 90 90 8D 55 D8 8B 03 E8
我用了
如果果真是楼上说的原因链接不上sql server ,那么codecear 也太不厚道了
如果果真是楼上说的原因链接不上sql server ,那么codecear 也太不厚道了
======================
微软不厚道的地方更多呵
期待......
需要修改的文件为 php目录下的 php.ini.template 将
;extension=php_mssql.dll
修改为
extension=php_mssql.dll
如果想支持其他数据库,将相应的选项打开即可。