m*******l
发帖数: 12782 | 1 当然没有那么夸张,但是大行其道是完全可以预测的, 10年内 |
w***g
发帖数: 5958 | 2 没戏. javascript是event model, 和别的语言太不一样, 没法一统江湖.
【在 m*******l 的大作中提到】
: 当然没有那么夸张,但是大行其道是完全可以预测的, 10年内
|
c*********e
发帖数: 16335 | 3 javascript红火，完全因为它是客户端語言，能减轻server负担。
javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
控件，server side validation都会增加server 负担，不可取。
【在 m*******l 的大作中提到】
: 当然没有那么夸张,但是大行其道是完全可以预测的, 10年内
|
c****e
发帖数: 1453 | 4 asp.net MVC没学过？ 放开让你自己搞。一样做client side validation. Server
side负担不是问题，现在都是一层REST.关键是JS花样翻新，高潮迭起。
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
s***o
发帖数: 2191 | 5 有点乱。。。server side validation 那是不可以省略的
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
N********n
发帖数: 8363 | 6
汗，SERVER-SIDE VALIDATION都能省掉。老大今天早上吃啥了？
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
c***r
发帖数: 4631 | 7 你把server side validation都省了，我telnet端口80进来，手打一个请求，你怎么
validate?
browser side validation省的是server side validation发现出错后进行的处理的次
数。
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
d********g
发帖数: 10550 | 8 我觉得他说的是server side rendering
【在 s***o 的大作中提到】
: 有点乱。。。server side validation 那是不可以省略的
|
|
g*****g
发帖数: 34805 | 9 server side load is never the issue for most apps, the main advantage of
AJAX is partial page update, which is going to be much faster and less
annoying to the eyes regardless of network latency.
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
g*****g
发帖数: 34805 | 10 纯粹是为了validation更快，UI更友好而已，client side validation不是必需的。
【在 c***r 的大作中提到】
: 你把server side validation都省了，我telnet端口80进来，手打一个请求，你怎么
: validate?
: browser side validation省的是server side validation发现出错后进行的处理的次
: 数。
|
|
|
c***r
发帖数: 4631 | 11 当然不是必须的。
【在 g*****g 的大作中提到】
: 纯粹是为了validation更快，UI更友好而已，client side validation不是必需的。
|
k**********g
发帖数: 989 | 12
全球大趨勢是 event model，for all languages, including old/outdated ones.
【在 w***g 的大作中提到】
: 没戏. javascript是event model, 和别的语言太不一样, 没法一统江湖.
|
c*********e
发帖数: 16335 | 13 俺没说server side validation不需要，嘿嘿。
我说的是某些简单的比如validate用户输入的是数字啊，email啊,就在用户端做，客户
端做就慢些,不可取。当然，用户可以disable javascript.
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
a***a
发帖数: 4195 | 14 javascript 现在也可以用在 server 端，用狗狗 的 V8 JavaScript Engine 运行 .
最近弄了一个玩玩，还是挺有意思的。
可以参考 nodejs.org
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
b***i
发帖数: 3043 | 15 不懂为什么sun/oracle要放弃java applet? 而flash却仍然孜孜不倦地继续客户端的进
步。
看起来，这三个技术都可以减轻服务器的负担。javascript可以做的，其实applet/
flash都可以做。最近，oracle在启动applet, 或者java webstart时简直是要喊捉贼了
，大声告诉用户，这个程序没有签名！！，难道不是因为是安全的？好家伙，applet都
不安全了。怎么搞得?难道javascript就安全？flash就安全？很多网页悄无声息地就启
动flash了。
javascript/html5现在可以有点阵图像了吗？
【在 c*********e 的大作中提到】
: javascript红火，完全因为它是客户端語言，能减轻server负担。
: javascript + jquery + ajax一起用，能有效降低服务器的负担，在这点上，.aspx的
: 控件，server side validation都会增加server 负担，不可取。
|
p*****2
发帖数: 21240 | 16
js应该比applet安全吧？
【在 b***i 的大作中提到】
: 不懂为什么sun/oracle要放弃java applet? 而flash却仍然孜孜不倦地继续客户端的进
: 步。
: 看起来，这三个技术都可以减轻服务器的负担。javascript可以做的，其实applet/
: flash都可以做。最近，oracle在启动applet, 或者java webstart时简直是要喊捉贼了
: ，大声告诉用户，这个程序没有签名！！，难道不是因为是安全的？好家伙，applet都
: 不安全了。怎么搞得?难道javascript就安全？flash就安全？很多网页悄无声息地就启
: 动flash了。
: javascript/html5现在可以有点阵图像了吗？
|
x****u
发帖数: 44466 | 17 只要有沙盒，机器码都安全。
【在 p*****2 的大作中提到】
:
: js应该比applet安全吧？
|
z*******3
发帖数: 13709 | 18 applet要向浏览器申请资源
同时受制于os
那这个星球上有多少种browser？
还有多少种os？
那这里面进行一个排列组合
加上版本号
那最后可能出现的组合就灰常恐怖了
applet可能在其中任何一个特定版本的浏览器＋特定版本的操作系统上出现特定的问题
比如在sp2的win8的10.3版本的firefox里面出现问题
那怎么办？
而且以前jvm都有很多种
比如apple以前就维护有自己的jvm
如果再加上jvm的组合
最后出现的数字之大可以让测试的人彻底崩溃
根本测试不完
而且还有m$这种公司从中作梗，故意设置各种障碍
使得applet这样一个美好的构想压根无法实现
这倒不是说是技术上的问题
更多的是政治上的博弈
三个和尚没水喝
大家一起输
flash其实做得也不好，国内今年页游市场大萧条
所谓页游主要就是flash的客户端
只是说，相比之下，flash没那么糟糕而已
毕竟adobe这种公司的产品，跟其它公司的产品不在一个战场上
就是m$的亲儿子silverlight也一样挂了
这一块市场政治斗争太激烈，不轻易介入是上策
猴屁股说得没错，任何基于插件的app，客户体验都是非常糟糕的
jvm光对付一个垮os的垮平台其实多少都有些力不从心
尤其是初期的版本，问题很多，随着不屑的努力
已经好很多了，再要求说兼容所有的browser，那这个要求其实是灰常高的
【在 b***i 的大作中提到】
: 不懂为什么sun/oracle要放弃java applet? 而flash却仍然孜孜不倦地继续客户端的进
: 步。
: 看起来，这三个技术都可以减轻服务器的负担。javascript可以做的，其实applet/
: flash都可以做。最近，oracle在启动applet, 或者java webstart时简直是要喊捉贼了
: ，大声告诉用户，这个程序没有签名！！，难道不是因为是安全的？好家伙，applet都
: 不安全了。怎么搞得?难道javascript就安全？flash就安全？很多网页悄无声息地就启
: 动flash了。
: javascript/html5现在可以有点阵图像了吗？
|
z*******3
发帖数: 13709 | 19 沙盒机制的数字签名烦死了
自己签名毫无意义，如果不是自己签名
还要花钱去买，这完全就是一个joke
书呆子的东西就这样
理论很强大，考虑这个考虑那个
实际操作起来，压根不可行
最后大家一起玩完
【在 x****u 的大作中提到】
: 只要有沙盒，机器码都安全。
|
x****u
发帖数: 44466 | 20 沙盒和签名是两个不同的概念，脚本并不比机器码天生安全，安全的只是沙盒而已。
【在 z*******3 的大作中提到】
: 沙盒机制的数字签名烦死了
: 自己签名毫无意义，如果不是自己签名
: 还要花钱去买，这完全就是一个joke
: 书呆子的东西就这样
: 理论很强大，考虑这个考虑那个
: 实际操作起来，压根不可行
: 最后大家一起玩完
|
|
|
z*******3
发帖数: 13709 | 21 你说的客户端验证
用html5就已经可以实现个七七八八了
写半天js压根是多此一举
如果脚本可以做的话
用不了多久，置标会赶上滴
【在 c*********e 的大作中提到】
: 俺没说server side validation不需要，嘿嘿。
: 我说的是某些简单的比如validate用户输入的是数字啊，email啊,就在用户端做，客户
: 端做就慢些,不可取。当然，用户可以disable javascript.
|
z*******3
发帖数: 13709 | 22 这两个是共生的
要不然app向系统申请权限
给还是不给呢？
只能看签名
【在 x****u 的大作中提到】
: 沙盒和签名是两个不同的概念，脚本并不比机器码天生安全，安全的只是沙盒而已。
|
z*******3
发帖数: 13709 | 23 不需要telnet，直接用浏览器的地址栏就好了
用put
【在 c***r 的大作中提到】
: 你把server side validation都省了，我telnet端口80进来，手打一个请求，你怎么
: validate?
: browser side validation省的是server side validation发现出错后进行的处理的次
: 数。
|
x****u
发帖数: 44466 | 24 给不给权限当然是要用户决定，就是不愿意给的，可以学苹果，让app store管理员决
定。
【在 z*******3 的大作中提到】
: 这两个是共生的
: 要不然app向系统申请权限
: 给还是不给呢？
: 只能看签名
|
z*******3
发帖数: 13709 | 25 你要先给文科生用户解释内存和硬盘的区别
要确保她们能够正确理解申请额外的内存不是申请额外的硬盘空间
【在 x****u 的大作中提到】
: 给不给权限当然是要用户决定，就是不愿意给的，可以学苹果，让app store管理员决
: 定。
|
x****u
发帖数: 44466 | 26 你可以用iphone。
【在 z*******3 的大作中提到】
: 你要先给文科生用户解释内存和硬盘的区别
: 要确保她们能够正确理解申请额外的内存不是申请额外的硬盘空间
|
z*******3
发帖数: 13709 | 27 你不能不承认iphone比较成功
【在 x****u 的大作中提到】
: 你可以用iphone。
|
x****u
发帖数: 44466 | 28 iPhone的成功点就是让Apple代替用户思考。
【在 z*******3 的大作中提到】
: 你不能不承认iphone比较成功
|
b***i
发帖数: 3043 | 29 问题是我不需要额外的权限，我只要在屏幕上画图，JRE居然大叫，这个程序没有签名!
!运行后果自负！
【在 z*******3 的大作中提到】
: 这两个是共生的
: 要不然app向系统申请权限
: 给还是不给呢？
: 只能看签名
|
c*********e
发帖数: 16335 | 30 iPhone的成功点是满足人性中的虚荣。
【在 x****u 的大作中提到】
: iPhone的成功点就是让Apple代替用户思考。
|
|
|
c***r
发帖数: 4631 | 31 从地址栏你怎么输入GET/POST, cookie, Referer这些信息呢？
【在 z*******3 的大作中提到】
: 不需要telnet，直接用浏览器的地址栏就好了
: 用put
|
e*****t
发帖数: 1005 | 32 AFAIK, most users actually don't want java applets to be signed for security
reasons.
Unlike unsigned java applets that only run in a sandbox, signed java applets
can indeed alter your system. So as a user of any java applets, always look
out for signed java applets.
名!
【在 b***i 的大作中提到】
: 问题是我不需要额外的权限，我只要在屏幕上画图，JRE居然大叫，这个程序没有签名!
: !运行后果自负！
|
k***r
发帖数: 103 | 33 html5最主要的功能就是canvas， 那就是一点阵图像。。。
【在 b***i 的大作中提到】
: 问题是我不需要额外的权限，我只要在屏幕上画图，JRE居然大叫，这个程序没有签名!
: !运行后果自负！
|
d**o
发帖数: 864 | 34 似乎很高级的样子。连processing都可以通过javascript直接画canvas，不用搞java
applet了。
【在 k***r 的大作中提到】
: html5最主要的功能就是canvas， 那就是一点阵图像。。。
|
z*******3
发帖数: 13709 | 35 你玩java久了有没有发现，书呆子的东西总是做得又大又全
然后往往是复杂的东西变简单了，但是同样的，简单的东西也变复杂了
名!
【在 b***i 的大作中提到】
: 问题是我不需要额外的权限，我只要在屏幕上画图，JRE居然大叫，这个程序没有签名!
: !运行后果自负！
|
z*******3
发帖数: 13709 | 36 地址栏get问题不大，post什么就没戏了
但是如果只是破坏的话，get就可以了
我前面说错了，put在http上也没戏，不是put是get
最近满脑子都是put和delete
太久没用get/post了，有些乱
【在 c***r 的大作中提到】
: 从地址栏你怎么输入GET/POST, cookie, Referer这些信息呢？
|
c*********e
发帖数: 16335 | 37 有专业软件，fiddler就不错，google吧。
【在 c***r 的大作中提到】
: 从地址栏你怎么输入GET/POST, cookie, Referer这些信息呢？
|
t*****n
发帖数: 4908 | 38 emscrpiten一出，大批C/C++都可以移到web使用，变天了。 |
x****u
发帖数: 44466 | 39 这是walkman的思维方式吧。
【在 c*********e 的大作中提到】
: iPhone的成功点是满足人性中的虚荣。
|
x****u
发帖数: 44466 | 40 用JS直接敲进去
【在 c***r 的大作中提到】
: 从地址栏你怎么输入GET/POST, cookie, Referer这些信息呢？
|
|
|
x****u
发帖数: 44466 | 41 java applet就是毁在Sun的白痴手里了。
【在 d**o 的大作中提到】
: 似乎很高级的样子。连processing都可以通过javascript直接画canvas，不用搞java
: applet了。
|
l*********s
发帖数: 5409 | 42 great to know that, but how useful is this?
【在 t*****n 的大作中提到】
: emscrpiten一出，大批C/C++都可以移到web使用，变天了。
|
b***i
发帖数: 3043 | 43 可以java->javascript旧好了
【在 t*****n 的大作中提到】
: emscrpiten一出，大批C/C++都可以移到web使用，变天了。
|
n******t
发帖数: 4406 | 44 擦，受不了，这种2b贴能不能少一点？
【在 m*******l 的大作中提到】
: 当然没有那么夸张,但是大行其道是完全可以预测的, 10年内
|
c***r
发帖数: 4631 | 45 我知道有。我都是telnet然后手打。
【在 c*********e 的大作中提到】
: 有专业软件，fiddler就不错，google吧。
|
c***r
发帖数: 4631 | 46 展开说说？
【在 x****u 的大作中提到】
: 用JS直接敲进去
|
d********g
发帖数: 10550 | 47 "trying to hide the complexities of a system actually results in an even
more complex system, and is therefore to be avoided"
"The Zend of Python"和"The Arch Way"都是这个意思
【在 z*******3 的大作中提到】
: 你玩java久了有没有发现，书呆子的东西总是做得又大又全
: 然后往往是复杂的东西变简单了，但是同样的，简单的东西也变复杂了
:
: 名!
|
l*********s
发帖数: 5409 | 48 This is the developers' point of view, but for users it is a different story
【在 d********g 的大作中提到】
: "trying to hide the complexities of a system actually results in an even
: more complex system, and is therefore to be avoided"
: "The Zend of Python"和"The Arch Way"都是这个意思
|
c*********e
发帖数: 16335 | 49 gwt就是这个思路啊。
【在 b***i 的大作中提到】
: 可以java->javascript旧好了
|
l*********s
发帖数: 5409 | 50 有啥好处？可以少学门语言？
【在 c*********e 的大作中提到】
: gwt就是这个思路啊。
|
|
|
t*****n
发帖数: 4908 | 51 是llvm的问题。理论说，llvm支持java很轻松。但是貌似果子对java不感冒，估计没戏
。只要llvm支持，emsrcirpten都能搞定。
【在 b***i 的大作中提到】
: 可以java->javascript旧好了
|
t*****n
发帖数: 4908 | 52 https://github.com/kripken/emscripten/wiki
你看这里的demo。C/C++几十年积累的程序都可搬到web上去。这是划时代的变革。无论
前端还是后端。可以重用已有的代码，大大节省开发时间。而且emscrpiten搞出来的js
程序，只比native code慢一倍。这个已经非常惊人了。估计速度已经超过java/C#等等
。更让人吃惊的是，还有个东东叫Duetto，比emscripten还快。
http://allievi.sssup.it/techblog/?p=798
估计和native code一个级别了。以后大家会都其中精力搞llvm到js的优化和js本省的
优化。
未来是web和云计算的时代，少不了c/c++和javascript。
【在 l*********s 的大作中提到】
: great to know that, but how useful is this?
|
g*****g
发帖数: 34805 | 53 这年头Java在server端的优势难道是裸速度比C/C++快？优势是庞大的类库和稳定性。
再说了，比native C/C++慢一倍，跟Java也就在伯仲之间了。
js
【在 t*****n 的大作中提到】
: https://github.com/kripken/emscripten/wiki
: 你看这里的demo。C/C++几十年积累的程序都可搬到web上去。这是划时代的变革。无论
: 前端还是后端。可以重用已有的代码，大大节省开发时间。而且emscrpiten搞出来的js
: 程序，只比native code慢一倍。这个已经非常惊人了。估计速度已经超过java/C#等等
: 。更让人吃惊的是，还有个东东叫Duetto，比emscripten还快。
: http://allievi.sssup.it/techblog/?p=798
: 估计和native code一个级别了。以后大家会都其中精力搞llvm到js的优化和js本省的
: 优化。
: 未来是web和云计算的时代，少不了c/c++和javascript。
|
x****u
发帖数: 44466 | 54 Server端速度不重要。。。
【在 g*****g 的大作中提到】
: 这年头Java在server端的优势难道是裸速度比C/C++快？优势是庞大的类库和稳定性。
: 再说了，比native C/C++慢一倍，跟Java也就在伯仲之间了。
:
: js
|
g*****g
发帖数: 34805 | 55 差一两倍不重要，差十倍二十倍就重要了，真不重要facebook就不用把php编译到C。
【在 x****u 的大作中提到】
: Server端速度不重要。。。
|
N********n
发帖数: 8363 | 56
The fact you'd rather write java first and then convert it into JS
than write in JS all along shows JS is not desirable, isn't it?
And a typical problem of such conversion is that you cannot use
a JS library such as jQuery in your Java code.
【在 b***i 的大作中提到】
: 可以java->javascript旧好了
|
x****u
发帖数: 44466 | 57 差不了那么多，现在谁比谁傻啊。
【在 g*****g 的大作中提到】
: 差一两倍不重要，差十倍二十倍就重要了，真不重要facebook就不用把php编译到C。
|
g*****g
发帖数: 34805 | 58 原来你是真不知道
http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?test
如果C是1，Java大约是2，PHP是40，Ruby/Perl/Python都在50上下。
虽然10个小例子不见得绝对有代表性，但说后面这几个裸速度差一个数量级应该没啥问
题。当然在IO bound的应用里，差距会小很多。
【在 x****u 的大作中提到】
: 差不了那么多，现在谁比谁傻啊。
|
c****e
发帖数: 1453 | 59 和native一个级别，你信吗？还真是有人信这些JS大跃进的东西。
js
【在 t*****n 的大作中提到】
: https://github.com/kripken/emscripten/wiki
: 你看这里的demo。C/C++几十年积累的程序都可搬到web上去。这是划时代的变革。无论
: 前端还是后端。可以重用已有的代码，大大节省开发时间。而且emscrpiten搞出来的js
: 程序，只比native code慢一倍。这个已经非常惊人了。估计速度已经超过java/C#等等
: 。更让人吃惊的是，还有个东东叫Duetto，比emscripten还快。
: http://allievi.sssup.it/techblog/?p=798
: 估计和native code一个级别了。以后大家会都其中精力搞llvm到js的优化和js本省的
: 优化。
: 未来是web和云计算的时代，少不了c/c++和javascript。
|
c*********e
发帖数: 16335 | 60 en,servlet 能取代 cgi，就是因为cgi比servlet慢很多，尤其是用戶多的时候。
【在 g*****g 的大作中提到】
: 原来你是真不知道
: http://benchmarksgame.alioth.debian.org/u64q/benchmark.php?test
: 如果C是1，Java大约是2，PHP是40，Ruby/Perl/Python都在50上下。
: 虽然10个小例子不见得绝对有代表性，但说后面这几个裸速度差一个数量级应该没啥问
: 题。当然在IO bound的应用里，差距会小很多。
|
|
|
t*****n
发帖数: 4908 | 61 但是java也就是这十年有点积累啊。十年老的java库不多见。三十年老的C库到处有。
我觉得emsripten的意义不是把C/C++搬到web，而是让历史积累的代码能在web运行，而
且效果不差。
【在 g*****g 的大作中提到】
: 这年头Java在server端的优势难道是裸速度比C/C++快？优势是庞大的类库和稳定性。
: 再说了，比native C/C++慢一倍，跟Java也就在伯仲之间了。
:
: js
|
t*****n
发帖数: 4908 | 62 Emscripten是把LLVM bitcode编译成JavaScript，然后在JavaScript虚拟机里运行。所
以效率应该不差。至于是否能到native的级别，有待观察。
【在 c****e 的大作中提到】
: 和native一个级别，你信吗？还真是有人信这些JS大跃进的东西。
:
: js
|
g*****g
发帖数: 34805 | 63 如果这是目的，随便一个语言expose 个ws调用c即可。何必编译那么费劲。
【在 t*****n 的大作中提到】
: 但是java也就是这十年有点积累啊。十年老的java库不多见。三十年老的C库到处有。
: 我觉得emsripten的意义不是把C/C++搬到web，而是让历史积累的代码能在web运行，而
: 且效果不差。
|
c****e
发帖数: 1453 | 64 这个思路和当年transmeta要把x86转成VLIW一样。看起来酷，暗淡收场。他们捣鼓出来
正经能用的x86虚拟机了吗？ 大作业的JS虚拟器有，实用的还没有听说。直接release
一个js.VM, native的性能，还折腾什么c++啊，全收了。
【在 t*****n 的大作中提到】
: Emscripten是把LLVM bitcode编译成JavaScript，然后在JavaScript虚拟机里运行。所
: 以效率应该不差。至于是否能到native的级别，有待观察。
|
z*******3
发帖数: 13709 | 65 十年老的java库不多见？？？
你确定吗？
【在 t*****n 的大作中提到】
: 但是java也就是这十年有点积累啊。十年老的java库不多见。三十年老的C库到处有。
: 我觉得emsripten的意义不是把C/C++搬到web，而是让历史积累的代码能在web运行，而
: 且效果不差。
|
z*******3
发帖数: 13709 | 66 这都还停留在理论阶段，说白了就是wishful thinking
与其在其理论未成熟之前就投入，不如等其实践成熟了之后再投入不迟
不得不说，技术先行者总是很苦逼的，这种事
要么兴趣爱好，要么有人给大钱来做，否则就不碰了
release
【在 c****e 的大作中提到】
: 这个思路和当年transmeta要把x86转成VLIW一样。看起来酷，暗淡收场。他们捣鼓出来
: 正经能用的x86虚拟机了吗？ 大作业的JS虚拟器有，实用的还没有听说。直接release
: 一个js.VM, native的性能，还折腾什么c++啊，全收了。
|
z*******3
发帖数: 13709 | 67 那这个credit to sun,ibm,oracle,apache etc.
java一开始也慢，后来不停地有大公司和开源社区的持续投入
不停地优化，并且利用政治手段淘汰了一堆不合格的jvm和web server
才有了今天的tomcat
【在 c*********e 的大作中提到】
: en,servlet 能取代 cgi，就是因为cgi比servlet慢很多，尤其是用戶多的时候。
|
c*********e
发帖数: 16335 | 68 tomcat好老了，现在最新的是glassfish.这些web server其实都差不多的，不同的是属
于不同的公司。
【在 z*******3 的大作中提到】
: 那这个credit to sun,ibm,oracle,apache etc.
: java一开始也慢，后来不停地有大公司和开源社区的持续投入
: 不停地优化，并且利用政治手段淘汰了一堆不合格的jvm和web server
: 才有了今天的tomcat
|
z*******3
发帖数: 13709 | 69 glassfish老早就有了
sun的东西，sun的破烂都是要你懂了才能用
所以基本上都没啥市场
tomcat做web server足够了，如果要app server再找jboss
如果想要support，再找websphere或者weblogic
无论哪个层次，都不碰glassfish，gf用起来很恶心，jboss舒心很多
【在 c*********e 的大作中提到】
: tomcat好老了，现在最新的是glassfish.这些web server其实都差不多的，不同的是属
: 于不同的公司。
|
