|
n*w
发帖数: 3393 | 2 谢谢解释，我没有copy最后一句就是觉得其多余。要么其作者应该附加说明一下non-
generic的boxing/unboxing/casting |
|
n*w
发帖数: 3393 | 3 除非typesafe能左右jvm的开发。否则Scala还是被jvm的一些缺点受限。
reified generics，boxing/unboxing primitives， Continuations等等 |
|
n*w
发帖数: 3393 | 4 java的generic不是宽松。是公认的poor implementation。见过一人对list,list
重复写几次。理由是避免java generic的box/unbox的performance问题。
可重用代码很多方式，有部分是要type system的支持。 |
|
S*********g
发帖数: 5298 | 5 没什么稀奇的。
做实时trading的系统里边，要尽量少的制造garbage
就是要避免autoboxing和unboxing的。
container什么的都要自己写。
要不然，不到半天就得激活gc，咔嚓给你卡个一秒两秒的。
list |
|
g*****g
发帖数: 34805 | 6 你要做实时trading，第一不非用java，第二有很多实时GC可以选择。boxing/unboxing
，扯蛋。
但凡你用Java的generics，就不能避免这个。 |
|
g*****g
发帖数: 34805 | 7 怎么喷了粪又要吃回去了？既然CLR比JVM强多了，Boxing/Unboxing在你看来是一个
很严重的性能问题。那实时trading居然还用Java不用C#，难道不是个很正常的问题？ |
|
n*w
发帖数: 3393 | 8 你的第一句话自己吃吧。思维逻辑混乱，脏话连篇还出来现。 在说gc，关boxing
unboxing 什么事。如果说没boxing性能问题就意味说可以实时Trading了？没人像你把
个语言当宗教，我前面建议过c++。 |
|
g*****g
发帖数: 34805 | 9 现在又不要谈实时trading了？很好，那你就来说说到底什么系统boxing/unboxing居然
能成为系统的瓶颈。我老给的link，是一堆常见的小算法程序shootout，咋就没有一个
把这个瓶颈体现出来呢？
我老要是谈Strong type，会去举web service这种例子，而不是boxing和性能问题。你
成天驴唇不对马嘴被打脸是必然的。学了个helloworld，看到某个blog自吹Android上C#
比java快7倍，就以为拿到令箭了。 |
|
n*w
发帖数: 3393 | 10 java的generic不是宽松。是公认的poor implementation。见过一人对list,list
重复写几次。理由是避免java generic的box/unbox的performance问题。
可重用代码很多方式，有部分是要type system的支持。 |
|
S*********g
发帖数: 5298 | 11 没什么稀奇的。
做实时trading的系统里边，要尽量少的制造garbage
就是要避免autoboxing和unboxing的。
container什么的都要自己写。
要不然，不到半天就得激活gc，咔嚓给你卡个一秒两秒的。
list |
|
g*****g
发帖数: 34805 | 12 你要做实时trading，第一不非用java，第二有很多实时GC可以选择。boxing/unboxing
，扯蛋。
但凡你用Java的generics，就不能避免这个。 |
|
g*****g
发帖数: 34805 | 13 怎么喷了粪又要吃回去了？既然CLR比JVM强多了，Boxing/Unboxing在你看来是一个
很严重的性能问题。那实时trading居然还用Java不用C#，难道不是个很正常的问题？ |
|
n*w
发帖数: 3393 | 14 你的第一句话自己吃吧。思维逻辑混乱，脏话连篇还出来现。 在说gc，关boxing
unboxing 什么事。如果说没boxing性能问题就意味说可以实时Trading了？没人像你把
个语言当宗教，我前面建议过c++。 |
|
g*****g
发帖数: 34805 | 15 现在又不要谈实时trading了？很好，那你就来说说到底什么系统boxing/unboxing居然
能成为系统的瓶颈。我老给的link，是一堆常见的小算法程序shootout，咋就没有一个
把这个瓶颈体现出来呢？
我老要是谈Strong type，会去举web service这种例子，而不是boxing和性能问题。你
成天驴唇不对马嘴被打脸是必然的。学了个helloworld，看到某个blog自吹Android上C#
比java快7倍，就以为拿到令箭了。 |
|
g*****g
发帖数: 34805 | 16 LOL，傻逼你到是啥都敢说，我到底暴露了什么基本知识问题？
有基本知识的都知道boxing/unboxing不可能成为性能的主要瓶颈。 |
|
g*****g
发帖数: 34805 | 17 LOL，傻逼你到是啥都敢说，我到底暴露了什么基本知识问题？
有基本知识的都知道boxing/unboxing不可能成为性能的主要瓶颈。 |
|
m*******l
发帖数: 12782 | 18 C# 和 Java 的boxing, unboxing确实和C++相比比较烦 |
|
g*****g
发帖数: 34805 | 19 没有常识的人拿出了另外一个没有常识的程序员的评测，
还举了两次，我老没办法只好只好详细说明为啥你没常识。
我不明白7倍如何打了自己的脸，asp.net的实现只有servlet速度的28%，你鼓吹的mono
更是惨不忍睹。
我老很明白的说过任何正常的应用瓶颈都不会在boxing/unboxing上，那个傻逼公司的
评测多半是利用Android 2.0和4.0里的bug，也没有第三方和其他版本的验证。这个
测试就是赤裸裸得打脸，你的。
下回你要还是不服，自己去pull request把C#的实现改牛逼了就是。不比在这里丢人强
多了。 |
|
g*****g
发帖数: 34805 | 20 那个作者的无厘头实现连connection pool都没做，这么没常识你还举了两次，
上次你举的时候这里的人就提醒过你了，还继续来。这还能说明啥？你丫每次丢
人了不就靠脸皮厚死撑吗，行为艺术又不是第一次。
你虽然不用Mono可是经常语重心长地提醒俺们java程序员，boxing/unboxing对性能
影响很大。LOL。 |
|
n****1
发帖数: 1136 | 21 非常同意这个
这些标准的design pattern,说穿了就是广义上的boxing/unboxing罢了. design
pattern的却能方便沟通, 但如果你整天都在design pattern,就像一researcher的整天
都在presentation,或者开party, 这样的research能有多少干货呢?
你读别人的code觉得恶心,我读别人的paper也常觉得烂,一个道理 可自己写出来的通常
更烂! 不信你过段时间再读读自己的code.
如果你连自己的code都维护不了,凭啥指望人家维护你的code. |
|
