重构
5 人感兴趣 · 73 次引用
- 最新
- 推荐
三个实用重构技术，改进你的代码
代码重构是在不改变外部功能的情况下对现有代码进行改进。它是编程的核心部分之一，不容忽视。否则，您就无法获得更好的代码版本。代码重构可以增强代码的可读性、可维护性和可扩展性。它还旨在提高性能和开发人员的工作效率。今天，我们将探讨一些可以帮助您
得物社区计数系统设计与实现
社区业务有非常多的数字统计场景，比如需要查询用户发布的图文内容数、用户点赞的视频内容数等等，且这些数字一般都需要能够支持高度精确性、高性能查询和批量查询等能力。
工作一年，我重新理解了《重构》
重构是一种在不改变代码本身执行效果的前提下，让代码变得更加整洁易懂的方式。代码不仅要让机器能够实现预期的处理逻辑，更要能够面向开发人员简洁易懂，便于后期维护升级。
“整洁架构”和商家前端的重构之路
团队归属于后方业务支撑部门，组内的项目都以pc中后台应用为主。对比移动端应用，代码库比较庞大，业务逻辑也相对复杂。在持续的迭代过程中，我们发现当前的代码仓库仍然有不少可以优化的点。
老旧项目二次开发指南
背景：最近新入职公司，负责技术。由于各种原因现在项目全权交由我们团队负责，之前的研发团队不再参与（及以后可能完全联系不上）。作为技术负责人，又刚入职公司压力巨大。经过两个多月的改造，算是接手得还算行。该项目存在的问题比较典型，特此记录。欢迎
《重构 JavaScript》读后感和部分摘录
可以这样形容：有一个密室，给你一些物品，然后从上帝视角告诉你物品的作用，以及你可以选择或参考的路线，也包括你可能走过的错误路线分析，最后告诉你如何走的更漂亮
为什么每次加入一个新的团队，都会觉得遗留系统是一坨“屎”？
就算在Amazon这样的全球顶级IT公司，在分享重构时，每当我问到不同团队关于手上的遗留系统的问题时候，他们的答案几乎都是一样的：“遗留系统简直就是一坨屎”。可是不出意外的是很快他们重新构建的系统又变成了别人眼中的“另一坨屎”。
架构团队如何重构内部系统
前端团队难免需要维护一些内部系统，有些内部系统由于开始的架构设计不合理，随着业务复杂度的增加，“坏味道”代码也越来越多，从而导致认知和沟通成本上升，甚至问题频出，此时，重构就自然成了一个选择。
重读《重构 2》- 搬移函数
搬移函数最直接的一个动因是，它频繁引用其他上下文中的元素，而对自身上下文中的元素却关心甚少。此时，让它去与那些更亲密的元素相会， 通常能取得更好的封装效果，因为系统别处就可以减少对当前模块的依赖。
重读《重构 2》- 提炼变量
曾用名:引入解释性变量(Introduce Explaining Variable) 从曾用名就可以看出，这个方法主要是用来改善代码表达能力的。
