- 综合排序
- 最热优先
- 最新优先
- 来自专栏JuneBao
【设计模式 11】抽象工厂模式
抽象工厂模式 抽象工厂模式( Abstract Factory),提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 抽象工厂将工厂方法中的所用工厂向上抽象出一个抽象工厂，将所有产品向上抽象出抽象产品，这样抽象工厂模式中的角色就包括： AbstractFactory：抽象工厂 ConcreteFactory：具体工厂 AbstractProduct：抽象产品 Product：具体产品 简单工厂，工厂方法，抽象工厂 对比三种工厂模式，简单工厂直接在一个静态工厂中返回产品实例，没有对产品或工厂做任何抽象，是最简单粗暴的工厂模式 ，因此，在抽象工厂中，把一系列产品进一步分装为抽象产品，具体工厂就可以产生产生多个产品了。 实现具体工厂 反射改进抽象工厂 如果抽象工厂中加入了新的产品，那首先必须改变抽象工厂接口,其次所有的具体工厂类也要跟着修改，为此可以选择放弃工厂方法的思想，改用简单工厂的思想。
47030编辑于 2022-10-26 - 来自专栏不止dotNET
C# 11：接口中的静态抽象成员
接口我们都很了解了，在编写代码的时，如果有一定的抽象思维，就会将不同对象的相同行为抽象出来，放到接口中，我们最熟悉的就是在接口中写一堆方法的定义。 微软似乎一直都想在接口上做改进。 而到了 C# 11 中，又提供在接口中支持静态抽象成员。 C# 11 中这个功能是默认开启的，代码如下： public interface IUser { public abstract static string GetName(); } 那么，这个静态抽象方法有什么用呢 IInterface { public static void Dowrok() { Console.WriteLine("ImplB DoWork"); } } 我们可以在接口中包含静态抽象成员 在 C# 11 中，可以将上面提到的特性抽象成接口中的静态抽象成员，将所有的特性在单个的处理器中完成，避免了反射： var builder = WebApplication.CreateBuilder(
1K30编辑于 2022-12-01 - 来自专栏撸码那些事
【抽象那些事】不完整的抽象&多方面抽象&未用的抽象&重复的抽象
不完整的抽象 抽象未支持所有互补或相关的方法时，将导致这种坏味。 为什么要有完整的抽象？ 一种重要的抽象实现手法是创建内聚而完整的抽象。抽象未支持相关的方法时，可能会影响抽象的内聚性和完整性。 多方面抽象 抽象被赋予不止一项职责时，将导致这种坏味。 为什么不可以有多方面抽象？ 单一职责原则指出，抽象必须承担单一而明确的职责，且必须完全封装该职责。 未用的抽象 创建的抽象未用（未被直接使用或继承）时，将导致这种坏味。有以下两种表现形式： 未引用的抽象：未用的具体类 鳏寡抽象：没有任何派生抽象的接口/抽象类 为什么不可以有未用的抽象？ 重复的抽象 两个抽象的名称、实现或两者相同时，将导致这种坏味。 名称相同 两个不同的抽象重名将影响可理解性。 重构建议 对于名称相同的重复抽象，可以将其中一个抽象改为不同的名称。 对于实现相同的重复抽象，如果实现完全相同，可将其中一个抽象删除。
87120发布于 2018-06-21 - 来自专栏韩曙亮的移动开发专栏
【Kotlin】抽象类 ( 声明 | 抽象类成员 | 抽象类继承 | 抽象方法覆盖 | 抽象方法实现 )
抽象类总结 II . 抽象类声明 III . 抽象类中的 ( 正常 / 抽象 ) 的 ( 成员 / 方法 ) IV . 抽象类继承 V . 抽象方法的覆盖 VI . 抽象方法的实现 I . 抽象类总结 ---- 抽象类总结 : ① 声明 : 抽象类中使用 abstract 声明 ; ② 成员 : 抽象类中既可以定义正常属性和方法 , 又可以定义抽象的属性和方法 ; ③ 继承 : 抽象类可以继承抽象类 , 抽象类也可以继承正常类 , 正常类可以继承抽象类 ; ④ 重写 : 抽象类中可以使用抽象方法重写正常方法 , 也可以进行正常的方法重写 ; ⑤ 特征 : 抽象方法只能定义在抽象类中 , 正常类中不能有抽象方法 抽象类中的 ( 正常 / 抽象 ) 的 ( 成员 / 方法 ) ---- 0 . 抽象类内成员总结 : 抽象类中可以定义正常的成员和方法 , 也可以定义抽象的成员和方法 ; 1 . ("正常类继承抽象类 , 必须实现抽象类中的抽象方法") } } ② 抽象类子类 : 如果抽象类继承抽象类 , 可以不实现父累抽象方法 ; abstract class Father{
1.9K40编辑于 2023-03-27 - 来自专栏撸码那些事
【抽象那些事】缺失抽象
这就是抽象。对于软件工程师来说，抽象能力是最重要的能力之一，也恰恰是最难得的能力之一。 应用抽象原则的实现手法 提供清晰的概念边界和唯一身份 每个抽象都必须有清晰而明确的概念边界，还必须有身份。 如果只提供方法的一部分，抽象既不内聚也不完整。 赋予单一而重要的职责 确保每个抽象都分配单一而重要的职责。 单一：每个抽象都应该只负责一件或一类事情。 重要：抽象不能太鸡肋。 违反抽象原则导致的坏味 我们这篇博客主要讲解分析缺失抽象坏味，对于其它抽象坏味将在后面的博客讲解分析。 缺失抽象 使用一系列数据或编码字符串，而不创建类或接口时，将引发这种坏味。 通常，由于缺失抽象，相关的数据和行为将会分散在其它抽象中，这将会导致两个问题l: 可能会向其它抽象暴露实现细节，违反封装原则 数据和相关的行为分散在不同的抽象中，可能导致实体之间高度耦合，结果是代码脆弱且难以重用 因为在创建抽象前，一定要根据应用抽象具体情况分析，再决定是否要创建抽象。
1.2K150发布于 2018-05-19 - 来自专栏Rust语言学习交流
【Rust日报】2020-02-11 Rust 零成本的抽象
Rust 零成本的抽象 零成本抽象的概念对于某些编程语言非常重要，比如 Rust 和 C++，这些语言的目的是使用户能够用相对较少的努力编写具有出色性能的程序。 作者认为他写的这篇文章正确地反映什么是零成本抽象. 实际上，零成本抽象(即“零开销”)是很难理解的, 也很难与其他编译器优化分离开来，并且很容易被误解. 这篇博客文章中，讨论了这个特性，并给出了 Rust 如何使用它来交付您的抽象项目的优化代码的示例. https://carette.xyz/posts/zero_cost_abstraction/ Rust
1K10发布于 2020-02-20 - 来自专栏撸码那些事
【抽象那些事】不完整的抽象&多方面抽象&未用的抽象&重复的抽象
不完整的抽象 抽象未支持所有互补或相关的方法时，将导致这种坏味。 为什么要有完整的抽象？ 一种重要的抽象实现手法是创建内聚而完整的抽象。抽象未支持相关的方法时，可能会影响抽象的内聚性和完整性。 多方面抽象 抽象被赋予不止一项职责时，将导致这种坏味。 为什么不可以有多方面抽象？ 单一职责原则指出，抽象必须承担单一而明确的职责，且必须完全封装该职责。 使用提取类重构多方面抽象 未用的抽象 创建的抽象未用（未被直接使用或继承）时，将导致这种坏味。 有以下两种表现形式： 未引用的抽象：未用的具体类 鳏寡抽象：没有任何派生抽象的接口/抽象类 为什么不可以有未用的抽象？ 设计中的抽象未被使用，就没有发挥任何作用，因此违反了抽象原则。 重构建议 对于名称相同的重复抽象，可以将其中一个抽象改为不同的名称。 对于实现相同的重复抽象，如果实现完全相同，可将其中一个抽象删除。
61890发布于 2018-05-23 - 来自专栏dylanliu
抽象
这是抽象的抽象，即如何界定本质？这个方法需要我们在实践中抽象出自己的方法论，才能不被纷繁事物晃花了眼。 抽象层次 抽象层次包含两个概念：1）复杂系统需要分层，每层关注不同的粒度，合而为整体。 2）在某一抽象层次上，抽象出的功能、概念应处于同一抽象层次，而不应混合不同抽象层次的功能、概念。 1） 分层 分层有几个目的：1⃣ 易于复用。 2⃣减少信息量。 2） 同一抽象层次 同一抽象层次在实践中是很重要的。编码时经常看到不同的人将不同抽象层次的代码放到一个接口中，这就将抽象的威力大大降低了。 抽象也是如此，本质上抽象是在经过大量实践之后归纳出来的，可是不同的人有不同的经历，每个人对人生、世界的抽象也是不一样的，因此形成了不同的人生观、世界观。系统也如是，不同人从各自角度出发去认识。 总结 抽象是一个很主观的概念，可以说我们一直以来接触到的世界就是一个抽象过了的世界，从这点来说，抽象有助于提高我们的逻辑能力，因为我们已经知道了我们意识中的世界并不是我们看到的，而是前人从他们的角度抽象出来的
1.1K50发布于 2019-07-01 - 来自专栏撸码那些事
【抽象那些事】缺失抽象
这就是抽象。对于软件工程师来说，抽象能力是最重要的能力之一，也恰恰是最难得的能力之一。 应用抽象原则的实现手法 提供清晰的概念边界和唯一身份 每个抽象都必须有清晰而明确的概念边界，还必须有身份。 如果只提供方法的一部分，抽象既不内聚也不完整。 赋予单一而重要的职责 确保每个抽象都分配单一而重要的职责。 单一：每个抽象都应该只负责一件或一类事情。 重要：抽象不能太鸡肋。 违反抽象原则导致的坏味 我们这篇博客主要讲解分析缺失抽象坏味，对于其它抽象坏味将在后面的博客讲解分析。 缺失抽象 使用一系列数据或编码字符串，而不创建类或接口时，将引发这种坏味。 通常，由于缺失抽象，相关的数据和行为将会分散在其它抽象中，这将会导致两个问题l: 可能会向其它抽象暴露实现细节，违反封装原则 数据和相关的行为分散在不同的抽象中，可能导致实体之间高度耦合，结果是代码脆弱且难以重用 因为在创建抽象前，一定要根据应用抽象具体情况分析，再决定是否要创建抽象。 参考：《软件设计重构》
74130发布于 2018-06-21 - 来自专栏swag code
抽象类与抽象方法
在我们抽象实例对象的时候，有这样一种情况，往上层抽象时就会发现很难描述对象的属性和行为，比如“形状” ，其方法计算面积怎么计算？ 好吧，形状确实是有面积的，但是又无法描述其实现方式，这种包含类我们可以抽象出一个抽象类。 抽象类由于其有可能有无法实现的方法（抽象方法），所以不能被实例化。 抽象类的特征： 1）使用abstract关键字修饰的类称为抽象类 2）抽象类不能实例化对象，原因是抽象方法无法被调用 3）有抽象方法的类肯定是抽象类，但是抽象类中不是必须有抽象方法 如果许多类都有相同的方法 不是具体的动物相信你肯定无法回答，这样我们就需要创建抽象的动物类 public abstract class Animal { } 抽象动物类 1.抽象类不能直接实例化，必须通过子类 abstract void eat(); 抽象吃的方法（行为） 2.抽象方法只需声明，不需要实现 ?
68730发布于 2018-08-20 - 来自专栏麒思妙想
抽象语法树为什么抽象
从具体到抽象 Abstract Syntax Tree抽象语法树（通常被简写成AST）实际上只是一个解析树(parse tree)的一个精简版本。 AST名字中抽象一词的由来。 精简一棵解析树 我们现在知道具象语法树和抽象语法树的概念，而且知道AST是CST的精简版本，那么AST它是如何生成的呢？ 我们现在知道，根据文法规则生成的解析树会非常冗余。 将操作符压进内部节点 继续把冗余的层修剪掉，我们可以得到一颗AST树 一颗抽象语法树 我们已经自己压缩了一棵解析树，通过上面几个步骤的精简，可以总结一些解析树和抽象语法树的不同之处: AST不含有语法细节 有了抽象语法树，我们基于它可以建立清晰的代码描述，非常有利于后续阶段的修改、变换。
2.1K30发布于 2020-08-17 - 来自专栏撸码那些事
【抽象那些事】 命令式抽象
命令式抽象 这种坏味是由操作转换为类引起的，表现为类中只定义了一个方法，有时候类名和方法名相同。这种坏味还常常表现为方法操作的数据位于另一个类中。 为什么不能命令式抽象？ 面向对象的基本原则是，识别真实世界中的事物，并使用抽象来表示它们。在解决方案域中，必须将问题域的对象表示出来，为此可采用映射域实体这一实现手法，抽象的每个类都必须封装数据和相关的方法。 只包含一个操作的类根本不是抽象，其操作的数据位于其它地方时尤其如此。这样很多操作相同数据的方法位于不同的类中，减低了类的内聚性，违反了封装和模块化原则。 命令式抽象潜在的原因 过程式思维 数据和操作这些数据的方法被封装在不同类中，典型的过程式思维。 ”坏味的类中的方法都移到Report类中，那么Report类就变成了一个恰当的抽象，同时消除了“命令式抽象”坏味。
94280发布于 2018-05-20 - 来自专栏撸码那些事
【抽象那些事】命令式抽象
命令式抽象 这种坏味是由操作转换为类引起的，表现为类中只定义了一个方法，有时候类名和方法名相同。这种坏味还常常表现为方法操作的数据位于另一个类中。 为什么不能命令式抽象？ 面向对象的基本原则是，识别真实世界中的事物，并使用抽象来表示它们。在解决方案域中，必须将问题域的对象表示出来，为此可采用映射域实体这一实现手法，抽象的每个类都必须封装数据和相关的方法。 只包含一个操作的类根本不是抽象，其操作的数据位于其它地方时尤其如此。这样很多操作相同数据的方法位于不同的类中，减低了类的内聚性，违反了封装和模块化原则。 命令式抽象潜在的原因 过程式思维 数据和操作这些数据的方法被封装在不同类中，典型的过程式思维。 ”坏味的类中的方法都移到Report类中，那么Report类就变成了一个恰当的抽象，同时消除了“命令式抽象”坏味。
48230发布于 2018-06-21 - 来自专栏全栈开发那些事
抽象类和抽象方法
java中的抽象类与抽象方法 1、设计理念 2、抽象方法 3、抽象类 3.1 抽象类与普通类的区别 3.2 抽象类案例 1、设计理念 父类要体现所有子类的共同特征，在设计某些方法(行为特征或功能) 另外，只允许在抽象类和接口中声明抽象方法，否则将发生编译错误。 3、抽象类 Java规定如果一个类中包含抽象方法，则该类必须设计为抽象类。 抽象类语法格式如下: [权限修饰符] abstract class 类名{ } 抽象类也是类，所有类的成员在抽象类中都可以声明。 为什么抽象方法所在的类必须声明为抽象类呢？ 如果不声明为抽象类，则此类就可以实例化，但是得到的对象对抽象方法的调用是无意义的，因为没有任何方法体。 3.1 抽象类与普通类的区别 抽象类不能直接实例化，即不能直接创建抽象类的对象。 子类继承抽象类后，如果子类不再是抽象类，那么子类必须重写抽象类的所有抽象方法，否则编译报错。
93820编辑于 2023-02-25 - 来自专栏全栈程序员必看
java抽象类和抽象方法
1.抽象的概念 2.抽象类和抽象方法的使用 1 //抽象方法和抽象类的格式： 2 /*抽象方法：就是加上abstract关键字，然后去掉大括号，直接分号结束； 3 抽象类：抽象方法所在的类，必须是抽象类才行 4 5 如何使用抽象类和抽象方法 6 1.不能直接创建（new）抽象类对象 7 2.必须用一个子类来继承抽象父类 8 3.子类必须覆盖重写抽象父类当中所有的抽象方法 9 覆盖重写实现：子类去掉抽象方法的 abstract关键字，然后补上方法体大括号 10 4.创建子类对象进行使用*/ 11 12 public abstract class Animals { 13 //这是一个抽象方法，代表吃东西 System.out.println("普通成员方法"); 9 } 10 11 public abstract void eat(); 12 } 13 14 15 public @Override 10 public void eat(){ 11 System.out.println("狗啃骨头"); 12 } 13 14 } 15 16
1.2K10编辑于 2022-09-06 - 来自专栏运维开发王义杰
Go：软件开发中的抽象类型温故：简化抽象、泛化抽象与分层抽象
本文将详细探讨三种主要的抽象类型：简化抽象（Simplifying Abstraction）、泛化抽象（Generalising Abstraction）和分层抽象（Layered Abstraction 简化抽象 简化抽象的目标是通过移除系统中的不必要细节，减少动态复杂性，使系统更易于理解和使用。简化抽象通常应用于隐藏复杂实现细节，只暴露出必要的接口，从而提升系统的易用性。 总结 简化抽象、泛化抽象和分层抽象在软件开发中扮演着重要角色。 因此，需要根据具体需求和场景，灵活应用这些抽象技术，以实现最佳的设计效果。 UML 图示 为了更好地理解上述内容，我们可以使用UML绘制简化抽象、泛化抽象和分层抽象的示意图。 简化抽象示意图 泛化抽象示意图 分层抽象示意图 通过这些示意图，可以直观地看到三种抽象的实现方式和结构。 结语 希望本文对Go语言开发者在理解和应用简化抽象、泛化抽象和分层抽象方面有所帮助。
53410编辑于 2024-05-29 - 来自专栏编程大道
java基础-抽象类抽象方法
这篇文章将讲述java中的抽象类和抽象方法的知识点，这个是最简单的，也是最容易被遗忘的。 抽象类 抽象类里不一定有抽象方法。 抽象类里的方法必须通过他的子类调用，因为抽象类不能被实例化。 子类必须实现抽象类中的抽象方法（即使是空实现）。 含有抽象方法的类必须是抽象类。 抽象类的写法： public abstract class Abstra{ } 抽象类需要被abstract 关键字修饰 抽象方法 并不是抽象类里的方法都叫做抽象方法，抽象方法是抽象类里被abstract System.out.println("sadds"); } //抽象类里的抽象方法 public abstract void sum(); } 抽象类可以没有抽象方法 抽象类的方法怎么被调用 因为抽象类不能被实例化，所以就得写个子类来继承他，再通过实例化子 类调用抽象类的方法 public abstract class Abstra{ //抽象类里的非抽象方法 public void
1.1K30发布于 2019-07-15 - 来自专栏喵叔's 专栏
知识回顾：抽象类与抽象方法
今天说一个老生常谈的知识：抽象类与抽象方法。这两个内容在面试中经常被问到，对于老程序员来说会打起来没什么难度，但是对于新手程序员来说就有些难多了，那么这篇文章就来讲解一下抽象类和抽象方法。 首先抽象类不能够被实例化。如果类中包含有抽象方法，那么这个类必须要声明为抽象类。同时抽象方法必须在子类中重写。 抽象类 在面向对象过程中所有的对象都是类描绘的，类里面的数据不足以把具体的对象描绘出来，这样的类就是抽象类，下面是抽象类的定义： 抽象方法只能出现在抽象类中，但是抽象类中可以包含普通方法； 抽象类不能实例化 ； 抽象类与抽象方法需要添加abstract关键字； 子类实现父类的抽象方法时需添加override关键字； 如果抽象类的子类不是抽象类，那么子类中必须重写父类抽象类的所有抽象方法。 异 接口可以多继承，抽象类不能实现多继承、接口只能定义抽象规则，抽象类既能定义抽象规则也能提供已实现的成员、接口是一组行为规范，抽象类是一个不完全的类，着重于族的概念、接口支持回调，抽象类不能实现回调
58140编辑于 2021-12-29 - 来自专栏前端开发随笔
Ts中抽象类和抽象方法
抽象类不能被实例 用abstract关键字定义抽象类和抽象方法 定义的抽象方法不去实现，但继承的子类必须去实现 abstract class Animal { name: string
1.3K30发布于 2021-04-08 - 来自专栏wym
Java 抽象类和抽象方法
什么是抽象类，就像“颜色”，有很多颜色，这是抽象；你问有什么颜色，红蓝绿，这就是实例化 先看抽象类 public abstract class Color{ public void get(){ String[] args) { Color color1 = new Red(); Color color2 = new Blue(); // Color color3 = new Color();抽象类不能被实例化 color1.get(); color2.get(); } } 注：抽象类不能被实例化，只能通过它的子类来实例化，且实例化时是向上转型，抽象类中要写好方法。 抽象类 public abstract class Teacher { //含有抽象方法必须是抽象类 public abstract void Teaching();//只需定义不需实现 } class Math extends Teacher{ //继承抽象类必须重新实现抽象方法 public void Teaching(){ System.out.println("数学老师")
77120发布于 2019-03-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号