DRY(Don't Repeat Yourself)原则：拒绝重复，拥抱简洁软件黄金法则_设计要素

DRY（Don’t Repeat Yourself）原则是软件开发中的一个基本原则，它强调在代码库中避免重复代码，以减少维护成本和提高代码质量。

肖哥弹架构 跟大家“弹弹” 代码设计技巧，需要代码关注

欢迎 点赞，点赞，点赞。

关注公号Solomon肖哥弹架构获取更多精彩内容

历史热点文章

2. 规则：

DRY原则鼓励开发者寻找并复用现有的解决方案，而不是重新发明轮子。这要求开发者具有高度的代码意识和模块化思维。

3 DRY原则解决什么：

DRY原则解决了代码重复问题，减少了因为重复代码导致的潜在错误和不一致性，提高了代码的可维护性。

4. DRY原则特点：
  • 避免重复：识别和消除代码中的重复部分。
  • 提高一致性：确保整个项目中相同功能的实现方式保持一致。
  • 降低维护成本：减少因修改重复代码而可能引入的错误。
5. DRY原则缺点：
  • 过度抽象：为了消除重复，有时可能会创建过度抽象的代码，难以理解和使用。
  • 性能考虑：在某些情况下，为了避免重复而采取的解决方案可能不是最高效的。
6. DRY原则使用场景

当开发者发现在多个地方编写了相同或非常相似的代码时，应该考虑应用DRY原则。

7. DRY原则案例
7.1 重复逻辑案例

重构前

// 在多个控制器中重复检查用户登录状态
if (session.getAttribute("user") == null) {
    // 重定向到登录页面
}

//-----------------------------------------------

// 在多个地方重复检查用户是否登录
if (user == null || !user.isLoggedIn()) {
    // 跳转到登录页面
}
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.

重构后：

public class SecurityUtils {
    public static boolean isUserLoggedIn(HttpSession session) {
        return session.getAttribute("user") != null;
    }
}

// 在需要验证用户登录的任何地方使用SecurityUtils
if (!SecurityUtils.isUserLoggedIn(session)) {
    // 重定向到登录页面
}

//-------------------------------------------------------

public class SecurityService {
    public boolean isUserLoggedIn(User user) {
        return user != null && user.isLoggedIn();
    }
}

// 在需要验证用户登录的任何地方使用SecurityService
if (!securityService.isUserLoggedIn(user)) {
    // 跳转到登录页面
}
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
8. 参考开源框架：

许多开源项目，如Django和Ruby on Rails，都提供了内建的机制来支持DRY原则，例如通过使用视图助手、服务类或中间件来避免重复代码。

9. 总结：

DRY原则是软件开发中提高代码质量和维护效率的关键原则。通过消除重复代码，我们能够创建出更简洁、更一致且更易于维护的系统。虽然在某些情况下可能需要权衡抽象的级别，但总体而言，DRY原则为构建高效、可靠的软件提供了坚实的基础。遵循DRY原则有助于减少开发时间，提高代码的可读性和可测试性。

历史热点文章