@Osk
下载的话会走另外一条 然后里头实现很错乱
一般请求都会载入所有 app 设定 然后下载会载入所有档案相关 plugin 一下子走这条路一下子又走另外一条路 换是正确的 估计 app 如果有冲突或者路径不一致导致预期结果不一都够呛

@Osk

自己写吧 这东西效能不是一般的差 用 sql 当锁更是糟糕 随手刻一个效能与实现都好的多

@wszgrcy
那不就是预设吗

@wszgrcy
docker 简单启动确实有网路问题
run 中有个参数--network host 可以解决
只是不知这样安不安全 能的话也不一定得 docker

可以不用写十几二十行以上就为了凑个输出结构 或者写一堆类再来序列化 整天映射来映射去还不能很确定结果 完全就是 996 帮凶

布林值或物件 blahblahblah. 可惜 key 有限制

楼上说的很好 这种方式也可以应用至数组 动态就是带入变量或者可以在数组里写三元运算 而三元运算也可以取用变量 输出可以数字 字串 数组

abc::class

果然我不太会发程序码

@Joker123456789

php 数组很方便没错

$a = [
"abc" => 123,
"bcd" => [
"a", "b", "c"
],
"cde" => [
abc:class => 123
]
];

优点写的快结构清晰还可以无脑当设定使用
然后查一下
https://stackoverflow.com/questions/9803317/multilevel-associative-array-in-java-like-php

我也爱用字典 因为不爱看到一堆类别 而且还是命名乱糟糟的类别 而且如果有很多複杂继承关係要改非常多 容易搞混功能 宁愿 map 外包层 wrapper 重点在于减轻心智负担 换个方法思考方式 map 也非常好用

@speedofstephen

编程语言都可以考虑扩展性 一开始有基本规范就足够 为了安全以及规范还有延续风格目的 所谓对象抽象化带来的扩展性还会被打折
想改却改的头痛就是对象带来的问题

因为人不是机器 计算机产生的目的就在于此
本来目的是节省时间 反而要花更多时间不就更痛苦 不只 java 很多语言越来越多不必要的複杂度 有人爱人生耗在这样的事物上吗
语言本身来讲 java 都不是很类 unix

个人还是爱 php pdo 那种方式 好写 如果案子大了再封装也方便 兼顾灵活与直觉 参数判断写 xml 判断就神经了 也不可能全代码化 debug 又方便 step 调适很容易找到问题点 至于 service 还是会分的 因为 http 特性 但也就两层而已 剩下都是辅助工具让代码容易维护 orm 特烦没错

所以 uefi 十分讨厌
而 arm 设备搞签名验证的也是

@jiayong2793

因为程序员是接触代码第一线
当然考虑有所不同

@james122333 需求