yes, a module with thousands of dependency

为什么要升级 java10

@doubleflower #40 见识少不是你的错, 但是你那拿出来炫耀就不对了

因为用 js 的程序员很少接触其他更好的包管理工具, 当没有对比的时候, npm 自然就是完美的

@crb912 #20 增加一个超级管理角色怎么办

与其想办法优化 mysql 还不如直接加一层缓存

剩下的自己填空吧, 不过想不通为什么要把这么多功能写到一个类里面


interface GodUserService{


@inject AuthorityService

@inject SessionService

@inject UserCURDService



}

“自定义字符”+参数值的设计 这不就是一个 Key 生成器吗, 只是 sping 帮你写了而已, 如果你需要更高级的功能,我相信 Spring 可以自定义吧

forkjoin thread pool 了解一下.
本质上也是切割文件然后多线程插入数据库.

很久之前在知乎写的一篇文章: https://zhuanlan.zhihu.com/p/25842831

等到世界毁灭吧

再跑一台 10M 带宽的机器, 只用来下载, 下载数据直接通过 redis 之类的工具传给解析器
这样做的好处:
1. 把瓶颈分离: 下载服务器只需要关注带宽, 解析服务器只需要关注 CPU 和数据库, 配置不足升级也方便
2. 好扩展: 你可以随时添加任意数量的下载服务器

@ipwx #66 动态语言的重构从来都不简单甚至是信不过的, 更不要说涉及到字符串了

@ipwx #64 首先, 这只是一个从 Json 官网拿下来的例子. 其次, 这种大对象我做的项目中随便都能找到, 应该每个项目都有. 最后你提到的处理那应该是会给调用者返回一个 Map 或者对象, 请问具体是怎么处理的

@qinxi #62 这就是我不喜欢前端的原因, 一个语言社区应该做的事情让每一个开发者都做一遍, 浪费多少时间

@v2dead #61
是否有封装这种问题的出现不应该取决于对 json 这一类外来数据的处理方式上面，而是来自良好的编码习惯。
反驳: 封装就是取决与如何对 Json 建模, 如果用 Map, 那么你就把 Json 的内部结构完全暴露给客户端. 良好的编码习惯就是 information hiding.

数据源怎么解析，和是否封装良好没有直接关系。
反驳: 这点我同意, 数据源的解析应该封装起来, 不被客户端知道, 问题是你解析完成之后你给客户端返回什么? Map? 和不封装没什么区别. 对象? 那么你就要预先定义好接口, 那么就和你说的第二段话矛盾了.

@orangeade #57 该个字段名称试试