V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ngduncent  ›  全部回复第 3 页 / 共 4 页
回复总数  68
1  2  3  4  
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@senninha 感谢你的提醒! got it.
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@zhanlanhuizhang 再者 我的 PR 作者也不一定认同。 大家各自理念不一样。
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@zhanlanhuizhang 如果是少部分代码不好 我会选择提 PR 。(我也不想浪费时间,自己起一套项目)
绝大部分代码都不好。 我选择自己改一套。
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@wu67 是的 像文中提到的方法 检查名字在系统内是否唯一 结果 要么唯一 要么不唯一
用 Boolean 型 简单很多
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@Jtyczc 第 19 条问题并不出在 这么多字段
而是像 JavaType , htmlType, queryType 这几个字段的设值, 在整段代码中出现很多处。
如何对几个字段依情况设值, 可以抽取出小段代码封装。
代码会明了很多
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@WilliamYang 嗯 你这个情况是对的
我主要是想说 这种简单的情况
Money m = getMoney();
return m;
2022 年 12 月 30 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@FrankHB 好的 感谢指正
2022 年 12 月 29 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@Bingchunmoli 嗯 一开始我也是抵触 stream 的 后面用完感觉还是挺香的
2022 年 12 月 29 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@netabare sorry 题目的确有歧义 我的锅
主要想表达的是高星开源项目( 3W star )中一些坏的代码实践。或许称不上坏实践,而是纯粹新手错误。
2022 年 12 月 29 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@hsfzxjy 好的 哈哈哈哈 不然其他语言会躺枪
2022 年 12 月 29 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@TWorldIsNButThis
嗯 这还是 3 万星的项目...



“优化后的 allOnlineUsers 为什么要 collect 出来,就算要起个名字直接用 stream 不就好了,collect 就会执行至少一次迭代”

嗯 感谢你的指正。晚上 fix~
2022 年 12 月 29 日
回复了 ngduncent 创建的主题 程序员 总结开源项目中的常见坏实践(Bad Practice)
@Aloento 我也没有盈利目的 的确是希望有人一起来构建一个规范的全栈项目 所以放了链接...
很过分吗....
2022 年 12 月 13 日
回复了 Angela2022 创建的主题 程序员 [请推荐人气旺的前后端讨论群或网站]
刚好建了一个全栈前后端交流群:1398880~
欢迎前端大佬 后端大佬 全栈大佬 进来交流讨论~
@ruoxie sorry 。。。 我现在才发现我贴错地址了。。
之前也有想改成 ant design vue.. 但是不是官方维护的,有点顾虑
嗯嗯 前端项目有打算改成 TS
我是前端菜鸟~ 欢迎大佬再给点意见~
@kylix 嗯嗯 基于 ruoyi 改造 ruoyi 初衷不错 但是好乱
捞一个前端大佬呀~~~~~~ 有没有前端大佬帮忙优化一下对应前端项目~~
@me221 可以先试试 www.agileboot.vip 这个备案号了
欢迎大佬们~来提提意见~~
顺便问问有前端大佬一起来优化重构前端项目吗~~~
@golangLover 代码质量方面,严谨方面, 肯定还是 apache common 包 更好。 使用方面的话。。 hutool 更 easy 一点
@golangLover 这个项目主要的初衷是做一款适合 小项目 或者外包的脚手架, 致力于质量和代码规范性。 功能方面可能会考量得比较少,会谨慎添加功能。 使用 hutool 的原因,是因为 hutool 用起来更傻瓜一点。对国人算比较友好吧
1  2  3  4  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5780 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 01:59 · PVG 09:59 · LAX 18:59 · JFK 21:59
♥ Do have faith in what you're doing.