逻辑设计问题 -- 构建一个组件

2024-03-26 13:04

本文主要是介绍逻辑设计问题 -- 构建一个组件,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 构建一个组件
    • 抽象和组件
    • 组件的接口设计
    • 封装程度
    • 辅助实现类
    • 小结

构建一个组件

抽象和组件

抽象是完成一个共同目的的一组对象和相关行为的抽象规范

一个类是一个ADT(抽象数据类型)的具体规范,一个组件是一个抽象的具体规范

组件的接口设计

设计良好的组件接口在质量上包括几个方面。最低要求是,接口必须足以使预期的客户能有效利用设计该组件来支持的抽象。考虑一个实现集合抽象的组件。以下能力:

  • 确定集合中的成员关系
  • 在集合成员上进行迭代
  • 从集合中删除一个指定的成员

对任意客户而言可能使必要的也可能不是必要的。然而,如果没有像集合增加成员的附加能力,那么这个组件对任何人几乎都是无用的

  • 私有接口应该是充分的
  • 公共接口应该是完整的
  • 类的接口应该是基本的
  • 组件接口应该是最小化的和便于使用的

在任何可行的地方,延缓不必要的功能的实现可以降低开发和维护成本,并且可以避免过早地进行精确的接口和行为 设计

如果有效实现定义在一个对象上的操作意味着可以直接访问该对象的私有部分,那么该操作使基本的

让功能保持在一个可行的最小范围内可以增强可用性和可重用性

在一个组件接口中尽可能少地使用外部定义类型,可以促进在更多情况下的重用

封装程度

对封装进行的好的测试,是要看一个给定的接口是否不需要做任何改变即可同时支持两种显著不同的实现策略

一个完全封装的接口可能会为给定的实现带来很大的性能负担

传递进一个过去构造对象的地址以赋给返回值,能在保持整体封装性的同时提高性能。

接受不太完全的封装有时是正确的

辅助实现类

通常一个组件会在其实现中使用一个或者多个小的辅助类,他们在组件中定义的接口中是不能编程访问的。辅助类有两个区别于其他类的特征:

  • 设计辅助类是为了实现一个组件的单一目的,并且不让它在该组件外直接使用
  • 辅助类很小,并且可能不必直接测试

小结

组件在逻辑设计和物理设计中都是有效的单元。一个抽象是与对象和运算符函数紧密相关的一种抽象规范:一个组件(接口和实现)是相应的具体实现。

当为一个组件建立高层次规范的时候,要考虑几个相互矛盾的方面。对于被设计为特定子系统的一部分的组件,我们要求其接口对于所预期的客户来说是充分的就可以了。对于在整个大系统中会用于各种目的的组件来说,我们希望接口是完备的。充分性指的是,该接口对于解决某个领域的问题的特定实例来说是合适的。完备性是指,该接口对于解决某个领域的任意一个维妮塔。通过将所有组件接口都保持最小,可以加强可用性和可维护性。

被定义为单个对象的成员的操作应该是基本的。如果一个操作的有效实现需要直接访问那个类的私有细节,那么这个操作是基本的。有用的但不是基本的操作应该根据基本函数在对象之外实现,并且不应该授予友元状态。

在一个组件的接口中使用的用户自定义类型,隐含了对该类型的强逻辑依赖。与物理耦合一样,逻辑耦合最好也要最小化。例如,为了避免不必要的逻辑耦合,应经常选择是哟个一个const char * 参数而不是使用某个特殊的string类,尤其是当接口将在许多不同的上下文中被客户使用的时候。

封装是一个对象的特性,它使得对象的实现被修改时候不会影响其逻辑接口。有时完全封装的代价是相当昂贵的。但是,与绝缘一样,为了使之有用,封装也不需要i绝对化。我们经常可以做出合理的假设:允许我们达到性能目标,并且仍然保留足够的封装以允许我们在合理的限制内继续修改实现。如果要求完全封装,那么通过传递进一个前构造好的对象作为可写参数以装载结果,而不是通过返回值来返回结果,有时候可以取得相当大的性能收益。对于管理内部动态内存的重量级对象来说,通过参数返回比通过值返回所获得的性能收益要显著得多。

当实现一个组件时,经常有必要创建一个或者多个辅助类。这些类通过定义在组件中的主对象的接口是不可访问的。这些类是组件的实现细节,并且它们都足够简单,可能不需要独立测试。下列策略已经被确定可以用于实现辅助类:

  • 在头文件的文件作用域中

  • 在一个单独的组件中

  • 作为一个或者多个主要类的隶属类

  • 在组件的源文件中

  • 作为一个主要类额私有的嵌入式类

这篇关于逻辑设计问题 -- 构建一个组件的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


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

相关文章

使用Docker构建Python Flask程序的详细教程

《使用Docker构建PythonFlask程序的详细教程》在当今的软件开发领域,容器化技术正变得越来越流行,而Docker无疑是其中的佼佼者,本文我们就来聊聊如何使用Docker构建一个简单的Py... 目录引言一、准备工作二、创建 Flask 应用程序三、创建 dockerfile四、构建 Docker

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

Redis分片集群、数据读写规则问题小结

《Redis分片集群、数据读写规则问题小结》本文介绍了Redis分片集群的原理,通过数据分片和哈希槽机制解决单机内存限制与写瓶颈问题,实现分布式存储和高并发处理,但存在通信开销大、维护复杂及对事务支持... 目录一、分片集群解android决的问题二、分片集群图解 分片集群特征如何解决的上述问题?(与哨兵模