首页 | 新闻 | 交流 | 问吧 | 文档 | 手册 | 下载 | 博客

收藏此问题 发表新评论

PHP是用来做网站的 Java从不做网站

本帖最后由 TankMe 于 2009-11-24 17:25 编辑

这几年,B/S结构被炒的很火热,所以随之而出的问题就来了,既然B/S这么火,那么我们应该选择什么语言来从事B/S结构系统的开发呢?


由于这个问题的存在,并且在当前状况下会一直存在,这就导致了N的口水战。对于这些,我想大家都早已看腻了,在我看来,真正的牛人不会去花时间去讨论这个。

前几天看了七月十五在javaeye上发表了一篇 《论PHP的倒掉》的文章,由于我是一名PHPer,看到之后我跟朋友戏说,回头我起草一篇《论PHP的崛起》。


当然,这只是我的一个玩笑。但是我犹豫之后,还是决定写下自己的一点拙见。


我要表明的观点很简单,任何一种语言不应该和另外一种语言相比,如果非要拿PHPJava相比,那么结论非常简单,PHP是用来做网站的,而Java不是。


我们需要引入一个观点,B/S != 网站


B/S结构是一种架构。由于C/S这种结构对系统依赖非常大,并且有个非常严重缺陷就是如果我要在Server端修改了代码,那么对应的Client的也必须做相应的改变。一个典型的例子就是网络游戏。这样的代价是惨重的,因为对于我们一般的系统来说,每次更新都要为客户去部署或者调试,是非常麻烦的事情。


后来,浏览器功能越来越强悍,以至于发展到现在,足可以满足一般系统的要求。人都不是傻子,有更好的东西为什么不用呢?所以发展成为B/S繁荣的今天。


那么好,我问大家一个问题,浏览器是用来干什么的?你肯定不假思索的会回答:浏览网站啊。对!没错。那么我们推理一下,B/S结构的程序是浏览器触发执行的,那么B/S结构的系统也理所当然称之为“网站”了,不是嘛?



我们较真一下,暂且不去管“网站”在wiki的定义,我们从用户的角度去切入分析一下。


我们可以说sina是一个网站,Google是一个网站。对,在sina上获取我需要的新闻资讯,在Google上搜索我需要的内容。这些都属于网站。请大家注意:这些网站有个共同特点就是受众可以是这个地球上任何一个人,其实外星人也可以,只要他们可以上Internet


我们现在再来看一下XXXXX系统。举个例子,某个公司用Java给某个电力部门做了一套电力统计的系统。我们现在可以区别一下:首先,这套系统不是说谁想用就可以用的,得有一定的身份或者权限才可以;另外,这套系统一般来说是内网运行的,不提供外网接口。


那有的人问,那我就非要看电力的统计信息呢?为了弥补这个缺陷,这个公司又用PHP给这个电力部门开发了一套网站,用于用户登录并查看他们想要的资讯。


现在来说,一般的网站结构都比较简单,由于是面向所有人的,所以PHP的一些特性就非常容易被操作了。我可以非常自由方便的POST一个数组,用一个htmlspecialchars函数来防止XSS攻击,我只需要简单调用一下md5函数就可以获取这个字符串的MD5值等等。这样说,PHP对于网站操作非常自由,方便。最重要的是快捷。一个Java新手搭建一个SSH的平台就需要折腾好长时间!PHP可以非常方便的把动态的数据库信息放到页面上,而如果Struts2的标签,我不得不把数据库读出来的信息放到一个POJO中。而且网站的访问量大也不必担心,PHP有足够快的速度去执行脚本,Facebook就是一个很好的例子。


但是对于系统,一般都比较复杂,都比较庞大。从设计上来说,系统的设计显得非常重要。各种UML甚至可以生成Java代码。各种强大的报表组件,也使得Java在做系统报表的时候得心应手。(我最近就在做报表,可视化处理,Java直接一调用即可,可以生成XLSPDF等各种格式的报表)


但是有的人问,为什么有那么多网站是用JSP做的呢?

我来打个比方。

我有一辆B级车,你有一辆D级豪华车。我们同在中国的高速公路上行驶,那么我们的速度都不能超过120。如果从A地到B地,我们所用的时间应该相差不多,但是由于我的排量小,所以我耗油比你少,也比你省钱。但是如果在美国的高速公路上,我的车就要比你慢一大截,并且有些力不从心了。


上个例子中,PHP就像是B级车,Java也就像D级车。一个健全完整的市场,肯定有B级车,也会有满足富人的D级车。我想,B级车在很长的一个时间内都不会倒掉。你们说呢?

昵称: TankMe  时间: 2009-11-24 17:21:00
Word沾过来 排版就乱了 囧..
回复:TANK 你是我的天使
激动啊!
昵称: TankMe  时间: 2009-11-24 17:26:00
关注!
昵称: lanye  时间: 2009-11-24 17:33:00
昵称: 把牛人问倒  时间: 2009-11-24 17:43:00
好文章
昵称: taoyuyin  时间: 2009-11-24 17:45:00
似乎Java总是和设计挂钩 而PHP总是和快捷简单相关
回复:mail.163.com是系统啊
昵称: 我为ぁ琴狂  时间: 2009-11-24 17:46:00
菜鸟来学习下
昵称: TankMe  时间: 2009-11-24 17:55:00
我只会PHP,但是从来没有用PHP做网站。
昵称: xing393939  时间: 2009-11-24 18:21:00
关键在于什么时候知道用什么语言最合适
只是还要考虑到当前团队对最适合开发语言的熟悉程度和学习成本
昵称: zooro  时间: 2009-11-24 18:30:00
我也凑热闹,过去观摩了一下,只有一个问题搞不明白 彼十五系此十五乎?
昵称: peacock  时间: 2009-11-24 18:38:00
正在考虑丢弃PHP,正在走RIA...
昵称: bbsbiz  时间: 2009-11-24 18:54:00
评论完 然后去javaeye看十五的帖子,然后再回来评论

hongkong 写道
我很想知道lz怎么拿php和js作比较?

很多人用php就是为了实现页面效果(这是javascript擅长的)。比如分页、树状、数据交互、表单验证等。
虽然PHP是服务端脚本,但有几个是真正理解后端的,真正把PHP拿来做服务端的?
看上去我把服务端的PHP跟前端的javascript来比看起来很不合理。
但我试问各位,你用PHP是不是也是达到某些页面效果?


十五的这个观点,非常认同,我也比较倾向让PHP从VIEW滚蛋,很多框架做死的宣传模版技术,FORM表单等,感觉完全是花拳秀腿。。模版做成一维的就ok了。让PHP只有M、C吧
回复:Java在ruby或者php教程中会被作者说成是一种思想的研究,又或者是软件艺术研究??
昵称: guxiaochuan  时间: 2009-11-24 20:33:00
评论完 然后去javaeye看十五的帖子,然后再回来评论

hongkong 写道
我很想知道lz怎么拿php和js作比较? ...
古嗣小井 发表于 2009-11-24 23:20
hongkang也有回帖? 我去看看 嘎嘎
昵称: zyfzyf52  时间: 2009-11-24 21:39:00
我只会读,不会评价~
昵称: 古嗣小井  时间: 2009-11-24 23:08:00
大的项目我比较喜欢后台java,前台php
昵称: 古嗣小井  时间: 2009-11-24 23:20:00
大家早上好,都是牛人 ,Tank真偶像,啥都会。
昵称: FreeLiver  时间: 2009-11-24 23:22:00
还是设计思想最重要,到了一定境界后,啥语言都不是问题了
昵称: klaxon  时间: 2009-11-25 00:17:00
有必要那么较真吗?语言只是我们开发的工具而已。
做为程序员 ,不应该区分java程序员 ,php程序员 。程序员应该是全面的。什么语言对程序员都应该是一样的。为什么这么多人都那么喜欢较真呢。
我个人接触过java,.net,php,但是我喜欢php,因为在开发上,php用起来更加灵活,你可以用纯面向对象,也可以纯面向过程去写,还可以两者兼得去写。
在思考上,任何一个地方几乎都是透明的。
   而,java,太喜欢使用框架了,我不是说框架不好,但是很多程序员,用了几年框架,他底层是怎么回事,他还是不明白,为什么在行业里有这么一句话,
没有4-5年,没人敢说精通java,呵呵,估计是框架用多了。
昵称: kazaff  时间: 2009-11-25 08:24:00
我从不来做这种无聊的对比,如果客户给的钱少,PHP又可以快速实现,那我肯用PHP,但如果要求高,钱多,且对安全性也较高,我就用JAVA。对程序来说,PHP也好,JAVA也好,适合当前任务需要是最要紧的!!!
昵称: shooting  时间: 2009-11-25 08:39:00
争争争....吵吵吵.////....有嘛用?
还不如潜心研究代码....     用事实说话.

实事求是在是最重要的!
昵称: y81348016  时间: 2009-11-25 08:47:00
大家有没有想过管理层是怎么想的?

管理人员将问不同的问题:招聘使用这种语言的编程人员有多困难?许可问题怎么样?在这种平台上进行开发是否能保证企业的安全性?它会不会削弱其他基础架构的安全性?服务器维护起来是否经济高效?我可以期望获得什么样的运行时间?
昵称: yoursjzz  时间: 2009-11-25 09:46:00
大家早上好,都是牛人 ,Tank真偶像,啥都会。
y81348016 发表于 2009-11-25 08:47
   真搞笑
昵称: rtxbc  时间: 2009-11-25 09:55:00
谁说JAVA从不做网站?这个太误导人了。JAVA做网站的多了去了,还有.NET,还有用C或C++做网站的。网站的概念大了去了。

Browser只是件外衣,同样Client也只是外衣。
只是Browser之前很多人不重视可编程性,JavaScript可以针对Browser编程(BOM),也可以针对文档编程(DOM)。当Browser的可编程性大大加强时,PHP的很多特性就会光环不在。

之前在争论的C/S和B/S的差距,随着客户端可编程性的提高,现在正在减小。我们可以把Browser看作是一个通用的Client。这也是为什么各大软件产商,对Browser之争这么激烈的原因之一。谁在Browser上占据标准,占据份额,谁就在这个通用的Client上占有主动权。很多浏览器插件的出现也是为了增强浏览器端可编程性的。
昵称: huangqyun  时间: 2009-11-25 10:22:00
为了15  回来现身下
昵称: 如惈  时间: 2009-11-25 10:48:00
本帖最后由 七月十五 于 2009-11-25 12:57 编辑

还有一点误区,就是客户端验证和服务端验证很多人思维上是单选。其实在我看来是复选。

表单验证一定要到服务器端去验证才安全。这个是对的,关键数据是要到服务端验证才不致于被欺骗和绕过安检。

但在服务端验证前在客户端验证一遍又有什么关系?

客户端验证通过了再传到服务端去验证免得走弯路。
有很多数据还可以结合异步传输(AJAX)来进行验证,让用户体验更加友好。

最常用的客户端验证和结合服务端进行验证就是密码匹配(完全可以只用客户验证)和用户名是否占用(结合AJAX)。
昵称: zooro  时间: 2009-11-25 10:57:00
到底想说什么!
昵称: 雅典娜之子  时间: 2009-11-25 11:12:00
还有一点误区,就是客户端验证和服务端验证很多人思维上是单选。其实在我看来是复选。

表单验证一定要到 ...
七月十五 发表于 2009-11-25 12:47
主要担心的是用程序给你post 所以两边都得检验 这是非常基础的知识了 不过貌似跟我的这篇文章没啥关系??
昵称: 七月十五  时间: 2009-11-25 12:32:00
2008算才入门,2008开始整框架,2009重整PHP各种内置方法,2009领会OOP,2009明白Service,2009投身RIA,2010告别PHP?
昵称: zooro  时间: 2009-11-25 12:36:00
谁说JAVA从不做网站?这个太误导人了。JAVA做网站的多了去了,还有.NET,还有用C或C++做网站的。网站的概念 ...
七月十五 发表于 2009-11-25 12:32
其实这句话不是我第一次说的 是一个IBM中国研究院的人说的. Java从不做网站.


我这个人比较直 话不好听别太在意

说实话 15你做过什么大项目没有? 目前在PHPChina我最佩服的人是鸟哥 但是他从来不出来说一些web趋势 讨论语言的这些无聊的问题.

15你是否不觉得你有点太纸上谈兵了?
昵称: 七月十五  时间: 2009-11-25 12:47:00
本帖最后由 TankMe 于 2009-11-25 13:18 编辑

只有真正做项目后 才能体会到语言的各种优势

我没说PHP好 更没说Java不好

15请详细看下我的文章 我说的"网站"是狭义的网站

我说PHP适合做我说的"网站"

你不可否认的是 做PHP的一般前端都很好 而做Java的一般前端非常薄弱 至少在我身边遇到的所有人中是这样的
昵称: libailin  时间: 2009-11-25 12:59:00
回复 TankMe


    鸟哥是谁?
昵称: TankMe  时间: 2009-11-25 13:04:00
本帖最后由 古嗣小井 于 2009-11-25 13:56 编辑

是一个IBM中国研究院的人说的. Java从不做网站.

很明显这个人说的话值得考量。

做为后端语言,PHP太脆弱了,娘的除了处理字符串还能做啥,

PHP的文件处理、图片处理怎么样自己看看内存消耗就知道了。

PHP调用服务器系统API的能力是非常非常寒碜的。

服务端语言选择NET、JAVA明显比PHP更适合,他们更全面,适用范围更广。

做为前端辅助语言,PHP又显的多余

有更多JS SWF SL选择,都比PHP利索强大

坚信这种模式才是未来:https://www.photoshop.com/

PHP不适合这种模式,在前后端都显的非常尴尬。

PHP不枉叫 Personal Home Page ,杯具啊。
昵称: 古嗣小井  时间: 2009-11-25 13:06:00
是一个IBM中国研究院的人说的. Java从不做网站.

很明显这个人说的话值得考量。

做为后端语言,PHP太脆 ...
古嗣小井 发表于 2009-11-25 13:49
PHP的精华在数组
昵称: TankMe  时间: 2009-11-25 13:07:00
PHP的数组已经不是纯意义上的数组了,更多的类似数组+对象的杂交体。

这种组装模式经常会用到,PHP只不过预先帮你组装好了而已,还没有感觉有达到精华的级别。

当RIA全面普及的时候,web被赋予更强大的处理能力,而不只是局限于TankMe自定义的"网站"的那种字符串处理,PHP的弱势呼之而出。假如TankMe自定义的那种"网站"在遭遇RIA的冲击而最终淘汰之时,PHP又何去何从?

RIA离我们已经很近了...
昵称: TankMe  时间: 2009-11-25 13:14:00
PHP的数组已经不是纯意义上的数组了,更多的类似数组+对象的杂交体。

这种组装模式经常会用到,PHP只不过 ...
古嗣小井 发表于 2009-11-25 14:40
哈 还是从没理解我说的

RIA属于系统

难道我去sina看个新闻也非得弄个RIA吗?
昵称: xiongxiaojun  时间: 2009-11-25 13:42:00
回复 古嗣小井


    什么语言都有他的生存方式,PHP的问题确实有很多,不够稳定,功能不强大,没有特别好用的包,但也因为其不够强大,带来了迅速的普及。带来了迅速的推广,试问学习一个JAVA需要多少时间成本?
一个中小企业的网站,一个几个人运作的网站,本身就不需要那么强大的功能,借用楼主的说发,装个西瓜用不着卡车。
    作为B/S结构,要求的是服务器的足够稳定,能支撑足够的访问,即使PHP只能处理文件,只能操作数据库,那么他也是好的。
    作为展现层FLASH是未来的一个发展趋势,但也不可能是全部。人们对于强交互有需求,但对于弱交互也依然会有需求,好比电子杂志和报纸的关系。
    JAVA在做系统软件,做跨平台软件很好,但那该死的内存机制等也都是大问题,很多大牛也都在开发新的语言。
昵称: 古嗣小井  时间: 2009-11-25 13:49:00
各种比PHP更简单,更轻便的语言正在狂出
RIA是一个前段系统的统称,那么数据不还的问PHP要。不要太局限。
看待语言好看多面型,有好处,也有坏处,正确的用其优点,则将是最优的答案。
有比PHP更易学,更轻便的语言,不妨换。比如豆瓣用的PYTHON。
昵称: TankMe  时间: 2009-11-25 13:52:00
非得弄个RIA

感觉有点强奸的味道。。

传统的也可以,用RIA可以做出更好的效果,比如对文章的排列、组合、刷选可以做一些非常用动感的效果,

当然宽带也不是个小视的问题,不过还是相信未来这不是个问题。

已经有很多功能型小站在尝试了,门户网站普及估计是最缓慢的

我并不是说非得在这些网站上使用RIA,而是想说弄RIA在其他B/S 领域也是非常有用途和钱途的,

PHP不适合我说的那种B/S领域,而TankMe的自定义“网站”领域也在受到RIA的侵蚀。

PHP的需求在未来几年会出现下滑趋势
昵称: 古嗣小井  时间: 2009-11-25 14:40:00
非得弄个RIA

感觉有点强奸的味道。。

传统的也可以,用RIA可以做出更好的效果,比如对文章的排列、组 ...
古嗣小井 发表于 2009-11-25 15:20
RIA跟PHP并不冲突

    我不想再跟你争论 你过一年后再来看你现在说的话 或者是两年 或者更长
昵称: TankMe  时间: 2009-11-25 14:59:00
没看出RIA和php有什么冲突啊
昵称: wangwangji  时间: 2009-11-25 15:10:00
憋了几天了,不拿出来说说就感觉不爽,语言这个东西不能放在一起比,就像功夫这个东西也不能放在一起比一样,东西本身不分好坏,主要是使用者的个人修为问题,为什么有的人用PHP搞前端就觉得真TMD的痛苦,但是有的人就能搞个Facebook.功夫也一样,你学了九阴真经一两天,你去和精通少林寺普通拳法的和尚打架,你还是会被人揍出屎来,但这不代表九阴真经就差了,是你修为不够.
不管RIA,PHP,java,JavaScript也好,特性都是不同的,JavaScript注重灵活以及用户体验,所以有a.b.c.d.e.f.g()和DOM,java呢注重的是大型项目的开发,讲究的是N多人的团队协作,所以框架,架构,设计讲的就多,编码规范什么的也是重中之重,RIA的重点则在于表现和互动,所以有帧,事件驱动,css控制外观,php的重点则是在快速开发,网站建设(传统的cms,blog,bbs,e-shop.....),学习成本低,所以php保留大部分C语言当中的函数名(搞程序的多是科班出身,学C估计是基础中的基础,拿来就可以直接上手),可以既面向过程又面向对象(很多半路出家的理解面向对象是需要时间的,面向过程就容易理解很多).说到php的学习成本低,我想到一个故事,在群聊的时候一个java高手称自己招聘php程序员要求有java基础,不懂php也行,进公司培训1周就可以精通php,反之则不行,这不是说php就很低级,随便看看就会了,而是从学习周期和学习难度上来说,php比java要小的多.
用一句比较玄幻的话来作为结束,java就像是人类生产力发展的坐标或者说是导航,但是真正推动人类的生产力达到这个坐标的东西却是php.
昵称: wangwangji  时间: 2009-11-25 15:18:00
其实说了这么多,但还得看产品的需求,产品的定位,把最合适的语言用在最合适的位置才是关键。

什么才叫合适就需要评估很多方面,也是一个经验的体现。
昵称: 古嗣小井  时间: 2009-11-25 15:20:00
各种比PHP更简单,更轻便的语言正在狂出
RIA是一个前段系统的统称,那么数据不还的问PHP要。不要太局限。
...
wangwangji 发表于 2009-11-25 15:18
假如需要的不仅仅是字符串类型的数据,PHP还有啥办法么?

   比如我要在服务器做一个XXX处理如何?
那么数据不还的问PHP要。不要太局限。


并没有局限,而是在讨论PHP能不能够满足RIA带来的需求
昵称: TankMe  时间: 2009-11-25 15:21:00
RIA是用来做交互的,除了这个还有什么运用,你举个用PHP不能满足RIA的例子。
昵称: hubo888168  时间: 2009-11-25 15:23:00
RIA跟PHP并不冲突

    我不想再跟你争论 你过一年后再来看你现在说的话 或者是两年 或者更长
TankMe 发表于 2009-11-25 15:21
很明显已经冲突,知道啥叫云计算?将处理能力交给服务器,

而RIA也正需求这样一个模式,在客户端办不了的事情交给服务器去弄,比如在服务器做一个3D渲染,然后将结果传送回来。

请问PHP能执行3D渲染么?请问这不冲突?


虽然目前互联网的速度非常令人悲观,不过RIA在内网还是可行的。

别以为读读数据库就叫处理,将字符串输出就是数据了。

我现在虽然没有在服务器端做3D渲染这么复杂,不过已经看到PHP捉襟见肘了。

无知者无罪,等你三年或者更长,在来看看吧。
昵称: qxhy123  时间: 2009-11-25 15:23:00
假如需要的不仅仅是字符串类型的数据,PHP还有啥办法么?

   比如我要在服务器做一个XXX处理如何?
那 ...
古嗣小井 发表于 2009-11-25 15:29
PHP只能处理字符串?
昵称: wangwangji  时间: 2009-11-25 15:28:00
很明显已经冲突,知道啥叫云计算?将处理能力交给服务器,

而RIA也正需求这样一个模式,在客户端办 ...
古嗣小井 发表于 2009-11-25 15:52
B/S结构中S做3D渲染? 你开了一个惊天大玩笑
昵称: 古嗣小井  时间: 2009-11-25 15:29:00
云计算认识的比你早,知道云服务器的架构模式吗?知道云机器是如何集成的吗?
都说了,丫不同的运用不能的配置,大伙都是这样说,你丫就不开窍
昵称: wangwangji  时间: 2009-11-25 15:33:00
哈 还是从没理解我说的
RIA属于系统
难道我去sina看个新闻也非得弄个RIA吗?
TankMe 发表于 2009-11-25 14:59
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先后排序,那么他发出一个请求,服务器端的PHP对这些订单按时间先后排好再送下来。
尔后处理数据的人又改变想法了,要按金额大小排序,于是又发一个请求,然后又排好序。
然后处理数据这个人也许为了好玩,在那里玩系统,一会按金额、一会又按时间、一会又按订货姓名。然后PHP就不停的取数据。

由于一开始这套系统没有考虑到客户端(浏览器端)的可编程能力,导致了服务器资源的极大浪费。

其实如果重视javascript的应用的话,一次只要取出合适的数据来,至于排序之类的可以交给客户端(浏览器端)完成。

就拿新闻这个例子来说,也是一样的。数据可以适当一次去取出,但是很好的利用浏览器端可编程性,很多浏览者在客户端就可以定制内容了。而不必不厌其烦的劳烦服务端。
昵称: 古嗣小井  时间: 2009-11-25 15:52:00
你拿RIA去处理类似FLASH动画试试。都不是全能的,必然会有弊端,也会有优点。
昵称: liexusong  时间: 2009-11-25 15:53:00
要不能全面的看待问题。你也很难成长。
昵称: TankMe  时间: 2009-11-25 15:56:00
PHP只能处理字符串?

不是这个意思,是说做图片、文件等处理非常牵强

B/S结构中S做3D渲染? 你开了一个惊天大玩笑

在S渲染一张3D材质,光线效果图 你觉得不现实?

丫不同的运用不能的配置,大伙都是这样说,你丫就不开窍

这个观点我认同。
昵称: wangwangji  时间: 2009-11-25 15:57:00
我绝对不相信facebook后端是用php的
这事有待证实
昵称: 七月十五  时间: 2009-11-25 15:59:00
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先 ...
七月十五 发表于 2009-11-25 15:59
恩,确实需要利用起用户本机的计算能力,P2P类似的也都是在开发本机的资源。
说到底还是要针对不同的运用去选择最合理的工具,最合适的方式。
昵称: wangwangji  时间: 2009-11-25 16:00:00
我绝对不相信facebook后端是用php的
这事有待证实
七月十五 发表于 2009-11-25 16:04
谁说不是的,看http://www.dbanotes.net/arch/facebook_arch_note.html
不过facebook使用了很多的扩展而已!
昵称: wangwangji  时间: 2009-11-25 16:01:00
facebook 类似这类的大型网站,都是分为好多个系统架构层级
从代码角度来讲,肯定是分为前段展示、后端数据统计,后端数据收集等一系列的分无分解。
后端数据的分析和采集确实不大可能拿PHP处理,毕竟从持久性、稳定性、高效性来讲都不是最优的工具。
昵称: 古嗣小井  时间: 2009-11-25 16:04:00
facebook用了几层结构还不清楚呢,也许facebook开放给用户的API是php的,但是后端用什么,还是个未知数
昵称: 七月十五  时间: 2009-11-25 16:04:00
facebook用了几层结构还不清楚呢,也许facebook开放给用户的API是php的,但是后端用什么,还是个未知数
七月十五 发表于 2009-11-25 16:11
着正好印证了我说的 PHP适合做网站 也许他后端用了Java 但是他为啥前端没用JSP呢?想想吧.
昵称: wangwangji  时间: 2009-11-25 16:06:00
本帖最后由 TankMe 于 2009-11-25 16:18 编辑
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先 ...
七月十五 发表于 2009-11-25 15:59
15 如果你在sina工作过就不会这么说了.

    15你不再是原来的15了 你越来越偏激了 难道技术到达一定层次都得偏激吗?
昵称: liexusong  时间: 2009-11-25 16:07:00
如果PHP加上Memcache和APC扩展的话,效率直逼Java!
昵称: wangwangji  时间: 2009-11-25 16:09:00
PHP只能处理字符串?

不是这个意思,是说做图片、文件等处理非常牵强

B/S结构中S做3D渲染? 你开了一个 ...
古嗣小井 发表于 2009-11-25 16:04
哈哈 你完全没理解B/S结构 知道WebGL吗?
    拿Server做3D 哈哈 你家玩网游难道显卡用的是服务器上吗?
    以后浏览器强大了 这些要交给B端来做的 你的基础很成问题

   我只想说 现在看你每说的一句话都很幼稚 你一年后再来看自己的话

   立贴为证!!!
昵称: 七月十五  时间: 2009-11-25 16:11:00
1条路:选择各种语言,结合优势搭配
           缺点:麻烦的是各种语言杂交

1条路:选一套比较完善的平台,NET正在这么干
           缺点:貌似啥都可以,貌似啥都不怎么顺心。

怎么选自己看着办,不想跟你们墨迹了,特别是TankMe,浪费口水
昵称: TankMe  时间: 2009-11-25 16:15:00
1条路:选择各种语言,结合优势搭配
           缺点:麻烦的是各种语言杂交

1条路:选一套比较完善的平 ...
古嗣小井 发表于 2009-11-25 16:23
态度决定一切 激烈的讨论知识是一种进步
昵称: TankMe  时间: 2009-11-25 16:16:00
本帖最后由 古嗣小井 于 2009-11-25 16:32 编辑

Y的 自己不理解 别丢人了

RIA既可以在客户端执行,也可以在服务端执行,看执行运算量和客户端与服务端运算能力,也可以混合搭配,各斯其职。

TK 从服务端3D渲染,到客户端WebGame放了一个老长的屁,这2个完全是RIA的2种模式。

你立贴 Y的就当你开了一个玩笑,免的以后找抽
昵称: liexusong  时间: 2009-11-25 16:20:00
本帖最后由 七月十五 于 2009-11-25 16:33 编辑
15 如果你在sina工作过就不会这么说了.

    15你不再是原来的15了 你越来越偏激了 难道技术到 ...
TankMe 发表于 2009-11-25 16:16
其实我思考的问题是,浏览器编程能力的提升(这种能力来自于javascript、Flex、JavaFX等)对传统服务器脚本语言(含PHP、JSP、ASP等)的冲击。
由于这些脚本语言当初出现,大多是实现的是现在javascript、Flex、JavaFX等在浏览器上很简单就可以实现的功能。
由于JSP、ASP等都有相应的强势的语言后端平台。而没有后端优势PHP相对来说在浏览器可编程的大潮中受到的冲击是最大的。所以我论证PHP的倒掉。

至于我为什么会提出这个观点,完全是出于技术上的思考。并不是说我已经不是原来的我了,如果一定要说不是原来的我,那也是我站在外面看PHP了。
我觉得我不偏激,反而是很冷静。从外面看到了PHP的不足,当然我更了解PHP的优势。经后我在用PHP的时候,境界一定不会和当初一样了。
昵称: TankMe  时间: 2009-11-25 16:20:00
本帖最后由 TankMe 于 2009-11-25 16:35 编辑
Y的 自己不理解 别丢人了

RIA既可以在客户端执行,也可以在服务端执行,看执行运算量和客户端与服务端运 ...
古嗣小井 发表于 2009-11-25 16:30
哈哈 还带人身攻击的呢?? 自己多学点吧..

你叫嚣了一天RIA了 拿出来一个RIA项目给我们看看 没有你叫嚣个屁!

没有项目经验你还得瑟?
昵称: 古嗣小井  时间: 2009-11-25 16:23:00
其实我思考的问题是,浏览器编程能力的提升(这种能力来自于javascript、Flex、JavaFX等)对传统服务 ...
七月十五 发表于 2009-11-25 16:31
15对待学术讨论 我非常喜欢  所以我非常尊敬15

    但是PPC总有不懂装懂的人 太可悲了 15 帮个忙把帖子锁了吧

    PPC不是个讨论学术的地方.
昵称: TankMe  时间: 2009-11-25 16:25:00
其实我思考的问题是,浏览器编程能力的提升(这种能力来自于javascript、Flex、JavaFX等)对传统服务 ...
七月十五 发表于 2009-11-25 16:31
任何的一个东西 都在遭受前所未有的冲击 但是你忧虑有些多了 有些杞人忧天了..
昵称: 古嗣小井  时间: 2009-11-25 16:30:00
说清了RIA就是一个变种的浏览器,RIA可以运行的程序在浏览器中一样可以运行!
昵称: 七月十五  时间: 2009-11-25 16:31:00
其实我思考的问题是,浏览器编程能力的提升(这种能力来自于javascript、Flex、JavaFX等)对传统服务 ...
七月十五 发表于 2009-11-25 16:31
PHP的后端支持是C/C++啊!!!!

baidu sina都是这样做的啊
昵称: TankMe  时间: 2009-11-25 16:33:00
页面的处理能力确实越来越强了,而网友也越来越不满足于以前的那种WEB的交互模式,将来会越来越互动,越来越时时,效率也越来越高。
这也就变相的带来了对服务器端开发的变革,但至于会变成什么样子,谁又能知道。
PHP有其生存的基础和空间。
昵称: TankMe  时间: 2009-11-25 16:36:00
怎么感觉跟星际魔兽讨论哪个族强一样。
昵称: TankMe  时间: 2009-11-25 16:37:00
有啥好吵的,小井和15哥的观点我放一起驳了,RIA,JavaScript等一是带宽限制,而是安全角度考虑,数据处理不可能经过RIA或JavaScript处理之后直接放到数据库里,必须经过php等进行更进一步的处理才可以,如果你弄个自己玩的东西你这样做我绝对不反对,因为你不会二到自己去修改客户端数据后直接入库,如果是做webgame之类的应用的话至少有个中间的层来处理从客户端发送过来的数据,消灭掉php对RIA的发展有啥好处?好处就是可以直接入库么,server!==database.就算PHP挂掉了,RIA仍然还是需要一个中间的数据处理层,这个层只能放在服务器端,而不是客户端.RIA和JavaScript的出现一是弥补了交互性不足的用户需求,二是满足了人类的审美需求,三是将一些抽象的随机的客户操作放在了客户端,减少服务器端的压力(典型的应用例子就是15哥的用户变态的数据排序操作,以及RIA中大量的特效展示形式的选择等等).从第一点上说,php,RIA,JavaScript等语言没有谁会灭了谁的社会主要矛盾,从第二点上说,这些语言所处理的层面压根就不同,作用也压根不同,不要因为客户端的能力空前的提升了就觉得服务器端的东西除了数据库都可以不要了.
昵称: liexusong  时间: 2009-11-25 16:38:00
数据处理不可能经过RIA或JavaScript处理之后直接放到数据库里,必须经过php等进行更进一步的处理才可以
为啥必须经过php,经过java、.NET、C/C++不可以么?
昵称: TankMe  时间: 2009-11-25 16:43:00
为啥必须经过php,经过java、.NET、C/C++不可以么?
七月十五 发表于 2009-11-25 18:45
15什么时候变得那么固执的!人家只是说要后台处理而已!
昵称: wangwangji  时间: 2009-11-25 16:46:00
围观牛人们的争论
昵称: hedgelog  时间: 2009-11-25 16:53:00
PHP只能处理字符串?

不是这个意思,是说做图片、文件等处理非常牵强

B/S结构中S做3D渲染? 你开了一个 ...
古嗣小井 发表于 2009-11-25 16:04
其实如你所说的: 结合优势搭配
所以问题是怎么搭配, 要是没搭配好就不顺心了.
与其来争这些, 不如讨论怎么搭配更时尚.
像你的图像处理, 完全可以通过PHP调用, 你自己专门用C写的图像处理程序来处理, 当然如果是要在客户端的显示效果可以用AIR来处理.
昵称: qxhy123  时间: 2009-11-25 17:09:00
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先 ...
七月十五 发表于 2009-11-25 15:59
我喜欢具体问题具体分析.
如果有几千上万张订单怎么办, 也都取到客户端来排序.

我觉得, 这个讨论的主要是在, 该把一些数据处理放在客户端呢? 还是放在服务器端呢?
这个问题, 跟服务器端用什么语言关系不大吧.
同样的一些问题, 如15的订单排序问题, 用JAVA, .net就没有同样的问题了吗?
其实语言本身的问题不是很大, 问题主要是在构架上经验和设计.

没有银弹, 不要想一个语言一个设计就能解决所有问题.
当然这个讨论也不会终止的, 有一天有人在一个东西上钻牛角尖遇到困难时, 又会说这个东西不行了, 并发起同样的讨论.

我还是喜欢有问题就拿出来讨论, 要是一个人自己想太久了, 就觉得这个世界很暗.
回复:菜鸟提一个问题:看了一些人的回复,使我产生了一个疑问,
RIA到底是指什么,不是指富英特网应用吗?它不是基于浏览器来实现的吗?
为什么有些人在回复里说是一个系统,一个客户端的应用程序?
昵称: 七月十五  时间: 2009-11-25 18:45:00
说php好的文章我都支持
昵称: liexusong  时间: 2009-11-25 19:40:00
高手
昵称: zooro  时间: 2009-11-25 19:50:00
页面的处理能力确实越来越强了,而网友也越来越不满足于以前的那种WEB的交互模式,将来会越来越互动,越来越 ...
wangwangji 发表于 2009-11-25 16:46
这位仁兄感觉像是知音。


RIA表面看起来与PHP并不冲突,实际上RIA给予了我们更强大的xx能力,不在局限于传统的数据库的操作,


最终的程序执行结果可能需要客户端和服务器端两方面的配合,而PHP在调用服务器系统API这方面非常薄弱,简直是空白。


于是PHP与RIA的冲突便慢慢体现出来。


在这种前后端需求不匹配的情况下,寻求解决方案:


1,是为PHP编写特定的功能扩展


2,是混合语言,有钱的出钱,有力的出力,相互配合


3,是选择一个比PHP更完善,功能更强大的服务端语言平台,如NET、JAVA


这3种都有各自的优势和适用范围


第1种 局限性非常大,而且要求比较高,非高级php和c程序员直接close,


第2种 选不选的上PHP还的算算概率,优先考虑整个团队的配合,this is a question mark


第3种 显然已经抛弃PHP了,close

在这种情况下,PHP的胜算和优势有多大?

为了避免纸上谈兵之嫌,说一个具体的应用场景:

内网、外网 、内网服务器 、外网服务器

外网通过SWF等富客户端生成RGB(如PNG)图片传给外网服务器,外网服务器发送给内网服务器,

内网富客户端对文件进行编辑参数设定,在内网服务器批量转换(如PNG转为CYMK TIF),在内网另一个富客户端

设置打印参数,将图片印刷出来。

在这一个过程中涉及到的东西PHP都能实现,不过需要ext扩展。

1.对大图片的管理(批量备份,转移,复制,压缩),PHP响应非常缓慢,经常超时,对大目录,深目录遍历,内存消耗也非常高,结论:PHP脆弱的娃

2.转换格式,PHP虽然能将PNG转换为TIF ,不过效率太慢,转换质量没法控制,经常偏色严重。调用PS自动批处理效果更好,PHP不行,结论:PHP单纯的娃

3.图片、文档因为XX原因需要在服务端调用网络打印,这个东西我还在墨迹之中,还没能实现(一直怀疑打印机网络路径名有问题)。结论:

在这一个具体应用中PHP表现越来越让人不满意。


于是有了上面我在这个帖子里面的所有言论。PHP在这种场景下是否应该出局?

我目前比较偏向第3种方案,选择更强大的服务端语言平台,如NET,至于不选择其他方案,方案后面都有注释原因。
回复: 本帖最后由 古嗣小井 于 2009-11-26 00:53 编辑
其实如你所说的: 结合优势搭配
所以问题是怎么搭配, 要是没搭配好就不顺心了.
与其来争这些, 不如讨 ...
programmerhuang 发表于 2009-11-25 21:17
PHP 该不该淘汰,关键看怎么用,以及看问题的角度。平等的交流我是非常乐意的。你的观点我并不反对
昵称: programmerhuang  时间: 2009-11-25 21:17:00
15对待学术讨论 我非常喜欢  所以我非常尊敬15

    但是PPC总有不懂装懂的人 太可悲了 15 帮 ...
TankMe 发表于 2009-11-25 16:36
伟人,鉴定完毕
昵称: programmerhuang  时间: 2009-11-25 21:20:00
我喜欢具体问题具体分析.
如果有几千上万张订单怎么办, 也都取到客户端来排序.

我觉得, 这个讨论 ...
programmerhuang 发表于 2009-11-25 21:20
我觉得又有个误区了,并非把数据仓储中所有的订单都取出来。

1、而是取出特定的订单(比如今天的订单,或在此之前未完成的订单)。
2、但是我对这一撮数据要随时进行各种排序(有时候并非单项排序,是多项排序)
3、在设计上并没有考虑到javascript的客户端编程能力,而只采用了php服务端排序方案。
4、HTML只是一个标记语言,本身没有可编程能力。要达到这种效果,有三种方法。
    A、请求服务端计算(PHP、JAVA、.NET等),生成“Data+HTML”的网页;
    B、服务端只负责从数据仓储取相关未处理的数据(如没有进行排序),客户端计算(Javascript,Flex等)。序列化编码的Data(如JSON、XML编码)至客户端在生成HTML。
    C、服务端与客户端结合计算,将数据运算完成生成处理好的Data(如排序好的),至客户端生成HTML。

各位认为哪种比较高效、实用?
昵称: wade2006  时间: 2009-11-25 22:37:00
回复 七月十五

你的想法很好, 很多人也希望能这样做到, 再结合进实际需求, 这些想法实现起来就有些难了.

> 1、而是取出特定的订单(比如今天的订单,或在此之前未完成的订单)。
> 2、但是我对这一撮数据要随时进行各种排序(有时候并非单项排序,是多项排序)
你不能限制客户只取得一小撮数据, 他也需要取得很多数据

> 3、在设计上并没有考虑到javascript的客户端编程能力,而只采用了php服务端排序方案。
> 4、HTML只是一个标记语言,本身没有可编程能力。要达到这种效果,有三种方法。
>     A、请求服务端计算(PHP、JAVA、.NET等),生成“Data+HTML”的网页;
>     B、服务端只负责从数据仓储取相关未处理的数据(如没有进行排序),客户端计算(Javascript,Flex等)。序列化编码的Data(如JSON、XML编码)至客户端在生成HTML。
>     C、服务端与客户端结合计算,将数据运算完成生成处理好的Data(如排序好的),至客户端生成HTML。

对于这些情况, 我建议可以两种结合, 我们可以判断数据量的大小, 量小的可以客户端排序, 量大的, 还是要结合服务器上的来取数据.
至于是上面哪种方式, 这服务器端都要有个家伙给你处理吧, 至于是PHP, JAVA, .net还是C++, 这些都不可少的.
所以到这里, PHP是该继续发展呢, 还是淘汰呢? 那为什么不是JAVA或是.net呢?
因为这些原因淘汰, 有些说不过去.
昵称: along007  时间: 2009-11-25 23:04:00
这位仁兄感觉像是知音。


RIA表面看起来与PHP并不冲突,实际上RIA给予了我们更强大的xx能力,不在局 ...
古嗣小井 发表于 2009-11-26 00:08
还是混搭吧, 这个现在流行. 呵呵.
PHP在有些方面, 的确不适合使用, 但并不就否定它.
JAVA做大型复杂的系统有它的优质, 因为有很多优秀的设计和专家, 总不能老让他做一个只有一个留言板的小站吧, 看LZ的标题.
.net跨前台性不高, 虽然有MONO, 其它的就不说了.
C/C++高效, 但WEB方面不强.
是不是这些都该否定呢?
发挥它所长吧, 有适合的地方, 就应该用它.
在PPC这个都是初学者的地方, 这个话题很容易打击他们的. 我想这个是15要把那篇放到JAVAEYE的原因之一吧.
昵称: garygay  时间: 2009-11-25 23:26:00
1、语言问题的争论是没有必要的。这好比在“中文”和“英文”之间比出个高低一般
2、B/S和C/S并没有本质的区别,只不过C/S使用专用的客户端软件和通讯协议,而B/S使用通用的客户端——浏览器和HTTP协议
3、永远不要把JSP与JAVA相提并论,根本就不是一个层次。只可将JAVA与他的老子C++做比较
4、作为网站开发语言的,PHP、JSP、ASP、ASP.NET并无高下之分,因为都是解释执行的。一种方言而已
5、在网站开发语言中,当属PHP的可扩展性最高
昵称: 古嗣小井  时间: 2009-11-26 00:08:00
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先 ...
七月十五 发表于 2009-11-25 15:59
不是有人提到“云”吗?
昵称: 古嗣小井  时间: 2009-11-26 00:41:00
本帖最后由 小鱼哥哥 于 2009-11-26 12:35 编辑

争论, 让学识进步.
PHP和JAVA有冲突么?
支持PHP并不代表就要反驳JAVA, 反之也一样.

早就不是单刀行走江湖的年代了.
能做成好的东西是使用工具的人, 而不是某种工具本身.

项目里PHP以及各种语言混搭的情况十分普遍啊.
至于死守着在某个领域非要和其它的比个高下 那只能说明太短视了.

就说我们最近的一个项目吧, 就是用JAVA来做底层数据和进程处理, PHP来做与前端AS的交互.
没有什么冲突.

至于这标题, 虽然是狭义的, 但着实有点误导人.
回复:
昵称: 古嗣小井  时间: 2009-11-26 00:50:00
物有所长,必有其短。
反之亦然。
昵称: 七月十五  时间: 2009-11-26 08:09:00
说不好  看看
昵称: programmerhuang  时间: 2009-11-26 08:30:00
我刚学习PHP,在看基本知识的时候,发现PHP和JAVA很类似.有些东西是相通的,一个被另一个取代?真的感觉不可思议.支持JAVA,同时支持PHP,我在学习PHP,很喜欢PHP!
昵称: programmerhuang  时间: 2009-11-26 08:53:00
我还在上学,学习编程才两看,学过C,VB,JAVA.现在在学习PHP.感觉PHP更好学,更有用.至少现阶段支持PHP!!!!!!!!!!!!!
昵称: xuzuning  时间: 2009-11-26 09:18:00
有道理
昵称: yiqing666  时间: 2009-11-26 10:47:00
呵呵,楼主的观点很新颖,我喜欢~
昵称: 小鱼哥哥  时间: 2009-11-26 12:25:00
别拿PHP去跟JAVA比!
JAVA的用处之地太多了,PHP就只有搞搞网站而已;差太远了!

从薪资待遇就可以看出来!相同经验的JAVA技术员是PHP技术员的待遇的差不多一倍了!
昵称: coldsea  时间: 2009-11-26 14:24:00
争这个屁用没有,php的执行机制就决定了他在复杂的关系处理中只能靠边站
php这么流行的最大原因是他的易部署性,适合做虚拟主机,用的人多了,然后就火了
要是用python也能像PHP那样的即插即用,我想php在中小型应用这块也得靠边站的
昵称: phoenix2009  时间: 2009-11-26 16:15:00
本帖最后由 horseluke 于 2009-11-30 01:52 编辑

回复 TankMe
我们需要引入一个观点,B/S != 网站。
这个观点老实说并不是一个新鲜的观点,但是许多人确实忽略了这一点。
B/S架构其实归根到底,还是C/S架构(Client/Server架构),只不过B/S是C/S的一种特例。事实上,计算机网络的书籍上,介绍端对端程序之间的通讯就“通常可分”两大类:C/S方式和P2P方式。
那么事实上,RIA其实就是C的一种表现形式而已。C的表现如何(管你是简单html输出、还是摄像头拍照、甚至于画个3D模型等),只要不和S通讯,其实和S之间并不存在任何关系。存在关系的,是其通讯方式、内容和频率——这就是其中的S所采取的架构和编程语言的问题所在。
所以,单纯比较C/RIA是否丰富了表现形式而挤占了PHP,其实并无意义;比较的,应该是C和S在数据交换和传输中如何互相影响、在这个过程中PHP存在的优劣势、以及其应该将PHP放在哪个位置,更有意义。
昵称: sconank  时间: 2009-11-27 00:01:00
我盯着屏幕想了好久好久,最后约摸揣测到七月十五所说的意思是,当前端语言越来越强大、后端处理业务越来越繁杂的时候,PHP这种前端不是前端后端不是后端的语言会否被挤占得荡然无存?

然而这也引起了一个问题,是否存在一种可以包办所有的语言?javaeye的magician给出了一个明确的回答:混编是未来的方向。假如这个方向正确,那么混编就讲究层面了。一旦如此,php就仍有作为,因为它的灵活和快速很适合作为每个层面间的润滑剂(推论:还可以降低各层面的耦合性?)。

-------------------------------------------------
robbin提出一个“PHPer会有前途吗?”的问题,有点感慨,本来写了几段这两年来的路,但怕被高手笑话,临发表时还是拿掉了。
当初学数据结构时,老师提到的一句“程序=算法+数据结构”——语法可以千变万化,但不变的是其思想。PHP因为简洁易学,所以PHPer可以素质不高;但也因为简洁易学,更需要深入钻研(无论是php本身还是周边),所以PHPer也可以很高大——而这一切,都要看自己的造化。
(同15一样的是,自己也不是科班出身,对技术也只是兴趣而已。)
昵称: xinyangnonfu  时间: 2009-11-27 10:24:00
别人发明什么程序是别人的事,你自己学什么,用什么是你自己的事。前面讨论的都是理想与现实的关系。用一个黑盒的说法来形容,就是你所处地区的房地产开放商在很大程序上决定了你学什么语言+
昵称: xinyangnonfu  时间: 2009-11-27 10:26:00
PHP和JAVA各有各的功能!
昵称: GraceLong  时间: 2009-11-28 11:23:00
仁者见仁智者见智

1024
昵称: dusdong  时间: 2009-11-28 12:21:00
我举个例子吧。有一堆销售数据(几百个订单),从服务器取下来。
处理数据的人需要对这些订单按时间先 ...
七月十五 发表于 2009-11-25 15:59
绝对不可能一次取出所有的数据然后交给客户端来排序。这个问题在目前最好的解决方案是AJAX。
昵称: drupalcn  时间: 2009-11-28 19:21:00
昵称: puper  时间: 2009-11-29 13:01:00
其实我还是觉得PHP跟Java没得比~~
就算是WEB工程,也是一样~~~
昵称: horseluke  时间: 2009-11-29 23:41:00
我想b==web吧
昵称: horseluke  时间: 2009-11-30 01:44:00
不错不错,切入点很好!
昵称: yongdi  时间: 2009-11-30 14:20:00
主要是成本问题,学JAVA的成本和学PHP的成本!~~
LAMP=开源+免费+N多成熟代码!~

我的看法是以后PHP会用来编写操作系统-> pdows
昵称: miikey  时间: 2009-11-30 17:52:00
春哥信多了,自然就迷恋上一门语言,这狠可怕。。。。
昵称: zzs1949  时间: 2009-12-01 10:38:00
两样都懂点,还是觉得PHP好。。。
昵称: flash866  时间: 2009-12-02 08:59:00
"B/S结构是一种架构。由于C/S这种结构对系统依赖非常大,并且有个非常严重缺陷就是如果我要在Server端修改了代码,那么对应的Client的也必须做相应的改变。一个典型的例子就是网络游戏。这样的代价是惨重的,因为对于我们一般的系统来说,每次更新都要为客户去部署或者调试,是非常麻烦的事情。"

我的遭遇恰恰与之相反,我极力向客户推荐b/s,而现实情形是,他们一般只有单用户+内网使用。比如一个进销存,需要的环境jre+mysql+tomcat,于是为了第一次的部署耗去大量精力,完全享受不到一升百升的好处,升级成本没降,还是100%。甚至多数情况要亲临现场。
昵称: 石头城  时间: 2009-12-02 15:18:00
关注!
昵称: 蝎子小水  时间: 2009-12-02 20:10:00
这个帖 是一定要顶的
昵称: ccgfcg2004  时间: 2009-12-03 10:27:00
是的  程序都是各有所长的
昵称: wang913913  时间: 2009-12-03 12:23:00
顶,有道理
昵称: jacker  时间: 2009-12-03 17:10:00
LZ强淫啊………………膜拜……………………
昵称: bs  时间: 2009-12-04 00:24:00
php+mysql+apache 是中小型企业的黄金组合,做网站的话确实有开发效率高和投资少的优势。但是如果是开发一个跨国银行的信贷系统的话,就分布式事务这里php就力不从心了,而javaEE的EJB解决了这个问题,光是架构上都占用了优势,更何况是涉及到分布式工作流的的问题···
昵称: soho7  时间: 2009-12-04 09:15:00
膜拜神贴
昵称: it577net  时间: 2009-12-04 14:03:00
飘过  闻闻腥
昵称: tochenwei  时间: 2009-12-04 15:22:00
昵称: xcyxl  时间: 2009-12-04 15:26:00
定位不同吧
昵称: 496493722  时间: 2009-12-04 16:05:00
定位不同吧
昵称: 兵马俑  时间: 2009-12-04 21:53:00
test
昵称: 我为ぁ琴狂  时间: 2009-12-04 22:04:00
本帖最后由 aCat 于 2009-12-7 16:55 编辑

十五唯一的漏洞是客户端只会越来越复杂而不是一桶浆糊全都能处理json全都能支持flash
大到电视机小到只支持WAP的手机到处都可能是互联网的战场。
永远也别指望用户为了使用你的网站而更换设备,所以,服务器总是要为复杂的客户端状况进行处理。也别指望更新换代支持啥啥,新技术涌现旧技术并存的局面总是这样的,天下合久必分分久必合不断更替,不会有理想模式。
这也是我反对你的模式支持折腾王模式的理由。
当然,能理解你的人也不会很多,PPC上鱼龙混杂。
昵称: guangtingbulian  时间: 2009-12-05 18:21:00
坦克是绝对的现实主义十五是绝对的理想主义
这两篇帖子不妨叫做理想和现实的冲突。

到此为止,匿了。
昵称: 小桃子  时间: 2009-12-06 13:26:00
都学过,都不精通
php做一个site确实比较爽,比较快
java可做得蛮多的,譬如system
.........
两个都好,还是两手都要抓吧
昵称: the9zhike  时间: 2009-12-06 16:16:00
写得不错
昵称: haocool  时间: 2009-12-06 18:22:00
昵称: lxf87618  时间: 2009-12-07 11:16:00
本帖最后由 lidou 于 2009-12-9 21:53 编辑

不说PHP,说LAMP,因为单PHP只是一门语言,而楼上很多兄弟说的.net和java并不是指的一门语言,而是一个架构,用LAMP来对比.net和java可能更合理一点,虽然LAMP目前基本上就专指网站这一块,但我还是希望它能更牛X一点的。作为LAMP架构来讲,L、A、M这三个我相信没有人会说它们做得差,因为在java世界里面也经常使用它们,剩下的就是PHP的问题了。
我同意某些兄弟说的PHP的定位问题,PHP原来的定位确实就是做网站的,如果单考虑网站这一块,它绝对是做得相当好的,对比asp,jsp就知道了。问题在于非网站这块,到底是不是用PHP来做的问题,如果用PHP来做非网站项目,我相信没有人觉得它会好用,尽管在某些场景下也可以使用。
JAVA平台的支持语言有:java/jsp-(混合型语言+解释型语言)
.NET平台的支持语言有:C#/C++/VB/VJ/asp等(混合语言+编译型语言+解释型语言)
LAMP平台的支持语言有:PHP(虽然也有用其它语言,如Perl, Python等,这些语言本质没有变,都是解释型的,但没有一种编译型或混合语言来支持) (仅解释型语言)
对比下来,LAMP平台就差多了,至少应用场景就只限在WEB里面了(显然目前为块也应用得最好)。也许有人会说,可以用C/C++编写PHP扩展啊。Yes, It's right。但C/C++纳入这个平台了吗?易用吗?
所以我的观点是,要把LAMP架构推到一个新的台阶,两种选择:1、加强PHP语言,至少不能是单纯的解释型语言;2、引入或创造环境收纳其它语言进来(更易使用其它语言),现在流行混搭:)。
根据楼主标题,JAVA我不太熟,不做讨论。PHP我是一名老手(但不是高手),并且还对其抱有殷切希望的(至少要将LAMP架构提升到与JAVA和.net架构可以相提并论的地步。
回复:经典的论述。
昵称: lxf87618  时间: 2009-12-07 11:18:00
观点清晰,论证明确。一篇难得的议论文。85分
昵称: ClearWind  时间: 2009-12-07 12:48:00
就是这样!
昵称: aCat  时间: 2009-12-07 16:54:00
PHP和JAVA今后都不会倒掉,各有各的优势和劣势······
昵称: aCat  时间: 2009-12-07 16:57:00
嘿嘿,学习了,看看的都是你说你好,我说我好。没人冷静
昵称: wishuishui  时间: 2009-12-08 11:19:00
ding                   ding
昵称: deloz.net  时间: 2009-12-08 22:00:00
各有各的长处..
昵称: hmly  时间: 2009-12-09 11:29:00
统一lz的说法,我就是一个搞Java开发的,现在在学php
昵称: lidou  时间: 2009-12-09 21:45:00
不得不顶
昵称: teevil  时间: 2009-12-09 22:49:00
这篇文章一定要顶一下
昵称: iege  时间: 2009-12-10 10:04:00
支持部分观点
昵称: thizluo  时间: 2009-12-13 18:01:00
好文章
我为ぁ琴狂 发表于 2009-11-24 17:46
昵称: zyf8985957  时间: 2009-12-13 20:26:00
php做网站有很大的优势,在2007年以前大部分网站都是asp,2010年就开始广泛应用php语言了,很多网站都是用php做的了,比如这个网站(http://www.bgfcw.cn/)就是很有名的php程序Discuz!做的,现在这个程序由腾讯收购了!而且以后这种程序会越做越优秀!
昵称: lertig  时间: 2013-05-14 17:31:36