在 星期二 08 十一月 2005 10:44，Zachary Wu 写道：
> Fen Lu 写道:
> Java作 Server Side最大的好处就是安全性，所有问题都在JVM的限制范围之中，
> 缓冲溢出的可能性趋近于0，其他安全问题也都较少；另外一个优点就是jsp提供的
> 很多现成的用于web的api，的确很方便（当然php也有）
> 说起速度，现在的tomcat都是会把jsp预编译成servlet的，实际上在server上跑得
> 都是servlet，速度并不慢阿，至少比php, asp什么的要快不少
> 用java主要在于习惯，有些人就是不喜欢OO的编程模式，这样java对他
Fen Lu 写道:
> 汗...没想到这里还有精华~~~哈哈~~
>
> 对于server side来说, 还是JAVA比较方便~
> 拿C或C++写CGI应该还是比较痛苦的~~(我没写过, 据说比较痛苦~)
>
> 对于动态编译, 好像在哪里见过~(深入JAVA虚拟机?还只看了一点点, 看不懂
> ~~o_o..)
> 这个应该不能算是优势, 只是把byte code编译成binary, 而C或C++的代码在你
> 能运行的时候已经是binary了(不是偶显摆E文, 偶只是觉得不知道用什么来表示
> 这个意思)
> 而PHP, 我是从PHP转到JAVA的, 效率怎么样没有做过测试, 但
汗...没想到这里还有精华~~~哈哈~~对于server side来说, 还是JAVA比较方便~拿C或C++写CGI应该还是比较痛苦的~~(我没写过, 据说比较痛苦~)对于动态编译, 好像在哪里见过~(深入JAVA虚拟机?还只看了一点点, 看不懂~~o_o..)这个应该不能算是优势, 只是把byte code编译成binary, 而C或C++的代码在你能运行的时候已经是binary了(不是偶显摆E文, 偶只是觉得不知道用什么来表示这个意思)
而PHP, 我是从PHP转到JAVA的, 效率怎么样没有做过测试, 但是毕竟是纯解释性语言, 就算用ZEND编译, 也没到binary的程度吧, 只能算
这个不是银行的考虑范围。:-)
银行只会看到用户的便利性而不会太多的考虑用户为什么会便利。
即使微软给银行回扣也不会是因为客户端使用。：）
2005/10/20, Chrys Liu <[EMAIL PROTECTED]>:
> 用倒是会用，可M$的东东是要银子地，难道让我为了用一下银行业务花两千块钱买个windows??难道微软给银行回扣不成??
>
> 在 2005-10-15六的 12:33 +0800，Guo Gawain写道：
> > 技术上我想不是大问题，大家都知道有很多手段可以达到相对的安全。但是在客户界面上要达到一定的易用性就不是那么容易了，对于银行这种成千上万的用户来说
貌似……KHTML的IE兼容性比Gecko好来着……
动态发现瓶径，动态解决，太神了吧，还有好些性能测试都是将ｊａｖａ直接编成了机器码，而不是原来的ｊａｖａ字节码，虽然没有跨平台，但速度上去了，还有传说ＩＢＭ的编译器要比ｓｕｎ的性能高，不知道真产假的
> > 你的意思是动态发现瓶颈, 然后优化?
> > 请问: 到底是使用哪类技术, 对瓶颈部分进行的优化?
> > 你提到的"二进制代码的优化", 具体是什么?
>
> 我不懂 java，但是说到动态优化，似乎一般指的是 java 特有的 Just-in-time
> (JIT) compiling 的技术。
用倒是会用，可M$的东东是要银子地，难道让我为了用一下银行业务花两千块钱买个windows??难道微软给银行回扣不成??
在 2005-10-15六的 12:33 +0800，Guo Gawain写道：
> 技术上我想不是大问题，大家都知道有很多手段可以达到相对的安全。但是在客户界面上要达到一定的易用性就不是那么容易了，对于银行这种成千上万的用户来说，易用性和安全性并举也是非常重要的，不然没有人会用了。
>
> Windows在国内普通用户的普遍性还是比较高的。所以兼容IE是必要的。而且熟用linux的用户大多也会用Windows(IE)吧。：）
>
> 在 05-10-15，lin
On Tue, Oct 18, 2005 at 04:04:03PM +0800, cuichao wrote:
> 你的意思是动态发现瓶颈, 然后优化?
> 请问: 到底是使用哪类技术, 对瓶颈部分进行的优化?
> 你提到的"二进制代码的优化", 具体是什么?
我不懂 java，但是说到动态优化，似乎一般指的是 java 特有的 Just-in-time
(JIT) compiling 的技术。
Ming
2005.10.18
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
窃以为,只是说使用 java 开发服务端程序,比较容易获得良好的构架.开发进度
和质量比较容易控制.以及天生的跨平台.让所有的boss喜欢.
在一般的重负荷的服务端的程序,良好构架产生的高效比局部单元执行快速产生的
高效来的快.当然,如果有C++大牛若干在开发组里面,开发个不错的服务器,也可
以比java快很多很多.
开发语言只是工具,人才是决定性因素.
--
Kyle
好像是hotspot吧
是否能运用于静态优化，我的确不知道
因为不是做编译的，所以具体细节我不是很清楚
其实c++就是编译成为机器码的吧，不过机器码和机器码也有区别的啊
全是瓶颈，那么也就全不是瓶颈了
cuichao wrote:
> 你的意思是动态发现瓶颈, 然后优化?
> 请问: 到底是使用哪类技术, 对瓶颈部分进行的优化?
> 你提到的"二进制代码的优化", 具体是什么?
>
> 如果这类技术，可用于静态编译，那肯定不是JAVA的优势了。
> 因为C++可以看成： 视所有的部分为瓶颈，进行了优化了。
>
> 结合我搜索到的那段资料的情况，
> 这个优化是不是“检测瓶颈，把瓶颈
你的意思是动态发现瓶颈, 然后优化?
请问: 到底是使用哪类技术, 对瓶颈部分进行的优化?
你提到的"二进制代码的优化", 具体是什么?
如果这类技术，可用于静态编译，那肯定不是JAVA的优势了。
因为C++可以看成： 视所有的部分为瓶颈，进行了优化了。
结合我搜索到的那段资料的情况，
这个优化是不是“检测瓶颈，把瓶颈部分变成机器代码（二进制代码）直接执行”
如果这样：还是我说的那个意思：C++早把所有的代码都变成机器代码了，这算不
上JAVA特有的优化。
如果是静态编译不能进行的优化,就是我最初理解的"在运行的时候才能进行的优化"
那也应该能编程实现。
请斧正, 请指教，谢谢
动态优化不应该是运行期的优化,那样的话Java只会运行的慢.
如果是指编译到bytecode时的优化,那么C++同样也能在编译成二进制码的时候优化.很多编译器都能做的到.
也上TSS看了那个文章,Server-Side Java速度比GCC快很多啊...持怀疑态度.毕竟Java是半解释的.
在 05-10-18，cuichao<[EMAIL PROTECTED]> 写道：
>
> 到底你说的"动态优化"是什么呀？
> 我开始的理解是.在运行的时候才能确定的优化，
> 比如：一个long型的数据在运行的时候因为值较小， 就使用int的空间存储和计算提供效率。
> 这类优化是可以使用C++实
呵呵，还是讨论技术好啊
我试着说说我理解的动态优化吧
我所理解的动态优化不是说使用int存储long
而是再整个的运行期，vm检测程序的运行情况，发现又运行的比较慢的部分
（比如是一些方法的集合）
而这部分运行的又很频繁，那么他会对他进行二进制代码的优化
因为对代码进行编译，肯定会影响到其他的代码，
所以在c++进行编译的时候，他不知道那部分是效率的瓶颈，他只能从全局的角度
去优化代码
这个肯定是不如好象java根据在运行时候捕获的数据再去优化来的效果好
我是这样理解的
cuichao wrote:
> 到底你说的“动态优化”是什么呀？
> 我开始的理解是.在运行的时候才能确定的优化
到底你说的“动态优化”是什么呀？
我开始的理解是.在运行的时候才能确定的优化，
比如：一个long型的数据在运行的时候因为值较小， 就使用int的空间存储和计算提供效率。
这类优化是可以使用C++实现的。
我搜索了一些，"动态优化”--有下面的说法：
---ref begin
动态优化，提前编译为机器码的技术（Dynamic Optimization,Ahead Of Time）
动态优化技术充分利用了JAVA源码编译，字节码编译，动态编译和静态编译的技术。
其输入时JAVA的原码或字节码，而输出是经过高度优
无意间掀起的一次对于语言的讨论
实在是抱歉之极
其实，我所说的所谓的“纯静态语言”，也许没有这个东西
毕竟我对c++了解不多
但是，c++是静态编译的总没错吧
那么他如何能够做到动态优化呢？也就是运行期优化产生新的优化过的二进制代码？
这个我不了解，但是我觉得是不能的
如果真的可能的话，是不是也是一个类虚拟机的实现呢？
其实，如果c++也有虚拟机层的华，那么其实思想不就一样了。
还有，我觉得java的跨平台性，是一个双刃剑，
在某些场合，一次编译到处运行
倒不如一次编写，到处编译
所以，我刚才引用了一句话啊
In most cases, Java is faster.
>> "My
是啊，是啊，只是讨论一下又何妨呢？
我觉得语言就是语言，工具就是工具，只不过喜欢java而已，我并不排斥其他的语言啊
的确，用java的Server Side和c/c++做比较没什么价值
那为什么还有很多的人口口声声的就说java的效率不好呢
其实java只是给我们多一个工具而已，但是就因为这些好像是约定俗成的
不说java不好就没有水平的言论，导致了，我们其实减少了一些多尝试一下其他工
具的机会啊
其实，我也同你一样，也比较反感这种做比较
只不过我更加反感没有数据就说这个好，这个不好
> 是不爽啊！这个问题有什么好讨论的呢？
> 我顺便提一提自己的观点……而且大家都知道，C++不是用来
什么是“纯静态语言”？ 真是长见识了。讨论的时候请不要搞笑
java采用动态优化的策略， 对技术这个不了解，
但C++肯定能实现这种技术，甚至可以做成类库，大家来重用。
C++是不跨平台，许多C/C++可以使用的库是跨平台的。
比如你可以选择QT编写GUI程序，SDL库写图形游戏。
JAVA 有个虚拟机层，让JAVA跨平台。
C++也有数不清的库，你可以选择是否跨平台。
比较语言应该比较什么？有一些比较是没有意义的。
好的设计shell编程都可以比C的汇编快。但不能说shell效率高，
shell是C编写的，那么shell快也是因为C快了？
就像“动态优化的策略”这类技术，其实是和语
呵呵，一个没小心发到个人信箱了，没有到列表
至此致歉
不过，看你的语气，总是不爽的样子啊。
:)
Kern wrote:
> 单发给我有什么用啊？发到列表里去啊！
> 我没时间吵架
>
> 在 05-10-18，Weiming Yin<[EMAIL PROTECTED]> 写道：
>
>> 呵呵，讨论又不是吵架
>> java采用动态优化的策略，这个是c++等纯静态语言无法做到的
>> java可以智能的去优化一些代码，所以在server side我说他的效率高
>>
>> http://java.sys-con.com/read/45250.htm?CFID=165626&CFT
这个我不同意！干脆说java比汇编快得了
如果在serverside，c++不是个好的选择，但是java也不是！
最快的可能是编译过的php
在 05-10-17，Weiming Yin<[EMAIL PROTECTED]> 写道：
> java的效率已经不是问题了
> 尤其是server side程序，运行速度可能比c++还快
>
Applet?
我比较抵制java^_^
在 05-10-16，Fen Lu<[EMAIL PROTECTED]> 写道：
> >我觉得这样做是对的，招行还是比较负责的！毕竟现在到处都是木马
> >……
> >我也是firefox的支持者，不知道如果哪天招行支持firefox的时候用什么方式解决，估计要写个firefox的插件吧――感觉就像是falsh
> >player for firefox那样的，不要用通用的控件了
> Applet?
>
>我觉得这样做是对的，招行还是比较负责的！毕竟现在到处都是木马
>……>我也是firefox的支持者，不知道如果哪天招行支持firefox的时候用什么方式解决，估计要写个firefox的插件吧――感觉就像是falsh>player for firefox那样的，不要用通用的控件了
Applet?
技术上我想不是大问题，大家都知道有很多手段可以达到相对的安全。但是在客户界面上要达到一定的易用性就不是那么容易了，对于银行这种成千上万的用户来说，易用性和安全性并举也是非常重要的，不然没有人会用了。
Windows在国内普通用户的普遍性还是比较高的。所以兼容IE是必要的。而且熟用linux的用户大多也会用Windows(IE)吧。：）
在 05-10-15，lin cheng<[EMAIL PROTECTED]> 写道：
> 在linux下，一切都是现成的，安全性远胜于windows.
> 开户时提交自已的公钥，并取得银行的公钥。转帐时银行将交易情况签名，用你的公钥加密，用浏览器传给你，
在linux下，一切都是现成的，安全性远胜于windows.
开户时提交自已的公钥，并取得银行的公钥。转帐时银行将交易情况签名，用你的公钥加密，用浏览器传给你，然后你用gpg解密，验证无误后，签名，用银行的公钥加密，再post回去，银行解密，验证签名无误，交易成功。
如果嫌手工操作麻烦，最多用一个开源插件帮你做批处理，清清楚楚，没有任何后门。你本地的私钥安全当然是自已的责任，每个linuxer都会认识到这点。
windows下的所谓控件呀，它的安全性谁来保证？出了问题怎么举证？再加上无尽的系统后门与漏洞，盗你的私钥容易的多。
usb的移动证书，如果仅仅存储私钥，安全性仍然没有改善。理想情况是
关于在IE下安装个COM组件(也就是activex什么的)，原因很明显：这样提供出来的密码筐不太容易被一般的密码记录软件搞定！所以你自己想拷个密码粘贴进去都是不可能的……
我觉得这样做是对的，招行还是比较负责的！毕竟现在到处都是木马……
我也是firefox的支持者，不知道如果哪天招行支持firefox的时候用什么方式解决，估计要写个firefox的插件吧――感觉就像是falsh
player for firefox那样的，不要用通用的控件了
在 05-10-14，wayne<[EMAIL PROTECTED]> 写道：
> [EMAIL PROTECTED] wrote:
>
> >刚
[EMAIL PROTECTED] wrote:
>刚看了一个帖子，大致说一个小企业的业主，为了提高雇员的生产率，将系统全换成了ｌｉｎｕｘ，然后说了这样做的几个好处，大至有：
>
>不会再有人网购，因为ｆｉｒｅｆｏｘ不支持，
>
对这个的支持只是迟早的事情，firefox大量采用了netscape的内核，所以跟微软
的不兼容，我体会比较深的就是网页中层的实现上，ie的语法和 netscape简直就
是完全不同。
>大部分的银行要用ｉｅ；
>
毕竟当时开发的时候，用户群最广的是ie，以后这种局面会慢慢改变的。
>内网Ｂｔ超慢；
>
配置问题吧，我可能用的是adsl还没有试过内网的。感觉
25 matches
Mail list logo
