V2EX › xarthur 的所有回复 › 第 42 页 / 共 46 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 34 35 36 37 38 39 40 41 42 43 ... 46

❮

❯

2021-02-16 19:35:43 +08:00

回复了 o00o 创建的主题 › 问与答 › 有在 mtgox 上损失比特币的 V 友吗？

估计没有。
不过买币这种事，除了需要短线交易，不然完全想不出有什么理由要把币留在交易所里。

2021-02-16 18:54:47 +08:00

回复了 systemcall 创建的主题 › 程序员 › PPPoE 获取 IPv6，为什么 IPv6 前缀是在 LAN 上面， PPPoE 看上去没有 IPv6？

@systemcall 这也是为什么我不太想用 OpenWRT 而是选择自己折腾的原因（

2021-02-16 18:53:40 +08:00

回复了 systemcall 创建的主题 › 程序员 › PPPoE 获取 IPv6，为什么 IPv6 前缀是在 LAN 上面， PPPoE 看上去没有 IPv6？

@systemcall 那应该是正常的。估计是 UI 层出什么 Bug 了。

2021-02-16 18:46:55 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@hantsy 不牵强啊……
官方说的很清楚了
"We call this build.gradle file a build script, although strictly speaking it is a build configuration script, as we will see later. The build script defines a project and its tasks.

To try this out, create the following build script named build.gradle."
https://docs.gradle.org/current/userguide/tutorial_using_tasks.html
而且在具体运行的时候也是和脚本一样一行一行执行的。

2021-02-16 18:44:26 +08:00

回复了 systemcall 创建的主题 › 程序员 › PPPoE 获取 IPv6，为什么 IPv6 前缀是在 LAN 上面， PPPoE 看上去没有 IPv6？

@systemcall 如果 LAN 口有正常的 IPv6，而且路由接的设备可以分配到 IPv6，说明 Prefix Delegation 是正常的。估计还是在 PPPoE 上出了什么问题。

2021-02-16 18:41:38 +08:00

回复了 systemcall 创建的主题 › 程序员 › PPPoE 获取 IPv6，为什么 IPv6 前缀是在 LAN 上面， PPPoE 看上去没有 IPv6？

其实可以看看我的写的文章（
https://v2ex.com/t/724060
不过有点过时了，我之后没在用 DHCPv6C 了，直接用了系统内置的 dhcpcd

2021-02-16 18:38:05 +08:00

回复了 systemcall 创建的主题 › 程序员 › PPPoE 获取 IPv6，为什么 IPv6 前缀是在 LAN 上面， PPPoE 看上去没有 IPv6？

你的 PPPoE 没开启 IPv6 的支持，或者就是你的运营商还没下发 IPv6.
LAN 口上的 IPv6 估计也只是本地链路单播地址

2021-02-16 15:55:04 +08:00

回复了 manfred4527 创建的主题 › Apple › IINA 已支持 M1 原生版本 1.2.0

IINA 新海诚用了都说好（逃

2021-02-16 12:56:02 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@hantsy 而且 build.gradle 严格意义上也不是一个配置文件，是个完整的脚本。只是 DSL 的特性让它看上去像是个配置文件……

2021-02-16 12:53:40 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@hantsy 你用插件和第一方支持比就没什么意思了……

2021-02-16 00:43:52 +08:00

回复了 web888 创建的主题 › 电影 › 刺杀小说家全网都是水军吧

刺杀小说家的「杀」字倒是不用打引号。也不用像「刺客伍六七」一样改成「最强理发师」

2021-02-15 23:29:58 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@hantsy 我个人喜欢 gradle 还有一点就是它用 groovy/kotlin 做 dsl，这个比起看一堆 xml 好受多了。而且可以很便捷的写一些脚本方便自己使用，打包成可以分享的插件也方便。

2021-02-15 23:28:16 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@SystemLight gradle 会重用不同项目里的相同依赖。

2021-02-15 23:24:06 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@SystemLight 如果你只是想构建一个 default 的项目结构的项目，我之前也说了，直接往自动生成的 build.gradle 里 dependencies 里加依赖就行了。

2021-02-15 23:21:20 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@SystemLight 有哪个构建工具是非常简单的吗？ webpack 也不简单啊……make 之流就更复杂了。

2021-02-15 23:20:08 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@hantsy Maven 相比之下 gradle 来说不够灵活，而且打包速度似乎也没有 gradle 快（ gradle 官方有测试）。gradle 还支持渐进式编译可以缓存结果。顺便 gradle 现在目标是想当个通用的构建工具，不光是用在 jvm 上。
兼容性的问题其实从 gradle4 起，特别是 gradle5 、6 已经好很多了。这点确实做的不如 maven
SBT 是真的不好用，又慢稳定性也差。

2021-02-15 23:13:42 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@SystemLight 这个不是什么黑点，首先 java 光常用的公共仓库就有两个，私有仓库就更多了。其次 Java 的库不像 javascript 的库，一般一个库提供的功能非常的全，也不用三天两头加仓库。

2021-02-15 23:10:57 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

*!->?

2021-02-15 23:10:32 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@SystemLight jvm 是个平台，首先就有很多语言，举例来说 Scala 和 Java 或者 Kotlin 和 Java 的混编。其次 Java 语言特性的孱弱，导致了很多工具都依赖 Java 的注解来在编译期实现功能，比如 Lombok，接着还有要不要混淆，然后你可以生成字节码也可以直接生成二进制目标平台代码。最后你选择是要打包还是不打包直接一堆 class 文件呢？打包你是要 jar 还是 war 呢！

2021-02-15 21:38:06 +08:00

回复了 SystemLight 创建的主题 › Java › 为什么 Java 的包管理器都这么复杂？

@pursuer gradle 版本多其实也好解决，你设置一下，不要用 gradle wrapper （也就是 gradlew ）直接用本地安装的 gradle 跑就行了，gradle wrapper 不是必须的。

1 ... 34 35 36 37 38 39 40 41 42 43 ... 46

❮

❯