Unity 设计模式 之 创造型模式-【工厂方法模式】【抽象工厂模式】

news2024/11/15 17:24:29

Unity 设计模式 之 创造型模式-【工厂方法模式】【抽象工厂模式】

目录

Unity 设计模式 之 创造型模式-【工厂方法模式】【抽象工厂模式】

一、简单介绍

二、工厂方法模式 (Factory Method Pattern)

1、什么时候使用工厂方法模式

2、使用工厂模式的好处

3、使用工厂方法模式时的注意事项

三、在 Unity 中使用 工厂方法 模式

1、 产品接口 (Shape)

2、具体产品类 (Cube 和 Sphere)

3、工厂接口 (ShapeFactory)

4、具体工厂类 (CubeFactory 和 SphereFactory)

5、客户端代码

6、实现总结

四、抽象工厂模式 (Abstract Factory Pattern)

1、什么时候使用抽象工厂模式

2、使用抽象工厂模式的好处

3、使用抽象工厂模式时的注意事项

五、在 Unity 中使用 抽象工厂 模式

1、抽象产品接口

2、具体产品类

3、抽象工厂接口

4、具体工厂类

5、客户端代码

6、实现总结

一、简单介绍

设计模式 是指在软件开发中为解决常见问题而总结出的一套 可复用的解决方案。这些模式是经过长期实践证明有效的 编程经验总结，并可以在不同的项目中复用。设计模式并不是代码片段，而是对常见问题的 抽象解决方案，它提供了代码结构和模块间交互的一种设计思路，帮助开发者解决特定的设计问题。

设计模式的特点：

  1. 通用性：设计模式针对的是软件开发中常见的设计问题，适用于各种软件工程项目。
  2. 可复用性：设计模式可以在不同项目和环境下被重复使用，提高代码的可维护性和扩展性。
  3. 可扩展性：设计模式有助于让代码结构更加灵活，易于扩展和修改。
  4. 模块化：通过设计模式，可以减少代码的耦合性，增强模块间的独立性。
  5. 提高沟通效率：设计模式为开发者提供了一种通用的设计语言，使得团队成员能够快速理解并讨论设计方案。

二、工厂方法模式 (Factory Method Pattern)

工厂方法模式 是一种创建型设计模式，用于定义一个用于创建对象的接口，但让子类决定实例化哪个具体类。它将 实例化对象的任务 推迟给子类，以解决创建对象时可能产生的耦合问题。

工厂方法模式的工作原理：

工厂方法模式的核心思想是 推迟实例化，将对象的创建延迟到子类中。通过定义一个抽象工厂类，客户端可以通过这个工厂接口生成产品对象，而不需要知道具体的类名，避免了直接使用 new 关键字创建对象。子类负责实现工厂方法，根据不同的业务需求来决定返回哪个产品对象。

工厂方法模式主要有以下几个组成部分：

  1. 产品接口（Product）：定义所创建对象的通用接口。
  2. 具体产品类（ConcreteProduct）：实现产品接口的具体类，表示不同的对象类型。
  3. 工厂接口（Creator）：声明工厂方法，它返回产品接口的实例，通常是抽象类或接口。
  4. 具体工厂类（ConcreteCreator）：实现工厂接口，并负责具体产品对象的实例化。

工厂方法模式的结构图

  1. Product：抽象产品
  2. ConcreteProduct：具体产品
  3. Creator：抽象工厂（包含工厂方法）
  4. ConcreteCreator：具体工厂
classDiagram
    class Creator {
      <<abstract>>
      + factoryMethod() Product
    }
    class ConcreteCreator {
      + factoryMethod() ConcreteProduct
    }
    class Product {
      <<abstract>>
    }
    class ConcreteProduct {
    }
    
    Creator <-- ConcreteCreator
    Creator --> Product
    ConcreteCreator --> ConcreteProduct
    Product <|-- ConcreteProduct

1、什么时候使用工厂方法模式

  1. 对象创建过程复杂且可能发生变化时：

    • 如果对象的创建过程涉及多个步骤，或者需要初始化大量参数，可以使用工厂方法模式将这些复杂的创建过程封装起来。当对象创建的逻辑变得更加复杂时，可以通过扩展工厂来简化代码维护。

  2. 当需要遵循开闭原则时：

    • 如果系统需要根据不同的需求扩展不同的产品类，且不希望修改现有代码，工厂方法模式是理想选择。通过扩展新的具体工厂类，可以实现新的对象类型，而不影响现有系统。

  3. 系统中有许多类似的对象，且需要灵活的控制其创建过程时：

    • 在某些情况下，系统中可能有多种不同的对象，每个对象都有各自的创建方式，使用工厂方法模式可以灵活地决定创建哪种类型的对象，而不必直接依赖于具体类。

  4. 当具体类的初始化工作依赖于外部资源时：

    • 例如，在游戏开发中，工厂方法可以用来创建游戏对象，将资源加载、配置和初始化的过程封装在工厂中。

2、使用工厂模式的好处

  1. 解耦对象创建和使用：

    • 工厂方法模式将对象的创建逻辑与业务逻辑分离，避免了在代码中直接实例化对象（使用 new 关键字），从而降低了代码的耦合性。

  2. 提高代码的扩展性：

    • 工厂方法模式符合开闭原则（OCP），当需要添加新产品时，不需要修改现有代码，只需增加新的具体产品类和对应的工厂实现。这使得系统在面对新需求时可以轻松扩展。

  3. 简化对象创建过程：

    • 对于某些复杂对象的创建过程，工厂模式隐藏了这些细节，只需调用工厂方法即可获得对象实例。工厂封装了具体的创建逻辑，客户端不必关心对象的构造过程。

  4. 增强代码可维护性：

    • 通过将对象创建逻辑封装在工厂中，所有对象的生成都集中管理。如果需要修改某类对象的创建过程，只需修改工厂类即可，不会影响到其他使用该对象的代码。

  5. 支持不同的对象实例化：

    • 工厂方法模式允许在运行时决定生成何种对象实例，提供了更大的灵活性。例如，不同的子类可以根据业务逻辑创建不同的产品，而不用修改原有代码。

3、使用工厂方法模式时的注意事项

  1. 工厂类的数量增加：

    • 如果系统中有很多不同的产品类型，会产生大量的具体工厂类，增加了类的数量。可以通过简单工厂模式或抽象工厂模式来减少工厂类数量。

  2. 增加了代码的复杂性：

    • 工厂方法模式虽然提供了灵活性，但也增加了代码的复杂性，特别是在需要创建大量具体产品时，必须为每个产品创建单独的工厂类。

  3. 适合对象创建逻辑复杂的情况：

    • 如果对象的创建过程非常简单，使用工厂方法模式可能会显得过于复杂，直接实例化对象反而更简洁明了。

三、在 Unity 中使用 工厂方法 模式

在 Unity 中使用 工厂方法模式 生成不同的3D对象（如立方体、球体）是一个非常实际的应用场景。Unity 提供了GameObject.CreatePrimitive() 方法来创建基本的3D对象。我们可以通过 工厂方法模式 封装创建逻辑，以实现更灵活的对象创建方式。

步骤：

  1. 定义产品接口：在这个例子中，IShape 接口定义了所有形状的通用方法。
  2. 具体产品类：实现 IShape 接口的具体类，如 Cube 和 Sphere。
  3. 工厂接口：定义创建形状的工厂方法。
  4. 具体工厂类：提供不同具体形状的工厂类，如 CubeFactory 和 SphereFactory。

参考类图如下：

1、 产品接口 (Shape)

首先，我们定义一个抽象类 Shape，作为所有形状的基类。每个形状都有一个 Create() 方法，用于实例化具体的形状对象。

public abstract class AbShape
{
    public abstract GameObject Create(Vector3 position, Color color);
}

2、具体产品类 (Cube 和 Sphere)

我们定义两个具体产品类 Cube 和 Sphere，分别表示立方体和球体。

2.1 立方体类：Cube

public class Cube : AbShape
{
    public override GameObject Create(Vector3 position, Color color)
    {
        GameObject cube = GameObject.CreatePrimitive(PrimitiveType.Cube); // 创建立方体
        cube.transform.position = position; // 设置位置
        Renderer renderer = cube.GetComponent<Renderer>();
        renderer.material.color = color; // 设置颜色

        return cube;
    }
}

2.2 球体类：Sphere

public class Sphere : AbShape
{
    public override GameObject Create(Vector3 position, Color color)
    {
        GameObject sphere = GameObject.CreatePrimitive(PrimitiveType.Sphere); // 创建球体
        sphere.transform.position = position; // 设置位置
        Renderer renderer = sphere.GetComponent<Renderer>();
        renderer.material.color = color; // 设置颜色

        return sphere;
    }
}

3、工厂接口 (ShapeFactory)

定义一个抽象的工厂类 ShapeFactory，它包含一个工厂方法 CreateShape()，用于返回具体形状的对象。

public abstract class ShapeFactory
{
    public abstract AbShape CreateShape();
}

4、具体工厂类 (CubeFactory 和 SphereFactory)

我们为每个具体的形状类创建对应的工厂类，CubeFactory 和 SphereFactory，它们分别实现了 ShapeFactory。

4.1 立方体工厂：CubeFactory

public class CubeFactory : ShapeFactory
{
    public override AbShape CreateShape()
    {
        return new Cube(); // 返回立方体实例
    }
}

4.2 球体工厂：SphereFactory

public class SphereFactory : ShapeFactory
{
    public override AbShape CreateShape()
    {
        return new Sphere(); // 返回球体实例
    }
}

5、客户端代码

在 GameManager 或任意脚本中调用工厂方法来动态创建对象。通过使用 CreateShape() 方法，客户端可以生成不同类型的 3D 对象，而无需直接依赖具体类。

public class ShapeGenerator : MonoBehaviour
{
    private void Start()
    {
        // 创建 CubeFactory 实例并生成立方体
        ShapeFactory cubeFactory = new CubeFactory();
        AbShape cube = cubeFactory.CreateShape();
        cube.Create(new Vector3(0, 0, 0), Color.red); // 在 (0, 0, 0) 位置生成红色立方体

        // 创建 SphereFactory 实例并生成球体
        ShapeFactory sphereFactory = new SphereFactory();
        AbShape sphere = sphereFactory.CreateShape();
        sphere.Create(new Vector3(2, 0, 0), Color.blue); // 在 (2, 0, 0) 位置生成蓝色球体
    }
}

6、实现总结

  • AbShape：抽象的产品类，定义形状的接口。
  • Cube 和 Sphere：具体产品类，分别实现了立方体和球体的创建逻辑。
  • ShapeFactory：抽象工厂类，定义了 CreateShape() 方法。
  • CubeFactory 和 SphereFactory：具体工厂类，用于创建相应的形状对象。
  • ShapeGenerator：客户端，动态生成不同的 3D 对象。

通过工厂方法模式，Unity 的 3D 对象创建逻辑被很好地封装在工厂和产品类中，扩展新的 3D 对象也非常方便，比如可以添加更多的形状（如圆柱体、胶囊体等）而不需要修改现有代码。

四、抽象工厂模式 (Abstract Factory Pattern)

抽象工厂模式 (Abstract Factory Pattern)  是一种创建型设计模式，它提供了一个接口，允许客户端创建一系列相关或依赖的对象，而无需指定其具体类。抽象工厂模式通常用于创建一族相互关联的对象，并确保这些对象能够一起工作。

与 工厂方法模式 不同，抽象工厂不仅创建单个产品，还可以创建多个相关的产品对象。抽象工厂通过定义多个工厂方法，帮助客户端创建不同类型的相关产品。

抽象工厂模式的工作原理

  1. 抽象工厂定义了创建产品族的接口：该接口包含多个工厂方法，每个工厂方法用于创建一种产品。
  2. 具体工厂类实现这些工厂方法：每个具体工厂都负责创建一组相关的产品。它们返回具体产品的实例，并确保产品之间可以协同工作。
  3. 客户端只依赖于抽象工厂和抽象产品接口：客户端使用抽象工厂创建产品，而不需要了解具体产品类。通过依赖抽象接口，客户端可以灵活地使用不同的具体工厂来生成不同的一组产品。

抽象工厂模式的组成

  1. 抽象工厂（Abstract Factory）：定义创建一组相关对象的方法。
  2. 具体工厂（Concrete Factory）：实现抽象工厂接口，创建不同具体产品的实例。
  3. 抽象产品（Abstract Product）：为每种类型的产品定义接口或抽象类。
  4. 具体产品（Concrete Product）：实现抽象产品接口或继承抽象类，表示具体的产品对象。
  5. 客户端（Client）：使用抽象工厂来创建一组产品，使用时只依赖于抽象工厂和抽象产品的接口。

抽象工厂模式的结构图

  1. AbstractFactory：抽象工厂
  2. ConcreteFactory：具体工厂
  3. AbstractProductA：抽象产品A
  4. ConcreteProductA：具体产品A
  5. AbstractProductB：抽象产品B
  6. ConcreteProductB：具体产品B
classDiagram
    class AbstractFactory {
      <<abstract>>
      + CreateProductA() AbstractProductA
      + CreateProductB() AbstractProductB
    }
    class ConcreteFactory1 {
      + CreateProductA() ConcreteProductA1
      + CreateProductB() ConcreteProductB1
    }
    class ConcreteFactory2 {
      + CreateProductA() ConcreteProductA2
      + CreateProductB() ConcreteProductB2
    }
    class AbstractProductA {
      <<abstract>>
    }
    class AbstractProductB {
      <<abstract>>
    }
    class ConcreteProductA1 {
    }
    class ConcreteProductA2 {
    }
    class ConcreteProductB1 {
    }
    class ConcreteProductB2 {
    }
    
    AbstractFactory <|-- ConcreteFactory1
    AbstractFactory <|-- ConcreteFactory2
    AbstractFactory --> AbstractProductA
    AbstractFactory --> AbstractProductB
    AbstractProductA <|-- ConcreteProductA1
    AbstractProductA <|-- ConcreteProductA2
    AbstractProductB <|-- ConcreteProductB1
    AbstractProductB <|-- ConcreteProductB2

1、什么时候使用抽象工厂模式

  1. 系统中有多个相关或依赖的产品需要创建时：

    • 当系统需要创建多个相关对象，且这些对象可能属于不同的产品族时，使用抽象工厂模式可以有效地管理这些对象的创建。比如，创建不同风格的UI组件（按钮、文本框等）时，每个风格的组件需要一致性。

  2. 当产品的类型和数量会随着需求变化时：

    • 如果产品种类较多且可能随着需求扩展，使用抽象工厂模式可以方便地增加新的产品族和产品，而无需修改客户端代码。

  3. 确保一系列对象能够一起使用时：

    • 抽象工厂模式适合于需要保证一组对象能够协同工作、风格一致的场景。比如游戏中的不同敌人类型及其行为，或不同平台的UI组件库等。

  4. 需要遵循开闭原则时：

    • 抽象工厂模式适用于那些需要经常扩展但不希望频繁修改代码的系统。通过新增具体工厂和产品，可以在不修改现有代码的前提下扩展系统功能。

2、使用抽象工厂模式的好处

  1. 提高代码的可扩展性：

    • 抽象工厂模式使系统易于扩展，符合开闭原则。如果需要扩展新的产品族，只需创建新的具体工厂类和对应的产品类，而不需要修改现有代码。

  2. 解耦产品的创建和使用：

    • 抽象工厂模式将产品的创建逻辑从客户端代码中移除，客户端不直接依赖具体类。这种解耦增强了代码的灵活性，使得客户端代码更容易维护和扩展。

  3. 确保产品族的一致性：

    • 抽象工厂模式能确保创建的产品之间是相互兼容的。如果某个产品依赖于另一个产品（如UI组件的不同风格），抽象工厂可以保证这些相关产品能够协同工作。

  4. 简化对象创建过程：

    • 对于涉及多个相关对象的复杂系统，抽象工厂模式可以简化对象的创建过程，避免了客户端需要分别创建不同对象的麻烦。

3、使用抽象工厂模式时的注意事项

  1. 抽象工厂模式适合用于管理一组相关对象：如果系统中的对象彼此相关（如UI组件、游戏角色等），抽象工厂模式可以简化管理这些对象的复杂性。

  2. 扩展产品族较为复杂：虽然增加新的产品类型很方便，但如果增加新的产品族，可能需要大量修改现有工厂。

  3. 保持产品族的一致性：在创建多个相关产品时，确保所有产品都来自同一个工厂，保持它们的一致性和兼容性。

五、在 Unity 中使用 抽象工厂 模式

在 Unity 中使用抽象工厂模式，我们可以根据时间的不同（如早晨、下午和晚上）来为 UI 元素（如按钮、文本框等）提供不同的颜色风格。我们可以为每个时间段设计不同的工厂，通过抽象工厂接口创建不同的按钮和文本框实例，并动态应用这些主题。

设计步骤

  1. 抽象产品：定义 UI 组件接口（如按钮、文本框等），并为每个组件实现 Render 方法。
  2. 具体产品：根据不同的时间段（早晨、下午、晚上）实现不同颜色风格的按钮和文本框。
  3. 抽象工厂：定义一个抽象工厂接口，包含创建按钮和文本框的方法。
  4. 具体工厂：根据时间段实现具体的工厂类，负责创建对应时间段的 UI 组件。
  5. 客户端：根据当前时间，使用不同的工厂创建和渲染 UI。

参考类图如下：

1、抽象产品接口

// 抽象产品A - 按钮
public interface IButton
{
    void Render();
}

// 抽象产品B - 文本框
public interface ITextBox
{
    void Render();
}

2、具体产品类

// 早晨风格的按钮
public class MorningButton : IButton
{
    public void Render()
    {
        Debug.Log("Rendering a Morning-style Button with light yellow.");
        // 设置实际的 UI 样式或颜色
    }
}

// 下午风格的按钮
public class AfternoonButton : IButton
{
    public void Render()
    {
        Debug.Log("Rendering an Afternoon-style Button with warm orange.");
        // 设置实际的 UI 样式或颜色
    }
}

// 晚上风格的按钮
public class NightButton : IButton
{
    public void Render()
    {
        Debug.Log("Rendering a Night-style Button with dark blue.");
        // 设置实际的 UI 样式或颜色
    }
}

// 早晨风格的文本框
public class MorningTextBox : ITextBox
{
    public void Render()
    {
        Debug.Log("Rendering a Morning-style TextBox with light yellow background.");
        // 设置实际的 UI 样式或颜色
    }
}

// 下午风格的文本框
public class AfternoonTextBox : ITextBox
{
    public void Render()
    {
        Debug.Log("Rendering an Afternoon-style TextBox with warm orange background.");
        // 设置实际的 UI 样式或颜色
    }
}

// 晚上风格的文本框
public class NightTextBox : ITextBox
{
    public void Render()
    {
        Debug.Log("Rendering a Night-style TextBox with dark blue background.");
        // 设置实际的 UI 样式或颜色
    }
}

3、抽象工厂接口

// 抽象工厂接口
public interface IUIFactory
{
    IButton CreateButton();
    ITextBox CreateTextBox();
}

4、具体工厂类

// 早晨风格工厂
public class MorningUIFactory : IUIFactory
{
    public IButton CreateButton()
    {
        return new MorningButton();
    }

    public ITextBox CreateTextBox()
    {
        return new MorningTextBox();
    }
}

// 下午风格工厂
public class AfternoonUIFactory : IUIFactory
{
    public IButton CreateButton()
    {
        return new AfternoonButton();
    }

    public ITextBox CreateTextBox()
    {
        return new AfternoonTextBox();
    }
}

// 晚上风格工厂
public class NightUIFactory : IUIFactory
{
    public IButton CreateButton()
    {
        return new NightButton();
    }

    public ITextBox CreateTextBox()
    {
        return new NightTextBox();
    }
}

5、客户端代码

public class UIDisplay : MonoBehaviour
{
    private IUIFactory uiFactory;

    private void Start()
    {
        // 根据当前时间获取对应的工厂
        uiFactory = GetFactoryByTime();

        // 使用工厂创建并渲染UI组件
        IButton button = uiFactory.CreateButton();
        ITextBox textBox = uiFactory.CreateTextBox();
        button.Render();
        textBox.Render();
    }

    private IUIFactory GetFactoryByTime()
    {
        // 获取当前时间的小时
        int hour = System.DateTime.Now.Hour;

        if (hour >= 6 && hour < 12)
        {
            // 早晨6点到12点
            return new MorningUIFactory();
        }
        else if (hour >= 12 && hour < 18)
        {
            // 下午12点到18点
            return new AfternoonUIFactory();
        }
        else
        {
            // 晚上18点到6点
            return new NightUIFactory();
        }
    }
}

6、实现总结

  1. 抽象产品接口 (IButton 和 ITextBox)：定义了通用的 UI 组件方法 Render，用于在游戏中展示 UI 元素。
  2. 具体产品类 (MorningButton, AfternoonButton, NightButton 等)：这些类实现了具体的按钮和文本框，根据不同的时间段来渲染不同的颜色风格。
  3. 抽象工厂接口 (IUIFactory)：定义了用于创建不同 UI 元素的方法，如按钮和文本框。
  4. 具体工厂类 (MorningUIFactory, AfternoonUIFactory, NightUIFactory)：分别根据早晨、下午和晚上的不同，创建相应颜色风格的按钮和文本框。
  5. 客户端 (UIDisplay)：根据当前时间，动态选择对应的工厂生成 UI 元素，并调用 Render 方法进行渲染。

解耦创建和使用，UI 元素的创建与其使用分离，客户端代码不需要关心具体的 UI 组件实现。

灵活应对时间变化，客户端可以根据当前时间灵活选择不同的工厂，动态生成适合的 UI 主题。

易于扩展，如果需要支持新的时间段（例如黄昏、黎明），可以方便地添加新的具体工厂和产品，而无需修改客户端代码。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2157819.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

SPI驱动学习六（SPI_Master驱动程序）

SPI驱动学习六（SPI_Master驱动程序）

目录 前言一、SPI_Master驱动程序框架1. SPI传输概述1.1 数据组织方式1.2 SPI控制器数据结构 2. SPI传输函数的两种方法2.1 老方法2.2 新方法 二、如何编写SPI_Master驱动程序1. 编写设备树2. 编写驱动程序 三、SPI_Master驱动程序简单示例demo1. 使用老方法编写的SPI Master驱…
阅读更多...
WEB领域是不是黄了还是没黄

WEB领域是不是黄了还是没黄

进入2024年后&#xff0c;WEB领域大批老表失业&#xff0c;一片哀嚎&#xff0c;个个饿的鬼叫狼嚎&#xff0c;为啥呢&#xff0c;下面是我个人的见解和看法。 中国程序员在应用层的集中 市场需求&#xff1a;中国的互联网行业在过去几年中经历了爆炸性增长&#xff0c;尤其是…
阅读更多...
平板电容笔哪个牌子好？精选电容笔品牌排行榜前五名推荐！

平板电容笔哪个牌子好？精选电容笔品牌排行榜前五名推荐！

在当今时代&#xff0c;平板电容笔已经成为平板电脑的重要配件&#xff0c;为人们的学习、工作和创作带来了极大的便利。然而&#xff0c;市场上平板电容笔的品牌众多&#xff0c;质量和性能也参差不齐&#xff0c;这让消费者在选择时常常感到困惑。平板电容笔究竟哪个牌子更好…
阅读更多...
Revit 2018 提示 您使用的 Revit 授權無效。

Revit 2018 提示 您使用的 Revit 授權無效。

昨天晚上想学下BIM&#xff0c;安装了这个软件&#xff0c;忘了给他断网了&#xff0c;今天早上起来一直提示这个信息&#xff0c;通过查看进程的位置找到了一个acwebbrowser 路径如下&#xff1a;C:\Program Files\Common Files\Autodesk Shared\CLM\V5\MSVC14\cliccore 防火…
阅读更多...
如何使用 Rust 框架进行 RESTful API 的开发？

如何使用 Rust 框架进行 RESTful API 的开发？

一、RESTful API 的开发 使用 Rust 框架进行 RESTful API 开发&#xff0c;你可以选择多种流行的 Rust Web 框架&#xff0c;如 Actix-web、Rocket、Warp 和 Tide 等。以下是使用这些框架进行 RESTful API 开发的基本步骤和概念&#xff1a; 选择框架&#xff1a;根据项…
阅读更多...
OpenAI-gym how to implement a timer for a certain action in step()

OpenAI-gym how to implement a timer for a certain action in step()

题意&#xff1a;OpenAI-gym 如何在 step() 中为某个动作实现一个计时器 问题背景&#xff1a; One of the actions I want the agent to do needs to have a delay between every action. For context, in pygame I have the following code for shooting a bullet: 我希望代…
阅读更多...
从趋势到常态：TikTok定制化产品的崛起与变革

从趋势到常态：TikTok定制化产品的崛起与变革

随着数字化和TikTok的发展&#xff0c;定制化产品在消费者日常生活中愈发普及&#xff0c;逐渐从一种时尚潮流转变为常态。这一转变不仅改变了消费者的购物方式&#xff0c;也重塑了市场的供需关系、产品设计理念和商业模式。本文Nox聚星将和大家探讨TikTok定制化产品的未来发展…
阅读更多...
QT 数据加密

QT 数据加密

一.使用环境 应该是通用的，此测试版本为如图 二.使用代码 1. 运行代码 QString data = "123abcAbc.-+";qDebug() << "加密：" << QAESEncryption::encodedText(data, "填入自己秘钥");qDebug() << "解密：" <…
阅读更多...
Qemu开发ARM篇-4、kernel交叉编译运行演示

Qemu开发ARM篇-4、kernel交叉编译运行演示

文章目录 1、kernel编译2、运行kernel3、FAQ 在前一篇 Qemu开发ARM篇-3、qemu运行uboot演示中&#xff0c;我们演示了如何使用 qemu运行uboot&#xff0c;在该篇中&#xff0c;我们将演示如何交叉编译 kernel并在qemu中运行 kernel. 1、kernel编译 本次演示使用kernel版本…
阅读更多...
Java 中使用 Gson 实现深度克隆 #什么是深克隆与浅克隆？#clone方法为什么不能直接通过某个对象实例在外部类调用？

Java 中使用 Gson 实现深度克隆 #什么是深克隆与浅克隆？#clone方法为什么不能直接通过某个对象实例在外部类调用？

&#x1f310;Gson的jar包提供到本文上方&#xff0c;欢迎自取&#x1f310; 前言 &#x1f310;在 Java 编程中&#xff0c;克隆对象是一项常见的需求&#xff0c;特别是在处理不可变对象、避免引用传递时&#xff0c;深度克隆显得尤为重要。虽然 Java 提供了 clone() 方法&a…
阅读更多...
【线程安全】如何区分线程安全还是线程不安全? 一文解释清楚线程安全问题，解释什么是锁重用、锁竞争、分段锁

【线程安全】如何区分线程安全还是线程不安全? 一文解释清楚线程安全问题，解释什么是锁重用、锁竞争、分段锁

线程安全问题 是一个重难点&#xff0c;编程就是这样&#xff0c;有的时候自己无论如何苦思冥想也弄不明白&#xff0c;但如果有人指点一二就能豁然开朗&#xff0c;希望本文可以给各位同学带来帮助 本文作者&#xff1a; csdn 孟秋与你 文章目录 如何判断一个类是否线程安全是…
阅读更多...
抖音截流神器发布：不限量评论采集，实时推送，提升运营效率

抖音截流神器发布：不限量评论采集，实时推送，提升运营效率

在短视频风靡的今天&#xff0c;抖音成为品牌营销的新战场。如何在海量内容中脱颖而出&#xff0c;提升运营效率成为关键。本文将揭秘一款革命性的抖音运营工具&#xff0c;它不仅支持不限量评论采集&#xff0c;还实现了实时推送功能&#xff0c;助力运营者精准把握用户反馈&a…
阅读更多...
解决事务提交延迟问题：Spring中的事务绑定事件监听机制解析

解决事务提交延迟问题：Spring中的事务绑定事件监听机制解析

目录 一、背景二、事务绑定事件介绍三、事务绑定事件原理四、结语 一、背景 实际工作中碰到一个场景&#xff0c;现存系统有10w张卡需要进行换卡&#xff0c;简单来说就是为用户生成一张新卡&#xff0c;批量换卡申请需要进行审核&#xff0c;审核通过后异步进行处理。 为什么…
阅读更多...
C++中string的使用

C++中string的使用

文章目录 string类对象的常见构造string类对象的容量操作size() / length()&#xff1a;返回字符串的长度&#xff08;字符数&#xff09;。capacity()&#xff1a;返回当前字符串分配的容量&#xff08;即在重新分配内存前可以保存的字符数&#xff09;。检查是否为空&#xf…
阅读更多...
大数据可视化-三元图

大数据可视化-三元图

三元图是一种用于表示三种变量之间关系的可视化工具&#xff0c;常用于化学、材料科学和地质学等领域。它的特点是将三个变量的比例关系在一个等边三角形中展示&#xff0c;使得每个点的位置代表三个变量的相对比例。 1. 结构 三个角分别表示三个变量的最大值&#xff08;通常…
阅读更多...
Centos7.9 使用 Kubeadm 自动化部署 K8S 集群（一个脚本）

Centos7.9 使用 Kubeadm 自动化部署 K8S 集群（一个脚本）

文章目录 一、环境准备1、硬件准备&#xff08;虚拟主机&#xff09;2、操作系统版本3、硬件配置4、网络 二、注意点1、主机命名格式2、网络插件 flannel 镜像拉取2.1、主机生成公私钥2.2、为啥有 Github 还用 Gitee2.3、将主机公钥添加到 Gitee2.3.1、复制主机上的公钥2.3.2、…
阅读更多...
【C++篇】走进C++标准模板库：STL的奥秘与编程效率提升之道

【C++篇】走进C++标准模板库：STL的奥秘与编程效率提升之道

文章目录 C STL 初探&#xff1a;打开标准模板库的大门前言第一章: 什么是STL&#xff1f;1.1 标准模板库简介1.2 STL的历史背景1.3 STL的组成 第二章: STL的版本与演进2.1 不同的STL版本2.2 STL的影响与重要性 第三章: 为什么学习 STL&#xff1f;3.1 从手动编写到标准化解决方…
阅读更多...
FortiGate 防火墙 DNS 地址转换（DNS Translation）

FortiGate 防火墙 DNS 地址转换（DNS Translation）

简介 本例介绍 FortiGate 防火墙 DNS 地址转换&#xff08;DNS Translation&#xff09;配置方法。 一、 网络结构 网络结构如下图&#xff0c;PC1 连接在 FG60B 的 Internal 接口&#xff0c;FG60B 的 Wan1 接口连接 FG80CM 的 DMZ 接口&#xff0c;Wan1 接口开启 DNS 服务…
阅读更多...
无人机之工作温度篇

无人机之工作温度篇

无人机的工作温度是一个相对复杂的问题&#xff0c;因为它受到多种因素的影响&#xff0c;包括无人机的类型&#xff08;如民用、军用&#xff09;、设计规格、应用场景以及环境条件等。以下是对无人机工作温度范围的详细解析&#xff1a; 一、正常工作温度范围 一般来说&…
阅读更多...
LeetcodeTop100 刷题总结（二）

LeetcodeTop100 刷题总结（二）

LeetCode 热题 100&#xff1a;https://leetcode.cn/studyplan/top-100-liked/ 文章目录 八、二叉树94. 二叉树的中序遍历&#xff08;递归与非递归&#xff09;补充&#xff1a;144. 二叉树的前序遍历&#xff08;递归与非递归&#xff09;补充&#xff1a;145. 二叉树的后序遍…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023