当前位置： 首页 > wzjs >正文

企业服务网站建设需要多少钱建设一个菠菜网站成本

wzjs 2025/8/29 20:01:04
企业服务网站建设需要多少钱,建设一个菠菜网站成本,做的网站是怎么被收录,一个ip可以做几个网站引言 面向对象设计（Object-Oriented Design，OOD）是软件开发中的重要概念，其核心在于通过对象、类、继承、封装和多态等机制，实现对现实世界问题的抽象和建模。OOD不仅有助于提高代码的可重用性、可维护性和可扩展性&a…

在这里插入图片描述

引言

面向对象设计（Object-Oriented Design，OOD）是软件开发中的重要概念，其核心在于通过对象、类、继承、封装和多态等机制，实现对现实世界问题的抽象和建模。OOD不仅有助于提高代码的可重用性、可维护性和可扩展性，还能有效管理复杂系统中的依赖关系。本文将深入探讨面向对象设计的原则，并通过丰富的Java代码案例进行说明。
在这里插入图片描述

1.单一职责原则（Single Responsibility Principle, SRP）

‌定义‌

一个类应该只有一个引起它变化的理由，或者说，一个类应该只有一个职责。

代码案例‌


// 违反单一职责原则
public class UserManager {public void createUser(String name, String email) {// 创建用户逻辑}public void sendEmail(String email, String message) {// 发送邮件逻辑}
}// 遵循单一职责原则
public class UserService {public void createUser(String name, String email) {// 创建用户逻辑}
}public class EmailService {public void sendEmail(String email, String message) {// 发送邮件逻辑}
}

在这里插入图片描述

2.开放封闭原则（Open Closed Principle,OCP）

‌定义‌

软件实体（类、模块、函数等）应该可以扩展，但是不可修改。

是所有面向对象原则的核心。软件设计本身所追求的目标就是封装变化、降低耦合，而_开放封闭原则_正是对这一目标的最直接体现

代码案例‌


// 违反开放封闭原则
public class Shape {public void draw() {System.out.println("Drawing Shape");}
}// 需要新增一种形状时，需要修改Shape类或其子类// 遵循开放封闭原则
public abstract class Shape {public abstract void draw();
}public class Circle extends Shape {@Overridepublic void draw() {System.out.println("Drawing Circle");}
}// 可以通过添加新的子类来扩展功能，无需修改现有代码
public class Rectangle extends Shape {@Overridepublic void draw() {System.out.println("Drawing Rectangle");}
}

3.里氏替换原则（Liskov Substitution Principle,LSP）

‌定义‌

子类必须能够替换它们的基类而不影响程序的正确性。

其核心思想是：‌如果S是T的子类型，那么在所有使用T类型的地方，都可以替换成S类型而不会影响程序的正确性‌。这意味着子类应该能够完全替代其父类，并且在使用时不会出现任何错误或异常。

‌代码案例‌


// 违反里氏替换原则
public class Bird {public void fly() {System.out.println("Flying");}
}public class Ostrich extends Bird {@Overridepublic void fly() {throw new UnsupportedOperationException("Ostriches can't fly");}
}// 遵循里氏替换原则
public abstract class FlyingBird {public abstract void fly();
}public class Sparrow extends FlyingBird {@Overridepublic void fly() {System.out.println("Sparrow is flying");}
}// Ostrich类不继承FlyingBird，因为它不能飞

在这里插入图片描述

4.接口隔离原则（Interface Segregation Principle, ISP）

‌定义‌

客户端不应该被迫依赖于它们不使用的方法；接口应该小而专一，仅包含客户端需要的方法。这样可以减少不必要的依赖，提高系统的灵活性和可维护性。

其核心思想是‌客户端不应该依赖它不需要的接口‌，即类之间的依赖关系应建立在最小的接口上，避免设计臃肿的接口。‌

‌代码案例‌


// 违反接口隔离原则
public interface Animal {void eat();void sleep();void breathe(); // 并非所有动物都通过肺呼吸
}// 遵循接口隔离原则
public interface Eater {void eat();
}public interface Sleeper {void sleep();
}public class Dog implements Eater, Sleeper {@Overridepublic void eat() {System.out.println("Dog is eating");}@Overridepublic void sleep() {System.out.println("Dog is sleeping");}
}

5.依赖倒置原则（Dependence Inversion Principle,DIP）

‌定义‌

高层模块不应该依赖于低层模块，二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。

程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

‌代码案例‌

// 违反依赖倒置原则
public class HighLevelModule {private LowLevelModule lowLevelModule = new LowLevelModule();public void doSomething() {lowLevelModule.performTask();}
}// 遵循依赖倒置原则
public interface TaskPerformer {void performTask();
}public class LowLevelModule implements TaskPerformer {@Overridepublic void performTask() {System.out.println("Performing low level task");}
}public class HighLevelModule {private TaskPerformer taskPerformer;public HighLevelModule(TaskPerformer taskPerformer) {this.taskPerformer = taskPerformer;}public void doSomething() {taskPerformer.performTask();}
}

在这里插入图片描述

6. 组合复用原则（Composite Reuse Principle, CRP）

‌定义‌

优先使用对象组合（Composition）而非继承（Inheritance）来实现代码复用，避免因继承层次过深导致的代码僵化。

‌代码案例‌

// 使用继承导致脆弱的设计
public class Engine { /* 基础引擎实现 */ }public class Car extends Engine {  public void start() {  System.out.println("Car starts with engine");  }  
}  // 新增电动引擎时，继承体系难以扩展
public class ElectricEngine extends Engine { /* 电动引擎实现 */ }  // 使用组合替代继承
public interface Engine {  void ignite();  
}  public class GasolineEngine implements Engine {  @Override  public void ignite() {  System.out.println("Igniting gasoline engine");  }  
}  public class ElectricMotor implements Engine {  @Override  public void ignite() {  System.out.println("Activating electric motor");  }  
}  public class Car {  private final Engine engine;  public Car(Engine engine) {  this.engine = engine;  }  public void start() {  engine.ignite();  System.out.println("Car started");  }  
}

在这里插入图片描述

7. 迪米特法则（Law of Demeter, LoD）

‌定义‌

一个对象应仅与其直接朋友（即方法参数、成员变量、自身创建的对象）交互，避免“远距离耦合”。

‌代码案例‌


// 违反迪米特法则：直接访问深层对象
public class Customer {  private Wallet wallet;  public Wallet getWallet() { return wallet; }  
}  public class Wallet {  private double balance;  public double getBalance() { return balance; }  
}  // 在外部类中直接调用链式方法
public class PaymentService {  public void processPayment(Customer customer) {  double balance = customer.getWallet().getBalance();  // 直接依赖Wallet的实现细节  }  
}  // 遵循迪米特法则：封装间接访问
public class Customer {  private Wallet wallet;  public double getWalletBalance() {  return wallet.getBalance();  }  
}  public class PaymentService {  public void processPayment(Customer customer) {  double balance = customer.getWalletBalance();  // 仅依赖Customer的接口  }  
}

8. 稳定抽象原则（Stable Abstractions Principle, SAP）

‌定义‌

模块的抽象程度应与其稳定性成正比，稳定模块应通过抽象接口提供扩展点。

‌代码案例‌


// 稳定的抽象接口
public interface DataRepository {  void save(String data);  
}  // 不稳定的具体实现可独立变化
public class DatabaseRepository implements DataRepository {  @Override  public void save(String data) {  System.out.println("Saving to database: " + data);  }  
}  public class CloudStorageRepository implements DataRepository {  @Override  public void save(String data) {  System.out.println("Uploading to cloud: " + data);  }  
}  // 高层模块依赖抽象，不受底层实现变化影响
public class ReportGenerator {  private final DataRepository repository;  public ReportGenerator(DataRepository repository) {  this.repository = repository;  }  public void generateReport() {  String reportData = "Report content";  repository.save(reportData);  }  
}

在这里插入图片描述

原则的综合应用：设计模式中的体现

面向对象设计原则常通过经典设计模式落地。例如：

‌策略模式‌（Strategy Pattern）

- 依赖抽象（DIP），通过接口隔离不同算法（ISP）。


public interface SortingStrategy {  void sort(int[] array);  
}  public class QuickSort implements SortingStrategy { /* 具体实现 */ }  
public class MergeSort implements SortingStrategy { /* 具体实现 */ }

‌装饰器模式‌（Decorator Pattern）

- 开放封闭原则（OCP）的典型实践，通过组合动态扩展功能。


public interface Coffee { double getCost(); }  
public class SimpleCoffee implements Coffee { /* 基础实现 */ }  public abstract class CoffeeDecorator implements Coffee {  protected Coffee decoratedCoffee;  public CoffeeDecorator(Coffee coffee) { this.decoratedCoffee = coffee; }  
}  public class MilkDecorator extends CoffeeDecorator {  @Override  public double getCost() { return decoratedCoffee.getCost() + 0.5; }  
}

在这里插入图片描述

总结

面向对象设计原则并非孤立的教条，而是一个具有‌正交性‌的有机体系。其协同作用体现在三个关键维度：

  • 模块化治理‌
    通过‌‌单一职责原则‌‌与‌‌接口隔离原则‌‌的正交组合，以声明式设计（Declarative Design）界定模块边界，消除职责扩散（Responsibility Diffusion）风险。

  • 架构演化控制‌
    基于‌‌开放封闭原则‌‌的扩展性承诺与‌‌依赖倒置原则‌‌的抽象约束，形成面向变更的免疫系统（Change-Resistant Architecture），有效控制系统熵增。

  • 耦合解耦工程‌
    通过‌‌组合复用原则‌‌的对象委托机制和‌‌迪米特法则‌‌的局部性原理（Locality Principle），实现耦合度的亚线性增长（Sublinear Growth）。

开发者应在‌技术债务控制‌与‌架构演进速度‌间建立动态平衡：

  • 在敏捷开发的‌原型验证阶段‌，可对里氏替换原则实施有限豁免（如通过@Deprecated注解标记风险边界）
  • 在‌核心业务域模块‌中，则需通过稳定抽象原则构建防腐层（Anti-Corruption Layer），保障领域模型纯度

架构启示‌：优秀设计不是原则的简单叠加，而是基于系统上下文（System Context）的拓扑重构（Topological Refactoring）。

http://www.dtcms.com/wzjs/535718.html

相关文章：

  • 上海建设工程交易中心网站网站建设构成
  • 长春网站建设方案外包个人网站链接怎么做
  • 360免费建站视频网页升级紧急通知通知
  • 织梦dede网站后台被挂黑链怎么办wordpress 统计小工具
  • 网站建设有什么好建议如何推广网址
  • ps个人网站的首页界面石家庄市住房和城乡建设局官方网站
  • 响应式瀑布流网站程序现在都用什么软件做网站
  • 长沙营销型网站郑州工装定制厂家哪家好
  • 做网站php软件菏泽市城乡和建设局网站
  • 广州市官网网站建设报价做一个手机app大概需要多少钱
  • 网站读取速度慢海淀区手机网站设计服务6
  • 手机开发者网站职场社交网站怎么做
  • 网站开发技术的比较代码判断网站
  • 北京网站设计公司飞沐有网站加金币的做弊器吗
  • 男女做受网站东营会计信息网官网首页
  • 网站这么上百度网站建设一年多少钱
  • 国内美食网站欣赏济南建设网站 概况
  • wordpress批量网站关键词优化排名要怎么做
  • 太原市手机微网站建设建筑木模板报价清单
  • 如何备份一个网站广告传媒公司营业执照经营范围
  • 安徽网站建设流程my域名
  • 教育网站建设规划书国内重大新闻十条
  • 哪些网站适合用自适应职高的电子商务主要学什么
  • 宁波网络建站公司有哪些wordpress 插件选项
  • o2o网站系统建设广东江门最新消息今天
  • 承装承修承试材料在哪个网站做自己做的网站源码如何安装
  • 网站价值评估 php开发公司总经理竞聘报告
  • 建设厅网站账号密码忘记怎么办html代码怎么下载
  • 支付网站开发建设费用怎么入账电信宽带做网站
  • 网站做定向的作用企业应对承包商的施工方案尤其是