|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
C#跟java类似,但是在跨平台方面理论上可以跨平台,实际上应用不大,执行性能优于java,跟C++基本一致,但是启动速度还是慢.代码安全,但容易性能陷阱.克日,JodaTime库的开辟者与JSR310Java言语日期工夫改善的标准向导StephenColebourne就Scala言语的合用性宣布了一篇使人沉思的文章。他对照了Scala与EJB2,并以为EJB2是JavaEE标准的低谷。...大批的榜样代码、XML和庞大性已浸透到了Java家产中。标准已被普遍采取,但与这类采取相伴的倒是品评。开辟者发明固然EJB2试图经由过程笼统的更高层的API来下降构建企业使用的庞大性,但现实上,它却增添了更多的庞大性,而且没有取得预期的了局。 固然他偏幸Fantom言语——但也对其他言语如Kotlin、Groovy和Ceylon充斥了好感——他以为Scala其实不合适于将来的开展。
他感应不爽的一个中央就是Scala并未供应符合的模块化体系。他说Java一入手下手也没有供应模块化体系(今朝仍旧没有,但最少这是如今人们广泛存在的一个需求),只能经由过程其他手腕如Maven、Ivy和OSGi等告竣。但是,那些无视模块化体系的人仍是会给必要的人带来贫苦;在处置年夜型体系时,模块化将成为主要的保护工具。
Stephen还暗示假设Java有模块化体系,那末就能够公布不撑持CORBA的JVM了,CORBA是个遗留手艺,在Java范畴中,除RMI外如今已很少利用了(关于服务器间的通信来讲,CORBA已慢慢被SOAP和REST所代替)。
现实上,两年前就有人提出了关于模块化的提案,但很快就被置之不理。关于模块与版本存在很严峻的阻力(每一个模块体系都必要依附他们来运作)。在当时,Scala还没有进进到企业;两年已往了,Scala的景况荡然无存。
Stephen还指出范例体系过于庞大了,在这一点上,他认同SteveYegge的概念:言语标准,天哪,我几乎无话可说了。我必需得在博客上写点甚么才行。标准中约莫90%的内容都是关于范例体系。这将是你有生之年所能见到的最年夜的范例体系,其庞大水平并非一个数目级,乃至能到达5个量级。除范例就是范例,然后仍是范例;太庞大了。
他们称其为complexitycomplexity,这意味着它其实不仅仅是complexity的成绩;也不是complexity-complexity的成绩:而是参数化的complexity-complexity,我要说的是这类工具就是在范例上聚积范例,然后再不休地聚积范例,太糙了吧。 Stephen还重点夸大了范例署名——一入手下手用于暗示办法可以准确编译——如今变得愈来愈没成心义了,乃至在撑持Unicode办法前就如许了。他给出了以下的办法署名,来自于Scala中心库,他想晓得这个办法究竟是干啥的:def++[B>:A,That](that:TraversableOnce[B])(implicitbf:CanBuildFrom[List[A],B,That]):That 现实上,Stephen以为利用静态范例会给静态范例蒙羞:我想说的是,这个复杂的范例体系目标在于避免编译毛病,而且对代码举行预反省。但如果将这类逻辑放到静态范例体系的言语中就不可了。关于我来讲,Scala的范例体系已背叛了言语特征的实质。
实质上,Scala的范例体系给静态范例蒙羞了。 下面这些并非甚么新概念。Log4J与SLF4J项目标创立者CekiG |
|