z***e
发帖数: 5393 | 1 【 以下文字转载自 Programming 讨论区 】
发信人: zlike (最终幻想), 信区: Programming
标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
client直接和各种service的交互，server只返回数据，至于client是要生成html还是
在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
协议用来传送json数据。
使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
这样
开发效率较快，但是反过来说你还要找专门开发php/jsp/asp的developer，开发环节多
了，
很可能更慢。
但是如果minimiaze php这个层面，就断了公司里面php developer的生路，又不好在公
司里面
对其他人表达我这个看法。
各位觉得呢？ |
B*****g
发帖数: 34098 | 2 client端怎么知道server端会返回什么样的数据？
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
r***y
发帖数: 4379 | 3 估计不少人会不知道你要说什么.
你认为的东东 n 年如一日的, industry 一直这么用着呢.
json传回来你总不能直接显示原始格式吧
再说俺上街买几颗白菜雇个三轮车拉回家就行了, 用不着请个十八轮啊, 搞啥service
啊.
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
a***n
发帖数: 584 | 4 或许，client发出request的时候，在信息包里提供所需的返回格式吧。
页面语言被慢慢抛弃吧？只要个人电脑还用html browser，页面语言就还在。只不过，
市场份额比例缩小而已。
【在 B*****g 的大作中提到】
: client端怎么知道server端会返回什么样的数据？
:
: 全的
|
r***y
发帖数: 4379 | 5 你client需要的格式不能让客户自己写吧?
莫不成要放弃通用的browser, 再写个胖客户端? 又回到上个世纪了.
【在 a***n 的大作中提到】
: 或许，client发出request的时候，在信息包里提供所需的返回格式吧。
: 页面语言被慢慢抛弃吧？只要个人电脑还用html browser，页面语言就还在。只不过，
: 市场份额比例缩小而已。
|
a***n
发帖数: 584 | 6 fat client 是选择之一。
可以考虑Content Negotiation.我觉得比fat client好。
http://en.wikipedia.org/wiki/Content_negotiation
【在 r***y 的大作中提到】
: 你client需要的格式不能让客户自己写吧?
: 莫不成要放弃通用的browser, 再写个胖客户端? 又回到上个世纪了.
|
q*********u
发帖数: 280 | 7 。。。。
【 以下文字转载自 Programming 讨论区 】
发信人: zlike (最终幻想), 信区: Programming
标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
client直接和各种service的交互，server只返回数据，至于client是要生成html还是
在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
协议用来传送json数据。
使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
这样
开发效率较快，但是反过来说你还要找专门开发php/jsp/asp的developer，开发环节多
了，
很可能更慢。
但是如果minimiaze php这个层面，就断了公司里面php developer的生路，又不好在公
司里面
对其他人表达我这个看法。
各位觉得呢？
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
a*******m
发帖数: 626 | 8 请注意php不只是一种页面语言，而是一种功能完整的脚本语言。
php有着和perl或python一样的使用场合和使用能力，只是因为在web开发这块用的最多
，才造成了这样的偏见。
【 以下文字转载自 Programming 讨论区 】
发信人: zlike (最终幻想), 信区: Programming
标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
client直接和各种service的交互，server只返回数据，至于client是要生成html还是
在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
协议用来传送json数据。
使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
这样
开发效率较快，但是反过来说你还要找专门开发php/jsp/asp的developer，开发环节多
了，
很可能更慢。
但是如果minimiaze php这个层面，就断了公司里面php developer的生路，又不好在公
司里面
对其他人表达我这个看法。
各位觉得呢？
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
g**e
发帖数: 6127 | 9 恩，我也经常用php写点脚本程序
全的
【在 a*******m 的大作中提到】
: 请注意php不只是一种页面语言，而是一种功能完整的脚本语言。
: php有着和perl或python一样的使用场合和使用能力，只是因为在web开发这块用的最多
: ，才造成了这样的偏见。
:
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
|
q*****9
发帖数: 85 | 10 呵呵，又回到了页面语言产生之前的idea
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
|
|
T*********g
发帖数: 496 | 11 很多企业级的应用已经转移到js+service的模式了，，jsp asp的消亡应该不远
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
r*****l
发帖数: 2859 | 12 他对她说：你如果离开我我就去死。结果她离开他了，80年以后他死了。
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
g*****g
发帖数: 34805 | 13 js的问题是太难维护，所以才有gwt的出现。
js+service的模式出现在部署的时候不奇怪，但
在开发的时候纯写js，我老不看好。
【在 T*********g 的大作中提到】
: 很多企业级的应用已经转移到js+service的模式了，，jsp asp的消亡应该不远
:
: 全的
|
T*********g
发帖数: 496 | 14 gwt 我个人不认为是个好的概念，，比较隐晦的错误有时候判断不清到底是gwt编译造
成的，，还是本身自己code的问题。 js已经有了很好的调试环境，framework，page
level将会有更多js的重型应用出现
【在 g*****g 的大作中提到】
: js的问题是太难维护，所以才有gwt的出现。
: js+service的模式出现在部署的时候不奇怪，但
: 在开发的时候纯写js，我老不看好。
|
S****h
发帖数: 558 | 15 JS is way behind in debugging and testing in my opinion comparing to things
like JAVA or C++. Personally, I feel that javascript will never work
without those framework (jquery, prototype,..). It is next to impossible to
deal with large raw javascript code. Unless javascript's debugging and
testing can be dramatically improved, large javascript developing is
probably only limited for real dedicated teams like GWT, or jquery, instead
of general programmers.
【在 T*********g 的大作中提到】
: gwt 我个人不认为是个好的概念，，比较隐晦的错误有时候判断不清到底是gwt编译造
: 成的，，还是本身自己code的问题。 js已经有了很好的调试环境，framework，page
: level将会有更多js的重型应用出现
|
r*****l
发帖数: 2859 | 16 I consider jquery almost the same level as js. It just wraps js and makes it
easier. You still need to write quite some js code even if you use jquery.
J2EE web layer is never mature IMHO. That's a bad thing. However, that's
also opportunity for people who want to research.
In terms of debugging, have you used FireBug? It serves me well at lease.
things
to
instead
【在 S****h 的大作中提到】
: JS is way behind in debugging and testing in my opinion comparing to things
: like JAVA or C++. Personally, I feel that javascript will never work
: without those framework (jquery, prototype,..). It is next to impossible to
: deal with large raw javascript code. Unless javascript's debugging and
: testing can be dramatically improved, large javascript developing is
: probably only limited for real dedicated teams like GWT, or jquery, instead
: of general programmers.
|
g*****g
发帖数: 34805 | 17 My opinion is frameworks like Vaadin that wrap AJAX lib under and on top
pure java/C# etc. will prevail.
Instead of writing JS that's on DOM level, you are writing code using
controls that's implemented by HTML/JS. 3rd party vendors can supply
these controls and most of rest can focus on interacting with these
controls. This is the idea of desktop programming, and it's been proven
simple and effective. You do lose some flexibity, but with the quality
of controls go up over years, it will be adequate for 99% of websites.
JS is a dynamic language, and IDE can never give you the same help
at the level of a static typed language. I've used Firebug before,
it helps, but saying it matches modern IDE like eclipse can offer
is a stretch.
it
【在 r*****l 的大作中提到】
: I consider jquery almost the same level as js. It just wraps js and makes it
: easier. You still need to write quite some js code even if you use jquery.
: J2EE web layer is never mature IMHO. That's a bad thing. However, that's
: also opportunity for people who want to research.
: In terms of debugging, have you used FireBug? It serves me well at lease.
:
: things
: to
: instead
|
s***o
发帖数: 2191 | 18 This sounds exactly what ASP.NET Web Forms along with ASP.NET Ajax Library
did. While it was a big success, now people are switching to ASP.NET MVC
framework for various reasons including tighter control over HTML,
testability, etc.
I've been using jQuery and knockout. It's cool but I am not convinced yet
that JS is ready for serious application development.
【在 g*****g 的大作中提到】
: My opinion is frameworks like Vaadin that wrap AJAX lib under and on top
: pure java/C# etc. will prevail.
: Instead of writing JS that's on DOM level, you are writing code using
: controls that's implemented by HTML/JS. 3rd party vendors can supply
: these controls and most of rest can focus on interacting with these
: controls. This is the idea of desktop programming, and it's been proven
: simple and effective. You do lose some flexibity, but with the quality
: of controls go up over years, it will be adequate for 99% of websites.
: JS is a dynamic language, and IDE can never give you the same help
: at the level of a static typed language. I've used Firebug before,
|
S****h
发帖数: 558 | 19 Yeah. I do use firebug or development tool in Chrome (similar as firebug in
firefox). Nevertheless, it is not as useful as IDE like others point out.
This partly due to the language nature of javascript. For example, if you
have some simple syntax error at some rarely used logic, you will never see
it until it gets executed.
And you will see how difficult to write some GOOD ajax code in raw
javascript without help from those framework.
I personally will limit javascript to the display logic, and limit the
display logic as much as possible. And I will push as much code into the
underneath control layer as possible and written them with something like
Java. I have much more confident with the codes I wrote in java than in
javascript. Fortunately, with all those modern frameworks, I can do that
more or less.
In terms of language itself, javascript as a dynamic language is actually
more complicated and fun than java or even c++ in my opinion. But comes
with that is difficulty in maintenance and scalability.
it
【在 r*****l 的大作中提到】
: I consider jquery almost the same level as js. It just wraps js and makes it
: easier. You still need to write quite some js code even if you use jquery.
: J2EE web layer is never mature IMHO. That's a bad thing. However, that's
: also opportunity for people who want to research.
: In terms of debugging, have you used FireBug? It serves me well at lease.
:
: things
: to
: instead
|
g*****g
发帖数: 34805 | 20 I don't know enough about .net stuff. But I kind of feeling
maybe web forms implementation is not done right. You can
have clean MVC using controls, Swing being a good example.
【在 s***o 的大作中提到】
: This sounds exactly what ASP.NET Web Forms along with ASP.NET Ajax Library
: did. While it was a big success, now people are switching to ASP.NET MVC
: framework for various reasons including tighter control over HTML,
: testability, etc.
: I've been using jQuery and knockout. It's cool but I am not convinced yet
: that JS is ready for serious application development.
|
|
|
r*****l
发帖数: 2859 | 21 I agree with the JS part. That's why I mentioned that Java front end is
never mature. Maybe it's because my front end knowledge is not that good.
in
.
you
see
【在 S****h 的大作中提到】
: Yeah. I do use firebug or development tool in Chrome (similar as firebug in
: firefox). Nevertheless, it is not as useful as IDE like others point out.
: This partly due to the language nature of javascript. For example, if you
: have some simple syntax error at some rarely used logic, you will never see
: it until it gets executed.
: And you will see how difficult to write some GOOD ajax code in raw
: javascript without help from those framework.
: I personally will limit javascript to the display logic, and limit the
: display logic as much as possible. And I will push as much code into the
: underneath control layer as possible and written them with something like
|
r*****l
发帖数: 2859 | 22 Will check out Vaadin.
【在 g*****g 的大作中提到】
: My opinion is frameworks like Vaadin that wrap AJAX lib under and on top
: pure java/C# etc. will prevail.
: Instead of writing JS that's on DOM level, you are writing code using
: controls that's implemented by HTML/JS. 3rd party vendors can supply
: these controls and most of rest can focus on interacting with these
: controls. This is the idea of desktop programming, and it's been proven
: simple and effective. You do lose some flexibity, but with the quality
: of controls go up over years, it will be adequate for 99% of websites.
: JS is a dynamic language, and IDE can never give you the same help
: at the level of a static typed language. I've used Firebug before,
|
r********3
发帖数: 2998 | 23 的确可以啊。我也觉得web page最好是纯HTML和Javascript。
全的
【在 z***e 的大作中提到】
: 【 以下文字转载自 Programming 讨论区 】
: 发信人: zlike (最终幻想), 信区: Programming
: 标 题: PHP/JSP/ASP等页面语言应该被慢慢抛弃了吧？
: 发信站: BBS 未名空间站 (Mon Apr 25 02:46:57 2011, 美东)
: 越来越认为这些 xxx page语言都应该慢慢被deprecate掉，我认为未来的web就是完全的
: client直接和各种service的交互，server只返回数据，至于client是要生成html还是
: 在iphone/android/PC/Mac上显示，由client去决定，唯一需要的可能就是一个http
: 协议用来传送json数据。
: 使用php/jsp/aspx来构造html，只是为了简单方便而已，我是这样认为。原则上可以说
: 这样
|
N********n
发帖数: 8363 | 24 The exact reason PHP/ASP were invented was b/c HTML/JS have been such
pain in the ass to code in (and still are today) they come in as help
to generate the PITA mechanically to relieve programmers the suffering. |
d***i
发帖数: 19 | 25 I think this is market driven. Right now, the web applications are
competing with desktop application on the UI prospective. In a sense,
programmers are "forced" to go back to bottom to code in javascript/html/dom
to get high performance UI in browser. While years ago, pages written in
those "Xsp" technology are good enough to satisfy the users.
【在 g*****g 的大作中提到】
: js的问题是太难维护，所以才有gwt的出现。
: js+service的模式出现在部署的时候不奇怪，但
: 在开发的时候纯写js，我老不看好。
|
b***e
发帖数: 1419 | 26 Gwt是我见过最脑残的反工具。至于js是不是难维护，就不必人笨怪刀钝。
【在 g*****g 的大作中提到】
: js的问题是太难维护，所以才有gwt的出现。
: js+service的模式出现在部署的时候不奇怪，但
: 在开发的时候纯写js，我老不看好。
|
