比如说获取网页传输过来的变量:jsp用
request.getParameter("var")php用
$_GET['$var'] 或
$_POST['$var']咋看之下,php所用的语句要简单得多,jsp的语句反而显得很笨重,不过细想一下,php用的方式很傻B,完全是按照http 1.1的协议来弄的,如果此http协议以后变了取消了post或get方法了,该怎么办?此时jsp就无所谓了,反正它的语句中没有post或get这两个单词,它是用面向对象的方式,即用request对象的getParameter方法来获取网页变量,管你http协议变不变,都不用担心,语句不用变;而php就不行了,万一http协议变了,获取网页变量改用了另一种方式叫send,那php又得变为$_SEND['$var']所以说php真的很被动,没有搞出自我的体系,连很多命令都是照抄c和perl还有unix的,难以自成一家,似乎成不了气候,这或许是开发者最初的定位导致的问题,php对一些应用,完全是临时抱佛脚之感,只从细节上考虑,能用就好,却没有从整体上来考虑,没有抽像好,那个$_POST[]和$_GET[]的情况就是的
request.getParameter("var")php用
$_GET['$var'] 或
$_POST['$var']咋看之下,php所用的语句要简单得多,jsp的语句反而显得很笨重,不过细想一下,php用的方式很傻B,完全是按照http 1.1的协议来弄的,如果此http协议以后变了取消了post或get方法了,该怎么办?此时jsp就无所谓了,反正它的语句中没有post或get这两个单词,它是用面向对象的方式,即用request对象的getParameter方法来获取网页变量,管你http协议变不变,都不用担心,语句不用变;而php就不行了,万一http协议变了,获取网页变量改用了另一种方式叫send,那php又得变为$_SEND['$var']所以说php真的很被动,没有搞出自我的体系,连很多命令都是照抄c和perl还有unix的,难以自成一家,似乎成不了气候,这或许是开发者最初的定位导致的问题,php对一些应用,完全是临时抱佛脚之感,只从细节上考虑,能用就好,却没有从整体上来考虑,没有抽像好,那个$_POST[]和$_GET[]的情况就是的
当然了,php在目前还是有实用性的,出php的书能赚钱,办php培训班也能赚钱,目用php搞开发,我觉得php真的有傻b的地方
不同的市场,不同的应用...
既然说到技术变化,如果真按楼主说法变成了"HTTP 2.0",那么,不仅仅是PHP,ASP/.NET/JAVA都会发生很大的变化。搞这行的人本来就是要不断的学习。
就算HTTP协议变了,照样可以用$_POST访问。不要以为$_POST的实现就是用POST方法的名称作为变量名,$_POST是全局超变量。没有POST方法过来,$_POST这个数组还是存在的(GET方法请求页面时,print_r($_POST)显示的是Array(), 而不是空。),只不过是POST过来就把数据赋给$_POST这个数组而已。你如果足够强的话(依我看,你的水平也停留在说说而已),可以修改PHP的原码,把GET方法过来的数据赋给$_POST数组。强烈鄙视这种自以为是的人!!!!!
因为楼主根本就不知道php是什么
_GET,_POST怎么跟http协议的版本扯上关系.我想最基本的http1.0也是实现了GET,POST方法的吧.
PHP其实也有_REQUEST统一取得_GET,_POST参数的,为何实际开发中很少用,有一个是因为安全问题.程序员自己写的东西至少你应该知道是通过什么方法传递的,这都不明白,胡乱一气用_REQUEST,有何安全可言.性能也也下降不少.
LZ很好
上面的前提条件是LZ是SB 中的
在变化的同时,保留这两个变量也不为难事,那么客户端也不见得一定要变再说了,若干年以后的事,客户端也不知道变成什么了,不管是PHP还是JSP,可能都会在面目全非,楼主又何必过分担忧
的doGet或者doPost方法参数中得来的,与PHP的方式应该
是没有什么两样的。
本人就说这一句,不值得辩。
PHP中的$_post等只不过提供了一种方便吧!其他语言也不过同理吧了!