|
p*****2
发帖数: 21240 | 2 我怎么感觉那么别扭呀？某些地方用用还成。真想玩，可真不容易呀。 |
|
|
|
|
|
n******7
发帖数: 12463 | 7 确实很强，也很省心
特别喜欢那个改写建议，自动把很多code升级到java8 风格
我基本就是用IDE学java了 |
|
d******e
发帖数: 2265 | 8 在读一个java8的proj.简直要抓狂了。
所有的code都是函数式的。builder被传来传去。加上没有case class.
简直是灾难啊。
看来java到头了。基本上java 7就够了。否则转scala. |
|
n******7
发帖数: 12463 | 9 我一直不太清楚 lambda到底是啥
看介绍都是长篇大论，甚至一本书
但是java8里面用起来
好像就是写匿名函数简洁一点的效果？ |
|
z****e
发帖数: 54598 | 10
匿名方法
就是当你临时想马上定义一个方法
然后只在这里用，用完就不再需要的时候
就需要用到匿名方法
java以前不支持匿名方法
必需要在匿名方法外面套上一层class
这就是所谓的匿名类
所以java8主要就是用来简化这个用的
说成一本书主要是因为func这个是fp的基础
所以关于func的定义什么都需要扩展
所以就说成了一本书
如果是java的话，可以不用鸟这些东东 |
|
n******7
发帖数: 12463 | 11 这跟java8基本一样
就是匿名函数写的方便点
new |
|
n******7
发帖数: 12463 | 12 那这也不怪java8了
本来灵活性被滥用了就是灾难
前几天有人读python code不也吐血了
都是为了用某个feature霸王硬上弓 |
|
d******e
发帖数: 2265 | 13 我现在做一个新项目，java8的，所以有机会考虑这个问题。
我的观点是scala应该比java更适合写大项目。
至少有几点. 1 case class
2. pattern matching.
3. built in async support.
其他的即使都一样。写出来的程序都更容易维护。
而且，现在scala的大系统也有几头了。 play, akka, spark.
另外,jet.com纯F#,
现在写scala系统最大的问题就是总体设计mind set.
如果码农上来还是framework/pluggin思路.
写出的系统一样难以维护和扩展。
但是上了microservice后，就是你全用python写也问题不大。 |
|
g*****g
发帖数: 34805 | 14 Java8 可以让你写 oneliner, 并不逼着你写 oneliner. 你这个方法参数太多了，本身
就不是好的设计。真要 oneliner用 fluid风格一堆 setter过去都清楚的多。
hasDoneCheck)) |
|
H****S
发帖数: 1359 | 15 没有问题，勇敢地上。什么东西都是一个从无到有的过程。Java8加了一堆runtime
check的feature，Scala早已经evolve到compile time check。strong typing绝对是后
端未来的大趋势。 |
|
H****S
发帖数: 1359 | 16 没有问题，勇敢地上。什么东西都是一个从无到有的过程。Java8加了一堆runtime
check的feature，Scala早已经evolve到compile time check。strong typing绝对是后
端未来的大趋势。 |
|
p***o
发帖数: 1252 | 17 写点玩具示例没问题，碰到checked exceptions根本没法用。
类似的比如Future就没这个问题。 |
|
|
|
|
d****i
发帖数: 4809 | 21 应该这么说，Java到了5或6就可以刹车而完全不需要再改了，那些7788的所谓的新特性
要么是有问题的，要么是完全可以用5和6来实现。7788的所谓演变无非就是1。让一部
分人有job继续自己挖烂坑造车 2. 为了迎合某些小白左逼菜鸟的奇异装逼思维 |
|
|
z****e
发帖数: 54598 | 23 the problem of using this UtilException is u wont be able to get any help
from IDE and compiler exception checking |
|
|
d******e
发帖数: 2265 | 25 java 7的fork join executor牛逼的。
java 8的fp没意思。不配套只能瞎搞。 |
|
p***o
发帖数: 1252 | 26 generics真是个神奇的东西, 不管是在C++还是在java里 |
|
p***o
发帖数: 1252 | 27 Java6没有try-with-resource, finally里面不知道要多写多少code |
|
|
d****i
发帖数: 4809 | 29 try-with-resource不好（养懒人变懒惰），还是传统的try catch finally好，一则这
个和其他同类同级别语言C++， Python, PHP, JavaScript, C#等完全一致，便于其他
语言的人阅读理解，二则你说的finally里面的code全部可以用IDE自动生成，根本不是
问题。 |
|
p***o
发帖数: 1252 | 30 1 C++用RAII,没有finally也不需要finally。
2 try-with-resource这类的就是有GC语言的RAII，Python/C#类似的结构早就加上了。 |
|
z****e
发帖数: 54598 | 31 我说说我的经验吧
我个人觉得，mq其实很难用
msg还是以json为佳
因为如果是其他的，尤其是serialisable的object
可读性不强
其次broker本身会产生严重的依赖
你测试就很麻烦
尤其是本机测试，你要连到mq上去
折腾啊，而且强依赖，所有的system都会依赖这个mq
所以我建议干掉mq，mq基本上都是一个坑
而且很多mq都没有直接监听的端口什么的，测试起来很成问题
建议直接http+json就好了
便于测试，或者像vert.x一样，有自己的msg bus
然后就用msg bus传json就好了，vert.x用的是web scoekt协议
用shell service可以直接看bus里面传递的消息
非常方便，便于测试，坑少很多
另外呢，如果你想做persistence，你这种明显没有什么规律的数据
建议直接用file system就好了，不需要用c*
因为c*很大，东西比较多，有cql固然方便，但是这个是基于index的查找
所以你要想清楚，你这个数据到底是semi-structured的，也就是有明显的index的
还是unstructured的，像网页一样完全... 阅读全帖 |
|
|
|
|
a*f
发帖数: 1790 | 35 就算Java 8的Lambda编程还不够完美，也没听任何大牛敢说Java8是joke，要不然你是
比大牛还牛的大牛，要不然就是根本不懂 |
|
H****S
发帖数: 1359 | 36 Java8是不是joke，是依个人感觉而定的。鞋子合不合脚，只有自己知道。 |
|
|
x***4
发帖数: 1815 | 38 我觉得作为single method class的语法汤还行。想做完整的fp有压力。 |
|
|
d******e
发帖数: 2265 | 40 told you. 搞java的脑子的里面的屎尿还没流干净。还是一副什么东西都是名词话的劲
头，什么都向负责里搞的劲头。
这种语言快近故纸堆了 |
|
n******7
发帖数: 12463 | 41 问题是完整的fp往往没有必要吧
这两天看了一下java 8的stream，又看了眼kotlin
感觉fp的玩意，取其精华就好了，拘泥于正宗fp似乎得不偿失
这点kotlin的哲学我很喜欢 |
|
|
l**********n
发帖数: 8443 | 43 almost everything of nodejs is a stream. |
|
d******e
发帖数: 2265 | 44 现在在用。问题是java那帮人一点都不觉得难受。 |
|
|
|
w********m
发帖数: 1137 | 47 python抄js有点扯，我记得python有type hint是3.0什么时候就有了，反正相当早。
话说python的架构那是相当先进。第一是做单线程asycn＋coroutine的路走对了。当年
guido用GIL锁死多线程的时候，被大牛们骂的像个狗头一样。现在3.5 async／await出
来了，大家都跪安了。guido这批欧洲来的过江龙还是相当有远见的。
第二OO和functional任选。喜欢OO可以，喜欢function睡意。Java就不行，OO太强了，
java8加点function的就没人喜欢。ES6长的很像python，import something from
something。我现在写js都不用分号了，以后把花括号取消了都有可能。当然，新语言
都长得差不多。
以后大趋势三足鼎立，python做data science，java做big data。mobile和web都是
javascript的。
的。 |
|
z****n
发帖数: 1933 | 48 最主要是和java无缝衔接。不行还有退路。而且改动大多是java的痛点。
Java8已经接近完美了。kotlin因为没有兼容问题，补齐最后一点短板。
而且可以兼容javascript，比javascript开发大型项目会更有优势。 |
|
n*w
发帖数: 3393 | 49 复杂的是不是最好用scala，Java8和Python都没这些 |
|
c******n
发帖数: 16666 | 50 有一本 introduction to java programming 还是国人写的
之前的版本的就包括java8了
属于大学教材 里面很多编程的基础知识 但其他关于java的也介绍得比较广
你可以跳着看 |
|
