z***e
发帖数: 5393 | 1 越来越认为这些 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的生路，又不好在公
司里面
对其他人表达我这个看法。
各位觉得呢？ |
g*****g
发帖数: 34805 | 2 你想啥呢, 浏览器是一个瘦客户端, 但同时html又提供页面渲染的规范, 包括加入
各种媒体的可能. 简单地说, 不用安装和维护客户端.
json,xml等等交换的只是数据而已,不得写个客户端.没有通用的,开发量一点不小.
近10年的趋势,就是数据大量放入云端,web引用大行其道.也就是最近mobile因为
页面所限,不是这样而已.
全的
【在 z***e 的大作中提到】
: 越来越认为这些 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
发帖数: 5393 | 3 我意思不是抛弃html，而是完全靠客户端的javascript通过读写json数据来动态构造页面，比如
客户端就一个静态的：
没了。
然后server端不负责任何html代码生成，只管返回json数据。这样client.js会非常复
杂（类似什么js做的starcraft/坦克大战之类的),现在QQ的web界面好像也是纯javascript，
但是做好的话应该可以实现很多灵活的功能。
【在 g*****g 的大作中提到】 : 你想啥呢, 浏览器是一个瘦客户端, 但同时html又提供页面渲染的规范, 包括加入
: 各种媒体的可能. 简单地说, 不用安装和维护客户端.
: json,xml等等交换的只是数据而已,不得写个客户端.没有通用的,开发量一点不小.
: 近10年的趋势,就是数据大量放入云端,web引用大行其道.也就是最近mobile因为
: 页面所限,不是这样而已.
:
: 全的 |
g*****g
发帖数: 34805 | 4 这不就是ajax吗. 这都火了好些年了,你不是才意识到吧.
对于ajax的开发有两种类别, 一种是纯client的framework,
注入jQuery, GWT. 一种是将js的类库用server的framework包装,如vaadin,
wicket等等. 更有利弊.
页面，比如
javascript，
【在 z***e 的大作中提到】
: 我意思不是抛弃html，而是完全靠客户端的javascript通过读写json数据来动态构造页面，比如
: 客户端就一个静态的：
:
:
:
:
: 没了。
: 然后server端不负责任何html代码生成，只管返回json数据。这样client.js会非常复
: 杂（类似什么js做的starcraft/坦克大战之类的),现在QQ的web界面好像也是纯javascript，
: 但是做好的话应该可以实现很多灵活的功能。 |
z***e
发帖数: 5393 | 5 对啊，但是目前的ajax应用也一般只是针对页面一小部分，而不是全部，很多还是在
server生成页面的。
比如说，facebook聊天是ajax，但是newsfeed应该就是静态生成的---你打开facebook
，点坐上角facebook图标，会看到除了最左边一栏，整个右边大半页面都有个刷新过程，这应
该就是在backend生成的右边页面，然后返回（大概是个iframe）.
按照我的想法和ajax的习惯，你不应该看到这个页面刷新过程（直接替换DOM里面的
innerHTML不应该看到刷新的过程).
【在 g*****g 的大作中提到】
: 这不就是ajax吗. 这都火了好些年了,你不是才意识到吧.
: 对于ajax的开发有两种类别, 一种是纯client的framework,
: 注入jQuery, GWT. 一种是将js的类库用server的framework包装,如vaadin,
: wicket等等. 更有利弊.
:
: 页面，比如
: javascript，
|
g*****g
发帖数: 34805 | 6 这是因为js是让人很痛苦的一种语言, 难开发难维护.
所以混合还是当前的主流.
facebook
程，这应
【在 z***e 的大作中提到】
: 对啊，但是目前的ajax应用也一般只是针对页面一小部分，而不是全部，很多还是在
: server生成页面的。
: 比如说，facebook聊天是ajax，但是newsfeed应该就是静态生成的---你打开facebook
: ，点坐上角facebook图标，会看到除了最左边一栏，整个右边大半页面都有个刷新过程，这应
: 该就是在backend生成的右边页面，然后返回（大概是个iframe）.
: 按照我的想法和ajax的习惯，你不应该看到这个页面刷新过程（直接替换DOM里面的
: innerHTML不应该看到刷新的过程).
|
X****r
发帖数: 3557 | 7 嗯，我五年前设计开发的产品就是你说的这样的，好处是所有的UI只需要写Javascript
就可以，开发效率高并且容易维护。不过现在反而不这么做了。
目前有两个现实问题：
1.服务器端的计算比客户端快的多。对于许多用户来说，在浏览器里的计算效率很低。
举个例子，现在大概还有10%的用户在使用IE 6。而且额外的一个server round trip
也会降低效率。
2.搜索引擎并不运算（大部分）Javascript，对页面的可搜索性大大不利。
而且直接替换DOM里面的innerHTML的确有刷新的过程，因为浏览器并不知道你早先的
HTML只是个空架子没有实际内容。
其实完全可以用一套服务器端和客户端通用的模板系统，甚至在服务器端运行
Javascript，
来兼得开发效率和运行效率的好处。现在我就是在用服务器端和客户端通用的模板系统。
不过老实说，搞熟了以后，同时使用客户端的和服务器端的两套语言也没多大影响。
facebook
程，这应
【在 z***e 的大作中提到】
: 对啊，但是目前的ajax应用也一般只是针对页面一小部分，而不是全部，很多还是在
: server生成页面的。
: 比如说，facebook聊天是ajax，但是newsfeed应该就是静态生成的---你打开facebook
: ，点坐上角facebook图标，会看到除了最左边一栏，整个右边大半页面都有个刷新过程，这应
: 该就是在backend生成的右边页面，然后返回（大概是个iframe）.
: 按照我的想法和ajax的习惯，你不应该看到这个页面刷新过程（直接替换DOM里面的
: innerHTML不应该看到刷新的过程).
|
s***o
发帖数: 2191 | 8 这个展开讲讲？
Javascript
~~~~~~~~~~~~~~~~~~~
【在 X****r 的大作中提到】
: 嗯，我五年前设计开发的产品就是你说的这样的，好处是所有的UI只需要写Javascript
: 就可以，开发效率高并且容易维护。不过现在反而不这么做了。
: 目前有两个现实问题：
: 1.服务器端的计算比客户端快的多。对于许多用户来说，在浏览器里的计算效率很低。
: 举个例子，现在大概还有10%的用户在使用IE 6。而且额外的一个server round trip
: 也会降低效率。
: 2.搜索引擎并不运算（大部分）Javascript，对页面的可搜索性大大不利。
: 而且直接替换DOM里面的innerHTML的确有刷新的过程，因为浏览器并不知道你早先的
: HTML只是个空架子没有实际内容。
: 其实完全可以用一套服务器端和客户端通用的模板系统，甚至在服务器端运行
|
c****e
发帖数: 1453 | 9 Flash and Silverlight offer exactly what you describe here. They are
propprietary technology though. If you want to do that with Java, AJAX is
close to what you want. For many instances it's still very useful for server
to return HTML pages on top of JS.
页面，比如
javascript，
【在 z***e 的大作中提到】
: 我意思不是抛弃html，而是完全靠客户端的javascript通过读写json数据来动态构造页面，比如
: 客户端就一个静态的：
:
:
:
:
: 没了。
: 然后server端不负责任何html代码生成，只管返回json数据。这样client.js会非常复
: 杂（类似什么js做的starcraft/坦克大战之类的),现在QQ的web界面好像也是纯javascript，
: 但是做好的话应该可以实现很多灵活的功能。 |
z***e
发帖数: 5393 | 10 我听说有个叫node.js的东西，是server side javascript，但是没搞懂那只是用
javascript
来写server page呢，还是真的在server那边运行javascript(比如在server那边运行
alert(...)，然后client就弹出个框框？).
还有说道计算速度的话，运算都扔给server啊，client只管取结果，然后重新画界面.
Javascript
【在 X****r 的大作中提到】
: 嗯，我五年前设计开发的产品就是你说的这样的，好处是所有的UI只需要写Javascript
: 就可以，开发效率高并且容易维护。不过现在反而不这么做了。
: 目前有两个现实问题：
: 1.服务器端的计算比客户端快的多。对于许多用户来说，在浏览器里的计算效率很低。
: 举个例子，现在大概还有10%的用户在使用IE 6。而且额外的一个server round trip
: 也会降低效率。
: 2.搜索引擎并不运算（大部分）Javascript，对页面的可搜索性大大不利。
: 而且直接替换DOM里面的innerHTML的确有刷新的过程，因为浏览器并不知道你早先的
: HTML只是个空架子没有实际内容。
: 其实完全可以用一套服务器端和客户端通用的模板系统，甚至在服务器端运行
|
|
|
j******t
发帖数: 22 | 11 client直接和各种service的交互，server只返回数据。
什么是Service? Server 如何返回数据？ 仍然需要PHP/JSP/ASP/C# 等服务器端支持的
语言与数据库/源 交互后返回结果（JSON, XML or even HTML fragment)。所谓的
Service无非就是服务器端的一个程序，可以是CGI也可以是PHP/JSP/ASP 程序。
JavaScript并不能直接读取服务器。所以楼主的断言有点早。 |
y*****n
发帖数: 11251 | 12 第一句没错。
第二句，按照你的模式，如果没有middleware，server向每个client只能返回同样的数
据。
关键在于http是stateless的，如果没有middleware，那么web就是最开始时候大家用
mosaic时候那样。只有html，只支持简单的post/get。
全的
【在 z***e 的大作中提到】
: 越来越认为这些 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的生路，又不好在公
|
m*******n
发帖数: 370 | 13 同志们有折腾drupal的吗？折腾了1年，不知道该不该深入折腾下去 |
r*****l
发帖数: 2859 | 14 你觉得用javascript写“非常复杂”的客户端容易还是用jsp/servlet, php或者.net或
者rails写容易呢？
页面，比如
javascript，
【在 z***e 的大作中提到】
: 我意思不是抛弃html，而是完全靠客户端的javascript通过读写json数据来动态构造页面，比如
: 客户端就一个静态的：
:
:
:
:
: 没了。
: 然后server端不负责任何html代码生成，只管返回json数据。这样client.js会非常复
: 杂（类似什么js做的starcraft/坦克大战之类的),现在QQ的web界面好像也是纯javascript，
: 但是做好的话应该可以实现很多灵活的功能。 |
z***e
发帖数: 5393 | 15 state由server负责啊，反正一般都有个user id之类的。
我觉得php/asp/jsp目前唯一不方便替代的就是login的user id之类的信息，所以还很
难彻底砍
掉。
【在 y*****n 的大作中提到】
: 第一句没错。
: 第二句，按照你的模式，如果没有middleware，server向每个client只能返回同样的数
: 据。
: 关键在于http是stateless的，如果没有middleware，那么web就是最开始时候大家用
: mosaic时候那样。只有html，只支持简单的post/get。
:
: 全的
|
z***e
发帖数: 5393 | 16 但是这样可以分工明确啊，专门有个javascript developer去full time折腾总比让并
不是很熟悉
javascript的backend developer去写html要好，再说，其实javascript也复杂不到哪
里去。
【在 r*****l 的大作中提到】
: 你觉得用javascript写“非常复杂”的客户端容易还是用jsp/servlet, php或者.net或
: 者rails写容易呢？
:
: 页面，比如
: javascript，
|
y*****n
发帖数: 11251 | 17 如果server能负责的话党中央就不用花那么钱维稳了。服务器端对客户端的动态目前不
可能控制，要控制需
要每个client都通过类似一个pci的总线。最少本世纪是难了。
【在 z***e 的大作中提到】
: state由server负责啊，反正一般都有个user id之类的。
: 我觉得php/asp/jsp目前唯一不方便替代的就是login的user id之类的信息，所以还很
: 难彻底砍
: 掉。
|
a***n
发帖数: 584 | 18 可以考虑Content Negotiation。
http://en.wikipedia.org/wiki/Content_negotiation
只要个人电脑还用html browser，页面语言就还在。只不过，市场份额比例缩小而已。 |
g*******e
发帖数: 3013 | 19 我也这么想。javascript＋WS。啥都做了。
全的
【在 z***e 的大作中提到】
: 越来越认为这些 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的生路，又不好在公
|
d****y
发帖数: 910 | 20 你没做过比较大点的正规网站吧？不熟悉流行的web服务器的技术规格吧？无知者无畏
，用你身上太贴切了。
Server Side JavaScript的是什么？怎么运用？是不是也是一种脚本语言？它跟ASP/
PHP/JSP比有什么优劣？知道点皮毛就想来发表高见或是唬人？
不用ASP/PHP/JSP，那服务端用什么脚本语言？Server Side JavaScript? Ruby?
Python? Servlet? Perl? C? （理论上你用bash都可以编写HTML页面的）别跟我说直接
用VB, Java什么的，因为web服务器不能直接支持。
每种语言的创建都有它独特的用处和考量，不是一种主流或几种主流语言就能胜任所有
工作的。所以，不要以为什么语言都可以用在一切应用上。
任何一种语言，都有被淘汰的时候；不过，现在还不是脚本语言被淘汰的时候。
【在 z***e 的大作中提到】
: 但是这样可以分工明确啊，专门有个javascript developer去full time折腾总比让并
: 不是很熟悉
: javascript的backend developer去写html要好，再说，其实javascript也复杂不到哪
: 里去。
|
|
|
d****y
发帖数: 910 | 21 你的假设至少存在2个可能的漏洞：
1. 安全性和效率。安全方面，一个简单的但非常重要的原则是：不要相信客户端；不
暴露、不发送额外的数据给客户端。另外，在效率方面，也要求不把不需要的数据发送
给客户端，这对网络、对服务端、对客户端都是无谓的资源浪费。
2. Json也就是一个近些年才出来的新东西，不超过10来年。你想用一个你觉得比较好
的叫做Json的新东西来一统江湖？说到数据传输，有很多种数据传输方式和数据格式，
Json只是其中一种而已。XML比Json出来早好些年，而且有些很重要的特性，是Json完
全没有的。Json就是一个纯粹的单一的用于数据交换的数据结构，您能期望一种功能单
一的数据结构胜任复杂的现实环境的需求（仅就数据传输和交换而言）？
另外，“唯一需要的可能就是一个http协议用来传送json数据”。别这么小看HTTP好不
好？HTTP协议是比较底层的协议基础，而且将会继续流行很多年；没有HTTP协议，你所
说的client, server, Json在web上都是浮云。
全的
【在 z***e 的大作中提到】
: 越来越认为这些 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的生路，又不好在公
|
N********n
发帖数: 8363 | 22 The current "there is an App for that" mode is definitely more exciting
than the old web app model. This whole concept of "cross platform" is
not as important as before. |
g*****g
发帖数: 34805 | 23 More exciting? The only reason it's popular was due to the limited
screen space and bandwidth, obviously a dedicate app can take advantage
on both. You'll never see an app for every website on PC.
【在 N********n 的大作中提到】
: The current "there is an App for that" mode is definitely more exciting
: than the old web app model. This whole concept of "cross platform" is
: not as important as before.
|
a***y
发帖数: 2803 | 24 lol
win 8 will use jsp and html5 for its new applications.
全的
【在 z***e 的大作中提到】
: 越来越认为这些 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的生路，又不好在公
|
S**I
发帖数: 15689 | 25 JavaScript, not JSP
【在 a***y 的大作中提到】
: lol
: win 8 will use jsp and html5 for its new applications.
:
: 全的
|
