项目全部是 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 ,为什么呢,因为我要离职了所以慢慢写也没人催我
一看您就是资深研发
今天,在微博上看了一篇《微信和淘宝到底是谁封谁》的文章,我觉得文章中逻辑错乱,所以,我发了一篇关于这篇文章逻辑问题的长微博。后面,我被原博主冷嘲热讽了一番,说是什么鸡汤啊,什么…
如题,目前有有需求希望能够给用户开放一个 SQL 数据库,开放 SQL 能力( SaaS 场景需求),不然自己封装 SQL 难受,用户也难受。 小弟对 postgresql 之…
在过去的N年中,我遇到了很多使用囧然不同风格的开发者,下面是我所知道的一些,你还知道其它的吗? 目录 散弹枪编程撞大运编程 Cargo-Cult 编程刻舟求剑编程设计模式驱…