c*********e
发帖数: 16335 | 1 比如我用post 把参数送到一个url, 比如http://www.mysite.com/report/index,
通过report controller里的这个index method拿到我要的数据。
用web services,也是post参数到server,然后拿到我要的数据。
这2种方法有啥本质区别吗？拿数据，不用web services照样可以啊。web services的
优点到底在哪呢？ |
p*****2
发帖数: 21240 | 2 webservice 概念比较宽泛吧 你指的是rest？
【在 c*********e 的大作中提到】
: 比如我用post 把参数送到一个url, 比如http://www.mysite.com/report/index,
: 通过report controller里的这个index method拿到我要的数据。
: 用web services,也是post参数到server,然后拿到我要的数据。
: 这2种方法有啥本质区别吗？拿数据，不用web services照样可以啊。web services的
: 优点到底在哪呢？
|
c*********e
发帖数: 16335 | 3 soap, restful都是阿。比如web services返回一个json,我用c#的一个web
application的method返回一个json,也一样啊。web services比web app的优势到底在
哪呢？
【在 p*****2 的大作中提到】
: webservice 概念比较宽泛吧 你指的是rest？
|
l**********n
发帖数: 8443 | 4 集中
【在 c*********e 的大作中提到】
: soap, restful都是阿。比如web services返回一个json,我用c#的一个web
: application的method返回一个json,也一样啊。web services比web app的优势到底在
: 哪呢？
|
c*********e
发帖数: 16335 | 5 这就是唯一的优势啊？
【在 l**********n 的大作中提到】
: 集中
|
L*1
发帖数: 11537 | 6 Web service (比如REST）可以specify return type（比如JSON, text/plain, text/
html），但普通URL有限制。 |
z****e
发帖数: 54598 | 7 没有
这个是http协议确定的
http协议本身允许各种返回类型
【在 L*1 的大作中提到】
: Web service (比如REST）可以specify return type（比如JSON, text/plain, text/
: html），但普通URL有限制。
|
L*1
发帖数: 11537 | 8 http协议本身允许各种返回类型，但普通web server，你可以让一个url xyz返回plain
text或html，但没法同时做到两者都返回。REST web service可以做到，这就是区别。
【在 z****e 的大作中提到】
: 没有
: 这个是http协议确定的
: http协议本身允许各种返回类型
|
z****e
发帖数: 54598 | 9 rest也做不到呀
rest的通信协议就是http，如果http做不到
rest怎么做到？如果rest能做到，你把http上的body改成跟rest的resp一样
也就可以做到了，这两个从本质上说是一样的
plain
别。
【在 L*1 的大作中提到】
: http协议本身允许各种返回类型，但普通web server，你可以让一个url xyz返回plain
: text或html，但没法同时做到两者都返回。REST web service可以做到，这就是区别。
|
c*********e
发帖数: 16335 | 10 返回什么类型，是json,text,html，你在code里面可以设置的。
plain
别。
【在 L*1 的大作中提到】
: http协议本身允许各种返回类型，但普通web server，你可以让一个url xyz返回plain
: text或html，但没法同时做到两者都返回。REST web service可以做到，这就是区别。
|
|
|
L*1
发帖数: 11537 | 11 REST可以做到同一URL因为返回类型不同返回完全不同的内容 -- 不用我来证明。
REST本来就是在http协议基础上实现的，当然本质上说是一样的 -- 不一样才怪！
这方面REST的好处就是提供了比较方便的方法做到。普通web server要更改
configuration，重新启动。
【在 z****e 的大作中提到】
: rest也做不到呀
: rest的通信协议就是http，如果http做不到
: rest怎么做到？如果rest能做到，你把http上的body改成跟rest的resp一样
: 也就可以做到了，这两个从本质上说是一样的
:
: plain
: 别。
|
z****e
发帖数: 54598 | 12 ws是一个idea
就跟j2ee，hadoop一样是一堆乱七八糟东西的综述
rest是构架，其中着重使用了http协议
soap是封装协议，并没有定义通信协议
所以从本质上说，这些概念并不是mutually exclusive滴
是不同的东西，你怎么让他们区别开来？ |
z****e
发帖数: 54598 | 13 lol
是吗？
看来你对网络协议和ws还处于两眼一抹黑的状况
换个产品你就挂了
【在 L*1 的大作中提到】
: REST可以做到同一URL因为返回类型不同返回完全不同的内容 -- 不用我来证明。
: REST本来就是在http协议基础上实现的，当然本质上说是一样的 -- 不一样才怪！
: 这方面REST的好处就是提供了比较方便的方法做到。普通web server要更改
: configuration，重新启动。
|
L*1
发帖数: 11537 | 14 嗯，我建web site的时候不知道你在哪里，反正还没有yahoo。
我不会再浪费时间回复你了。
【在 z****e 的大作中提到】
: lol
: 是吗？
: 看来你对网络协议和ws还处于两眼一抹黑的状况
: 换个产品你就挂了
|
z****e
发帖数: 54598 | 15 lol
那又怎样？
ws才多少年的时间？
既然restful是建立在http之上的
把一个http的请求变成ws很难么？
你就是死鸭子嘴硬
【在 L*1 的大作中提到】
: 嗯，我建web site的时候不知道你在哪里，反正还没有yahoo。
: 我不会再浪费时间回复你了。
|
L*1
发帖数: 11537 | 16 这点你是对的。
REST本质上是提供方便，它不能做http协议不允许的事情。
【在 c*********e 的大作中提到】
: 返回什么类型，是json,text,html，你在code里面可以设置的。
:
: plain
: 别。
|
z****e
发帖数: 54598 | 17 所以同一个req返回两个类型跟玩一样
是你不会做而已
最后，本质区别根本不是这个
本质区别是ws用上了一般http不用的两个methods
一个是put还有一个是delete
【在 L*1 的大作中提到】
: 这点你是对的。
: REST本质上是提供方便，它不能做http协议不允许的事情。
|
w**z
发帖数: 8232 | 18 ws 是提供service. 谁用都可以。是SOA的 基础。各种framework 提供各种轮子。但都
基于http.
【在 c*********e 的大作中提到】
: 比如我用post 把参数送到一个url, 比如http://www.mysite.com/report/index,
: 通过report controller里的这个index method拿到我要的数据。
: 用web services,也是post参数到server,然后拿到我要的数据。
: 这2种方法有啥本质区别吗？拿数据，不用web services照样可以啊。web services的
: 优点到底在哪呢？
|
c*********e
发帖数: 16335 | 19 最近在做网页，发现web services提供的东西，用web app的post到一个url一样可以实
现。web services唯一的不同，是不必提供一个gui,不用提供一个网页来使用它。那，
web application里面也可以写一个method,返回json，一样也可以不必提供一个gui啊。
貌似唯一的区别，web services在使用时的authentication,好像和web app的
authentication不一样。web app你在log in page登录之后，就可以用web app里的任
何method了。但是，web services,你每次用它的method,都要authenticate,每次都要
post给它你的username, password或者其它验证信息，比如cookie, session id,
token.
【在 w**z 的大作中提到】
: ws 是提供service. 谁用都可以。是SOA的 基础。各种framework 提供各种轮子。但都
: 基于http.
|
p**r
发帖数: 5853 | 20 个人感觉就是一个标准化，简单化。
txt和xml啥区别，xml能做的txt都能做，还自由。
现在写个monitor功能多方便，拉几个库功能就出来了，
但是习惯自己造轮子的也方便，时间没多花多少，杀毒软件还检测不到
电饭煲和生火+铁锅啥区别，
电饭煲能做的事情，大铁锅都能做，而且没电的时候还可以做饭。
说白了就是看你自己，你自己怎么高兴自己怎么来， |
|
|
c*********e
发帖数: 16335 | 21 对呀。那web services能做的事情，在web app里写个method返回个json,一样可以做啊
。没感觉web services有啥web app做不了的地方。
【在 p**r 的大作中提到】
: 个人感觉就是一个标准化，简单化。
: txt和xml啥区别，xml能做的txt都能做，还自由。
: 现在写个monitor功能多方便，拉几个库功能就出来了，
: 但是习惯自己造轮子的也方便，时间没多花多少，杀毒软件还检测不到
: 电饭煲和生火+铁锅啥区别，
: 电饭煲能做的事情，大铁锅都能做，而且没电的时候还可以做饭。
: 说白了就是看你自己，你自己怎么高兴自己怎么来，
|
z****e
发帖数: 54598 | 22 给你一个challenge
streaming呢？
【在 c*********e 的大作中提到】
: 对呀。那web services能做的事情，在web app里写个method返回个json,一样可以做啊
: 。没感觉web services有啥web app做不了的地方。
|
c*********e
发帖数: 16335 | 23 你是说在线放电影，象goodbug公司那样？ 在线放电影和video,有2种方法，一种是
streaming,一种是先download到本地机了再放。按说第2种方法好些，这样用户体验好
，可以任意快进慢进到想看的那个时刻。
【在 z****e 的大作中提到】
: 给你一个challenge
: streaming呢？
|
z****e
发帖数: 54598 | 24 传输协议用什么？
【在 c*********e 的大作中提到】
: 你是说在线放电影，象goodbug公司那样？ 在线放电影和video,有2种方法，一种是
: streaming,一种是先download到本地机了再放。按说第2种方法好些，这样用户体验好
: ，可以任意快进慢进到想看的那个时刻。
|
c*********e
发帖数: 16335 | 25 method返回byte[]不就行了？
【在 z****e 的大作中提到】
: 传输协议用什么？
|
m*****k
发帖数: 731 | 26 Jersey REST support resume/media streaming |
c*********e
发帖数: 16335 | 27 那它支持快进吗？比如用户想先看电影结局，然后才从头开始看。
【在 m*****k 的大作中提到】
: Jersey REST support resume/media streaming
|
b***i
发帖数: 3043 | 28 我觉得你理解错了。
我的理解是，你那个返回各类text给程序使用的web app，就是web service的实现。当
然，现在广义的就是不必须使用wdsl的。你感觉到的区别是因为浏览器帮你把cookie,
session完成了。
啊。
【在 c*********e 的大作中提到】
: 最近在做网页，发现web services提供的东西，用web app的post到一个url一样可以实
: 现。web services唯一的不同，是不必提供一个gui,不用提供一个网页来使用它。那，
: web application里面也可以写一个method,返回json，一样也可以不必提供一个gui啊。
: 貌似唯一的区别，web services在使用时的authentication,好像和web app的
: authentication不一样。web app你在log in page登录之后，就可以用web app里的任
: 何method了。但是，web services,你每次用它的method,都要authenticate,每次都要
: post给它你的username, password或者其它验证信息，比如cookie, session id,
: token.
|
m*****k
发帖数: 731 | 29 why not?
at server side, it is just a matter of picking your selected starting point
from the movie.
1 example is we specify the start time as a query param in the url
【在 c*********e 的大作中提到】
: 那它支持快进吗？比如用户想先看电影结局，然后才从头开始看。
|
g*****g
发帖数: 34805 | 30 web service跟post到一个url本来就都是web protocol上的实现。SOAP就是全都是post
。REST才用GET/PUT/DELETE.
至于REST跟SOAP的对比，随便狗一下都有，我就不多说了。
啊。
【在 c*********e 的大作中提到】
: 最近在做网页，发现web services提供的东西，用web app的post到一个url一样可以实
: 现。web services唯一的不同，是不必提供一个gui,不用提供一个网页来使用它。那，
: web application里面也可以写一个method,返回json，一样也可以不必提供一个gui啊。
: 貌似唯一的区别，web services在使用时的authentication,好像和web app的
: authentication不一样。web app你在log in page登录之后，就可以用web app里的任
: 何method了。但是，web services,你每次用它的method,都要authenticate,每次都要
: post给它你的username, password或者其它验证信息，比如cookie, session id,
: token.
|
|
|
g*****g
发帖数: 34805 | 31 web app跟web service通常说来，web app是有UI，而web service没有。换句话说，在
最常见的三层架构里，web app前端是presentation tier, 通常是MVC架构，在本机可
以直接调用service layer. 而web service是service layer的一个可选子层，用于替
代EJB remoting和其他binary协议的。
复杂的web app，都是SOA，就只有web tier，service在远程的其他app上。web
service就是这种调用里最常见的一种。至于security，如果web service不对外，web
service本身是不需要authentication的。web app通常需要。但两者并没有本质区别，
可以使用同样的安全架构。 |
c*********e
发帖数: 16335 | 32 这样做，用户的体验肯定是觉得用得很卡，不流畅。比如用户多次连续点击快进，服务
器response根本就没法跟上。还是先下载到用户的本机上，用户体验才会流畅。
point
【在 m*****k 的大作中提到】
: why not?
: at server side, it is just a matter of picking your selected starting point
: from the movie.
: 1 example is we specify the start time as a query param in the url
|
g*****g
发帖数: 34805 | 33 要buffer几秒是必然的，但比下载省事多了。
【在 c*********e 的大作中提到】
: 这样做，用户的体验肯定是觉得用得很卡，不流畅。比如用户多次连续点击快进，服务
: 器response根本就没法跟上。还是先下载到用户的本机上，用户体验才会流畅。
:
: point
|
c*********e
发帖数: 16335 | 34 netflix用的是streaming来buffer,不是下载到本地机？下载到本地机不是更省事吗，
用户爱快进到哪，回退到哪都可以。
youtube上的video用的啥技术？用户爱快进到哪，回退到哪都可以。
【在 g*****g 的大作中提到】
: 要buffer几秒是必然的，但比下载省事多了。
|
g*****g
发帖数: 34805 | 35 都一样，也要buffer, 精度低 buffer得快一些。跳来跳去的用户是极少数，另外下载
需要另外的 license.
【在 c*********e 的大作中提到】
: netflix用的是streaming来buffer,不是下载到本地机？下载到本地机不是更省事吗，
: 用户爱快进到哪，回退到哪都可以。
: youtube上的video用的啥技术？用户爱快进到哪，回退到哪都可以。
|
x****d
发帖数: 1766 | |
