项目全部是 map 传参
入职某大黑厂,项目全部都是 map 传参,注释不写的那种,100 万代码
兄弟们怎么搞
感受 python (args, *kwargs)的恐惧吧
轻轻搞,别搞坏了
新需求好好整整,破坏性需求尽量拒,小修小补过日子
我这儿的老 php 代码全是'data''cotent'['ext']传参,一层两层三层的套,和 map 没啥区别。。看的人头疼。。
java 吗,可能是其他语言转过来的,能实现功能就行,适应下环境
有什么问题吗?
能跑就行
扩展性极强
能跑不,能跑就行
jb idea 可以装个 github copilot 插件,不清楚的地方让 ai 解释一下
能跑就行,不用太纠结,你改造的话,出问题还要背锅
我遇到过,都被我重构了,我也会跟开发说这样写带来的问题,慢慢就不会有这种情况了
慢慢优化,这就是你的价值所在
map 传参没问题但前提是有一份维护的很好的文档或注释,除此之外都是好处
第一反应,是那个妙不可言 zoom zoom zoom 的框架
www.hesudu.com/t/829440
要是有的话就不会有这个帖子了。
我呆过一家公司,所有的实体全部继承自 Map
没问题的,你也别管原来里面有啥参数,你需要啥,就自己再往里加,对应的地方读取就行。
反正都屎山了,不在乎你也拉一坨。
你如果在里面说得上话,那就慢慢整整改改,说不上话,那就代码和你有一个能跑就行。
当你要拉屎的时候附近一般都有屎 -- 鲁达 • 字绍兴
接手过拿长字符串传参的,满屏的切割,拆分,各种符号拼接,给我看吐了
前人挖坑,侵吞红利,拍拍屁股升职加薪高升了,留下粪坑给后人……
你不怕传参跟已有命名冲突,触发隐藏 Bug ?
路过问一下,这个 map 它是 string 到 any 的 map 么,像 interface 那种有类型的感觉还行。
看标题,我还以为你在说我们作坊的某些组。(狗头
多好,随便加参数不用修改接口...都往 map 里堆。要知道参数作用只能看代码调试代码。
我这都是 String data
#21 不存在的,这个时候,如果有多年屎山经验,是会避免这种情况的。比如
map.put("username_050114", input_username)
不但不会冲突,而且更为这座屎山增添了独特的风味。
当后人看到此代码时,会为了这串神秘数字而抓耳挠腮(破口大骂)
一千个 coder ,有一千个风味……
写代码不要追求完美,能用就行,不然你会很累的。
Java 肯定是 string 到 any 了
我上个项目也全是 map 传参,天天加班干,能实现出来就不错了...
前几天我写的新功能,都是 vo ,dto ,为什么呢,因为我要离职了所以慢慢写也没人催我
一看您就是资深研发
这是一个非常复杂的世界,这个世界上有很多各式各样的观点和思维方式,作为一个程序员的我,也会有程序员的思维方式,程序员的思维方式更接近数学的思维方式,数学的思维方式让可以很容易地…
目前我的主力桌面端开发框架用 javafx ,简单点的用 electron ,但是各自有各自的缺点。 我司开发的主要是工业软件,涉及到串口通信等硬件交互,IO 密集、计算密集。…
之前我觉得 Windows 恢复分区(可以打开磁盘管理工具,一般在第一个物理硬盘的最后)没啥用,还占用我大几百 MB 的空间,于是我就用磁盘管理工具把恢复分区合并到 C 盘里面…