首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
推荐关注
Meteor
JSLint - a JavaScript code quality tool
jsFiddle
D3.js
WebStorm
推荐书目
JavaScript 权威指南第 5 版
Closure: The Definitive Guide
Cbdy
V2EX  ›  JavaScript

相比 JavaScript 社区的 DRY,我可能更喜欢 Java 社区的“RY”

  •  
  •   Cbdy · 82 天前 · 1242 次点击
    这是一个创建于 82 天前的主题,其中的信息可能已经有所发展或是发生改变。

    6 条回复    2020-01-14 13:49:40 +08:00
    lihongjie0209
        1
    lihongjie0209   82 天前
    这是 Java 没有模块化的锅。很多时候 public 只是在当前模块内 public, 但是在之前的 Java 中, 这是在整个 JVM 中 public, 所以会导致内部的很多实现类 util 类暴露出去, 后面支持模块化之后可以自己定义需要暴露的类和接口, 会好一点。

    同时作为一个第三方包, 应该尽量少的有别的依赖, 比如很多 StringUtil 都是在特定项目中有意义,并不是类似 common 中的一样提供一个通用的 StringUtil, 所以也没必要因为一个工具类引入一个第三方 jar 包。
    pursuer
        2
    pursuer   82 天前
    当需要造个轮子的时候,搜一下类,说不定轮子都不用造了?哈哈哈。原本的 default 访问级别就是限定同一个包内使用,但是不少项目为了跨包用都直接 public 了。大部分 IDE 都支持正则屏蔽特定包下的自动补全,所以感觉影响也不大
    hronro
        3
    hronro   82 天前   ❤️ 1
    JavaScript 项目通常是对编译后大小敏感的,如果每个第三方包都实现一些对 String 封装的类似逻辑,最后编译出来的整个大小会膨胀很多
    chendy
        4
    chendy   82 天前
    也是没办法,总不能到处都是 (str != null && !str.isEmpty())…
    HuHui
        5
    HuHui   82 天前 via Android
    node_module 显然更先进点
    SpencerCJH
        6
    SpencerCJH   81 天前
    用 common-lang3 的那个(逃
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1153 人在线   最高记录 5168   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 21ms · UTC 19:34 · PVG 03:34 · LAX 12:34 · JFK 15:34
    ♥ Do have faith in what you're doing.