@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 需求

@HolmLoh

然而即便是如此扩展能力也是差强人意
只是从难写变成还可以 一个特殊虚求基本上就趴了 或者绞尽脑汁费脑力体力才想出

另外 java 框架是目前觉得最麻烦的

以前我也觉得不要造轮子 现在觉得深入研究轮子如何使用简直是找罪受 然后解决的问题就那么一点 很多产物压根不用户友好的 很多原因造成这样的结果 对这类成果的基本上只有刻意过度设计的想法 花费很多时间在无意义的癥结点上 对于工作上的顺利并无帮助

这需求可以

其实还会特地複杂化方案 为了市占又心不甘情不愿 写好分享不然就乾脆不分享看来是很少见的事

@mikaelson

写更优雅的脚本

git 确实比较复杂 所以有人一直在问图形化工具 但如果熟悉命令行其实也还可以 这种工具到一定程度其实用起来没差很大 会基本的已经足够使用 git 就两个卖点一个分支一个本地 commit 一个分支不同实现与需求实作中然后要改其他分支的东西更崩溃 怕一不小心操作错误就重来了 这时候手动操作也未必不可
分支多合起来能不能正常是问题没错