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

网站展示英文都用什么字体不属于营销型网站的特点

news 2026/4/26 10:06:50

网站展示英文都用什么字体,不属于营销型网站的特点,国外h5制作网站,嘉兴网站建设多少钱Javascript常见设计模式-CSDN博客设计模式专栏内容总结-CSDN博客 C#编程思想——设计模式-CSDN博客设计模式概述及其作用设计模式#xff08;Design Pattern#xff09;是一套被反复使用、多数人知晓的、经过分类编目的代码设计经验的总结。使用设计模式的主要目的是为…Javascript常见设计模式-CSDN博客设计模式专栏内容总结-CSDN博客 C#编程思想——设计模式-CSDN博客设计模式概述及其作用设计模式Design Pattern是一套被反复使用、多数人知晓的、经过分类编目的代码设计经验的总结。使用设计模式的主要目的是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编制真正工程化是软件工程的基石。 23种设计模式分类 23种设计模式分为以下三大类创建型模式包括单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式等。结构型模式包括适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式等。行为型模式包括模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式等。单例模式及其使用场景单例模式Singleton Pattern是创建型模式的一种它确保一个类只有一个实例并提供一个全局访问点。使用场景 Windows的任务管理器只能打开一个任务管理器。Windows系统的回收站。网站的计数器通过单例模式可以很好地实现。应用程序的日志应用一般都使用单例模式实现因为系统一般共用一个日志。数据库连接池的设计一般也是采用单例模式因为数据库连接是一种数据库资源使用单例模式可以大大降低打开或关闭数据库连接所引起的效率损耗。实现方式懒汉式线程不安全支持延迟加载但在多线程环境下不能保证单例的唯一性。懒汉式线程安全通过在方法前加同步锁synchronized关键字的方式保证在多线程环境下单例的唯一性但会降低性能。饿汉式类加载时就初始化实例避免了多线程同步问题但可能会浪费一些空间。双重检查锁定在懒汉式基础上增加了双重检查既保证了懒加载又解决了多线程问题。静态内部类利用类加载机制保证单例的唯一性既实现懒加载又保证了线程安全。保证线程安全使用synchronized关键字。使用双重检查锁定。使用静态内部类。工厂模式和抽象工厂模式的区别目的不同工厂模式旨在通过让子类决定应该实例化哪一个类来创建对象主要用于创建单一类型的对象。而抽象工厂模式提供一个接口用于创建相关或依赖对象的家族而不需要明确指定具体类。复杂性不同工厂模式相对简单每个具体工厂类只负责创建一种具体产品。抽象工厂模式更复杂一个工厂类可以创建多种产品对象。应用场景不同工厂模式适用于产品种类相对较少且不会频繁增加的情况。抽象工厂模式适用于有多个产品系列且产品系列中的产品需要一起使用的场景。简单工厂模式的工作原理简单工厂模式Simple Factory Pattern又叫做静态工厂方法Static Factory Method模式但它不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。其实质是由一个工厂类根据传入的参数动态决定应该创建哪一个产品类这些产品类继承自一个父类或接口的实例。建造者模式及其使用场景建造者模式Builder Pattern是一种创建型设计模式它允许你通过分步骤的方式构建一个复杂对象。建造者模式将一个复杂对象的构建过程与其表示分离使得同样的构建过程可以创建不同的表示。使用场景需要生成的对象具有复杂的内部结构。需要生成的对象内部属性本身相互依赖。在对象构建过程中需要使用到构建对象之外的其他服务。原型模式及其使用场景原型模式Prototype Pattern是一种创建型设计模式它允许通过复制或克隆一个已经存在的对象来创建一个新的对象而无需重新实例化它。使用场景当一个系统应该独立于它的产品创建、构成和表示时。当创建对象的成本很高时如创建的时间开销很大或者需要的资源很多。当一个系统需要复制很多对象而又不能使用语言中的复制构造函数时。适配器模式及其使用场景适配器模式Adapter Pattern是一种结构型设计模式它允许接口不兼容的类一起工作通过将一个类的接口转换成客户希望的另外一个接口使原本由于接口不兼容而不能一起工作的那些类可以一起工作。使用场景你想要使用一个已经存在的类但是它的接口与你的需求不匹配。你想创建一个可以复用的类该类可以与其他不相关的类或不可预见的类即那些接口可能不兼容的类一起工作。你想使用一个已经存在的子类但是你不能通过继承来复用它的代码或者你想在运行时动态地指定要使用的类。桥接模式及其使用场景桥接模式Bridge Pattern是一种结构型设计模式它将抽象部分与实现部分分离使它们都可以独立地变化。使用场景当一个类存在两个或多个独立变化的维度而这些维度都需要进行扩展时。当你希望避免因一个维度的变化而影响到其他维度时。当你希望实现非常灵活的抽象和实现之间的解耦时。组合模式及其使用场景组合模式Composite Pattern是一种结构型设计模式它将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。使用场景你希望用户以统一的方式处理个别对象和组合对象时。你想表示对象的部分-整体层次结构时。你希望用户忽略组合对象与单个对象的差异时。装饰器模式及其使用场景装饰器模式Decorator Pattern是一种结构型设计模式它允许你向一个现有的对象添加新的功能同时又不改变其结构。使用场景当你想要在不修改现有类的前提下给类动态地增加职责时。当你想要复用现有类时并且这些类的接口是稳定的即它们的方法不会改变。当你想要将职责分配给多个对象而不是只有一个对象时这可以消除“过多的使用继承”所带来的问题。装饰器、适配器、代理、桥接四种设计模式的区别装饰器模式动态地给一个对象添加一些额外的职责。就增加功能来说装饰器模式比生成子类更为灵活。适配器模式将一个类的接口转换成客户希望的另外一个接口使原本由于接口不兼容而不能一起工作的那些类可以一起工作。代理模式为其他对象提供一种代理以控制对这个对象的访问。桥接模式将抽象部分与实现部分分离使它们都可以独立地变化。外观模式及其使用场景外观模式Facade Pattern是一种结构型设计模式它提供了一个统一的接口用来访问子系统中的一群接口。外观模式定义了一个高层接口这个接口使得这一子系统更加容易使用。使用场景当你想要为一个复杂子系统提供一个简单接口时。当你想要让客户从子系统的具体实现中解耦时。当你想要在一个层次结构的子系统中提供一个一致的接口时。享元模式及其使用场景享元模式Flyweight Pattern是一种结构型设计模式它使用共享对象用以尽可能减少内存。它主要用于减少对象数量以减少内存和提高性能。使用场景当系统中存在大量的相似对象这些对象耗费大量内存资源时。当你需要将对象的状态外部化以便减少对象本身所占用的内存时。当你希望使用共享对象来减少对象数量从而提高性能时。代理模式及其使用场景代理模式Proxy Pattern是一种结构型设计模式它为其他对象提供一种代理以控制对这个对象的访问。使用场景当你想要为另一个对象提供一个代理以控制对这个对象的访问时。当你想要在不修改现有类的前提下为类添加额外的功能时例如日志记录、安全检查等。当你想要延迟对象的创建时例如懒加载。观察者模式及其使用场景观察者模式Observer Pattern是一种行为型设计模式它定义了一种一对多的依赖关系让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时会通知所有观察者对象使它们能够自动更新自己。使用场景当一个对象改变状态后需要自动通知并更新其他对象时。当一个对象需要与其他对象保持松散的耦合关系时即对象之间不需要直接引用对方。当一个对象的状态变化需要通知多个对象时。以上是对设计模式的详细解答包括其定义、作用、分类以及各种具体模式的工作原理和使用场景。希望这些信息能帮助你更好地理解和准备前端面试。什么是迭代器模式?一般用在什么场景? 迭代器模式是一种行为型设计模式它用于提供一种顺序访问聚合对象中各个元素的方法而又不暴露该对象的内部表示。通过使用迭代器模式可以遍历一个聚合对象而无需关心该对象的内部结构和实现细节。使用场景当你需要访问一个聚合对象中的元素但不想暴露其内部结构时可以使用迭代器模式。例如遍历一个列表、集合或数组等数据结构时可以使用迭代器模式来隐藏底层数据结构的实现细节提供统一的遍历接口。什么是模板方法模式?一般用在什么场景? 模板方法模式定义了一个算法的骨架并允许子类为一个或多个步骤提供实现。它使得子类在不改变算法结构的前提下可以重新定义算法的某些步骤。使用场景父类视角一次性实现一个算法不变的部分并将可变部分留给子类实现。子类视角各个子类中公共部分被提取出来集中到一个公共的父类中避免代码重复。例如在软件开发中经常需要执行一系列步骤来完成某个任务这些步骤中有些是不变的有些是可变的。此时可以使用模板方法模式来定义一个算法的骨架将不变的部分放在父类中实现将可变的部分留给子类实现。什么是命令模式?一般用在什么场景? 命令模式将一个请求封装为一个对象使发出请求的责任和执行请求的责任分割开。两者通过命令对象进行沟通这样方便将命令对象进行储存、传递、调用、增加与管理。使用场景需要将请求排队、记录请求日志、支持可撤销操作等。在系统需要将请求发送者和请求接收者解耦时可以使用命令模式。例如在GUI编程中可以使用命令模式来将用户的操作封装为命令对象然后将其传递给相应的处理函数或对象进行处理。什么是状态模式?一般用在什么场景? 状态模式允许对象在内部状态改变时改变它的行为对象看起来像是改变了它的类。使用场景一个对象的行为取决于它的状态并且它必须在运行时根据状态改变它的行为。代码中包含大量与对象状态有关的条件语句例如一个操作中含有庞大的多分支语句且这些分支依赖于该对象的状态。例如在开发一个游戏时游戏角色的状态可能会随着游戏的进行而改变如空闲、行走、战斗等每种状态下角色的行为也会有所不同。此时可以使用状态模式来将角色的不同状态及其对应的行为封装到不同的状态类中从而实现状态的切换和行为的改变。什么是策略模式?一般用在什么场景? 策略模式定义了一系列算法并将每一个算法封装起来使它们可以互换。策略模式使得算法可以独立于使用它的客户端而变化。使用场景当实现某一个功能存在多个算法或者策略时可以根据环境或者条件的不同选择不同的算法或者策略来实现某个功能。一个系统需要动态地在几种算法中选择一种时可以将每个算法封装到策略类中。例如在开发一个电商网站时可能会有多种不同的支付策略如支付宝支付、微信支付、银行卡支付等。此时可以使用策略模式来将这些不同的支付策略封装到不同的策略类中然后根据用户的支付选择来动态地选择相应的支付策略。什么是责任链模式?一般用在什么场景? 责任链模式使多个对象都有机会处理请求从而避免了请求的发送者和接受者之间的耦合关系。将这些对象连成一条链并沿着这条链传递该请求直到有对象处理它为止。使用场景需要将请求和处理分开使得请求的处理过程更加灵活和可扩展。当有多个对象可以处理同一个请求但具体由哪个对象处理是运行时决定的。例如在开发一个Web应用时可能会有多个过滤器如身份验证过滤器、日志记录过滤器等来对用户的请求进行处理。此时可以使用责任链模式来将这些过滤器连成一条链并根据需要动态地添加或删除过滤器。什么是中介者模式?一般用在什么场景? 中介者模式包装了一系列对象相互作用的方式使得这些对象不必相互明显作用。从而使他们可以松散耦合。当某些对象之间的作用发生改变时不会立即影响其他的一些对象之间的作用。使用场景当对象之间的交互操作很多且每个对象的行为操作都彼此依赖时为防止在修改一个对象的行为时同时涉及修改很多其他对象的行为可采用中介者模式来解决紧耦合问题。例如在开发一个聊天室应用时可能会有多个用户同时在线并相互发送消息。此时可以使用中介者模式来将用户之间的消息传递过程封装到一个中介者对象中从而实现用户之间的松散耦合和消息的高效传递。什么是访问者模式?一般用在什么场景? 访问者模式是一种将数据操作与数据结构分离的设计模式。它允许你定义一个新的操作而不修改现有的类层次结构。使用场景当一个复杂的对象结构包含多个类的对象并且希望在不修改这些类的情况下增加新的操作。例如在开发一个图形编辑器时可能会有多种不同的图形对象如圆形、矩形、三角形等。此时可以使用访问者模式来定义一个新的操作如计算图形的面积或周长而无需修改现有的图形类。什么是备忘录模式?一般用在什么场景? 备忘录模式在不破坏封装性的前提下捕获并恢复对象的内部状态。使用场景需要保存和恢复对象的状态的场景。例如在开发一个文本编辑器时可以使用备忘录模式来保存和恢复文档的编辑状态。以下是对前端面试题中各个概念及问题的详细回答单一职责原则定义单一职责原则Single Responsibility PrincipleSRP规定一个类应该只有一个发生变化的原因。它要求一个类或者模块应该有且只有一个改变的原因即一个类只做一件事情并将这件事情做好。应用场景在大型复杂系统中应用单一职责原则能提高代码质量和可维护性。通过将类的职责分解为多个独立的类可以降低类的复杂度提高代码的可读性和可维护性。开闭原则定义开闭原则Open Closed PrincipleOCP是面向对象程序设计中的一个基本原则。它的核心思想是一个软件实体如类、模块或函数应该对扩展开放对修改封闭。应用场景开闭原则主要应用于软件架构设计中帮助设计出更加灵活和可扩展的系统结构。通过模块化设计将不同的功能模块化每个模块内部的变化不会影响到其他模块从而实现系统的可扩展性。里氏替换原则定义里氏替换原则Liskov Substitution PrincipleLSP强调在软件设计中基类对象可以被其子类对象替换而不会影响程序的正确性。应用场景里氏替换原则在继承体系设计中尤为重要。它确保子类能够替换父类而不会影响系统的正确性从而帮助构建一个更稳定、可扩展的系统。接口隔离原则定义接口隔离原则要求客户端不应该依赖它不需要的接口即类间的依赖关系应该建立在最小的接口上。应用场景接口隔离原则主要用于将臃肿的接口拆分为独立的几个接口使得客户端只需要依赖它们需要的接口。这有助于降低代码的耦合度提高系统的灵活性和可维护性。依赖倒置原则定义依赖倒置原则Dependency Inversion PrincipleDIP指导我们如何构建松耦合、易于扩展和维护的系统。它要求高层模块不应该依赖于低层模块两者都应该依赖于抽象。应用场景依赖倒置原则在面向对象设计中非常重要。它通过将依赖关系建立在抽象之上减少了模块间的直接依赖提高了系统的灵活性和可扩展性。迪米特法则定义迪米特法则Law of Demeter又称最少知识原则Principle of Least Knowledge它强调对象之间的松耦合和封装性。一个对象应该尽可能少地了解其他对象的细节只与其直接的朋友进行通信。应用场景迪米特法则在面向对象设计中用于降低系统的复杂度和依赖关系。通过减少对象之间的交互和依赖提高了系统的可维护性和可扩展性。设计模式定义设计模式是在软件工程中反复出现的问题的最佳解决方案。它不是一种具体的“技术”而是一种“思想”是从众多成功案例中总结出的经验。常见的设计模式单例模式确保一个类只有一个实例并提供全局访问点。工厂模式定义一个用于创建对象的接口由子类决定实例化哪个类。适配器模式将一个类的接口转换成客户希望的另一个接口。策略模式定义一系列算法将每个算法都封装起来并使它们可以互换。代理模式为其他对象提供一种代理以控制对这个对象的访问。观察者模式定义对象之间的一对多依赖关系使得一个对象的状态改变会通知其依赖者。使用原因使用设计模式可以提高代码的可重用性、可读性和可维护性。它帮助我们构建出更加灵活、可扩展和易于维护的系统。综上所述这些原则和设计模式在前端开发中同样具有重要意义。它们不仅有助于提高代码质量还能降低系统的复杂度和维护成本。

查看全文

http://www.hkea.cn/news/14420152/