首页 > 其他分享 > 《因噎废食》

《因噎废食》

时间:2023-09-02 10:56:47浏览次数:29  
标签:因噎废食 开发人员 Hutool 组件 工具 序列化

 

因噎废食,是指因为吃饭噎住过,就索性不吃饭了。

在日常开发过程中,我们会遇到这样的情况:开发人员在使用工程内部或开源项目的组件或工具时遇到问题,他们往往不是首先反思自己的使用方式是否正确,而是直接选择放弃这个组件或工具。

举例来说:

当使用 Redis 缓存对象时,如果对象类没有实现 Serializable 接口以实现序列化,就会遇到序列化异常。此时,开发人员发现问题后,不是去解决这个问题,而是直接放弃使用 Redis,或者不再缓存对象,而一律改为缓存字符串。

又如,当使用 Hutool-json序列化工具时,发现 8.00 反序列化为 BigDecimal 字段后得到的是 8。这导致后面程序的数据解密错误,于是,开发人员便决定不再使用 Hutool,甚至声称要全面废弃 Hutool。

这种现象就像是因为吃饭噎住过,就索性不再吃饭一样。在开发过程中遇到问题是很正常的事情,我们应该积极、开放的心态来寻找解决问题的方法。遇到类似问题,我们首先应该审视自己的代码和配置,确保自己是正确地使用组件或工具。如果发现问题并非由自己引起,那么可以尝试查看组件或工具的文档、讨论区或社区,寻找解决方案或向相关人员求助。即使最后确定组件或工具不适合自己的项目,我们也可以从中学习到一些经验教训,为以后的开发提供帮助。

因噎废食只会让自己错失学习和成长的机会,也会给项目带来不必要的风险和成本。我们应该正视问题,勇敢面对,积极寻求解决方案。

标签:因噎废食,开发人员,Hutool,组件,工具,序列化
From: https://www.cnblogs.com/buguge/p/17673309.html

相关文章

  • 谈谈过度设计:因噎废食的陷阱
      引言 写软件和造楼房一样需要设计,但是和建筑行业严谨客观的设计规范不同,软件设计常常很主观,且容易引发争论。 设计模式被认为是软件设计的“规范”,但是在互联......
  • 谈谈过度设计:因噎废食的陷阱
      引言 写软件和造楼房一样需要设计,但是和建筑行业严谨客观的设计规范不同,软件设计常常很主观,且容易引发争论。 设计模式被认为是软件设计的“规范”,但是在互联......
  • 谈谈过度设计:因噎废食的陷阱
      引言 写软件和造楼房一样需要设计,但是和建筑行业严谨客观的设计规范不同,软件设计常常很主观,且容易引发争论。 设计模式被认为是软件设计的“规范”,但是在互联......
  • 谈谈过度设计:因噎废食的陷阱
      引言 写软件和造楼房一样需要设计,但是和建筑行业严谨客观的设计规范不同,软件设计常常很主观,且容易引发争论。 设计模式被认为是软件设计的“规范”,但是在互联......
  • 谈谈过度设计:因噎废食的陷阱
      引言 写软件和造楼房一样需要设计,但是和建筑行业严谨客观的设计规范不同,软件设计常常很主观,且容易引发争论。 设计模式被认为是软件设计的“规范”,但是在互联......