软件模块

最新推荐文章于 2020-12-31 14:39:54 发布
最新推荐文章于 2020-12-31 14:39:54 发布
阅读量81 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 运维
原文链接：http://www.cnblogs.com/PirateZoro/archive/2012/08/18/2645105.html
本文深入探讨了应用程序中的模块化设计，重点介绍了高层模块和低层模块的区别，阐述了它们在业务模型和策略选择中的角色。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

* 高层模块

　　高层模块包含了应用程序中重要的策略选择和业务模型。　

* 低层模块

　　相对与高层模块的吧。　　

转载于:https://www.cnblogs.com/PirateZoro/archive/2012/08/18/2645105.html

模块划分-4 模块划分
西木空间
01-25 5729
1、设计思维融合 把层、功能模块、细粒度模块三个概念分清楚。 功能模块是粗粒度的，一般对应一个功能组，最大的用途是基于功能模块进行开发小组分工。 层也是粗粒度的，UI交互层封装人机交互、系统交互层封装硬件访问和外部系统交互、数据管理层封装DB和File和Flsh存储。 模块划分设计需要进一步设计到细粒度模块一级。 一个细粒度模块，必然位于架构的某一层中。 一个细粒度模块，一般也都会属...
设计原则之【依赖反转原则】依赖反转、控制反转、依赖注入，都是什么意思？
秃了也弱了
11-01 3109
这里所说的“控制”指的是对程序执行流程的控制，而“反转”指的是在没有使用框架之前，程序员自己控制整个程序的执行。实际上，这条原则主要还是用来指导框架层面的设计，跟前面讲到的控制反转类似。实际上，实现控制反转的方法有很多，除了刚才例子中所示的类似于模板设计模式的方法之外，还有马上要讲到的依赖注入等方法，所以，控制反转并不是一种具体的实现技巧，而是一个比较笼统的设计思想，一般用来指导框架层面的设计。这里的“控制”指的是对程序执行流程的控制，而“反转”指的是在没有使用框架之前，程序员自己控制整个程序的执行。
设计原则之依赖反转原则（DIP）
xjj1314的专栏
12-31 452
依赖反转原则的英文翻译是“ Dependency Inversion Principle”，缩写为 DIP。Robert Martin 在 SOLID 原则中是这样定义它的：“High-level modules shouldn’t depend on low-level modules. Both modules should depend on abstractions. In addition, abstractions shouldn’t depend on details. Details dep
设计模式分类
Chents
04-19 634
1、设计模式简介 设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。 设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可...
对依赖倒置原则的理解
qililong88的博客
03-26 951
框架在架构设计上遵循一个重要的设计原则叫“依赖倒转原则”，依赖倒转原则是高层模块不能依赖低层模块，它们应该共同依赖一个抽象，这个抽象由高层模块定义，由低层模块实现。所谓高层模块和低层模块的划分，简单说来就是在调用链上，处于前面的是高层，后面的是低层。 我们以典型的 Java Web 应用举例，用户请求在到达服务器以后，最先处理用户请求的是 Java Web 容器，比如 Tomcat、Jett...
面向对象之6大设计原则！
xyc__的博客
11-22 269
1.开闭原则。 一个软件实体，如类，模块和函数应该对外扩展开发，对内修改关闭。 解读：用抽象构建框架，用实现扩展细节。不以改动原有类的方式来实现新需求，而是应该以实现事先抽象出来的接口（或具体类继承抽象类）的方式来实现。 优点：开闭原则的优点在于可以在不改动原有代码的前提下给程序扩展功能。增加了程序的可扩展性，同时也降低了程序的维护成本。 2.单一职责原则。 一个类只允许有一个职责，即只有一个导致该类变更的原因。 解读：类职责的变化往往就是导致类变化的原因：也就是说如果一个类具有多种职责，就会有
各公司实施软件模块调查表(1).docx
最新发布
07-07
从提供的文件信息来看，这是一份用于调查不同公司在其内部实施软件模块情况的表格。该文件关注于企业内部对于特定软件模块的应用情况，涵盖公司名称、模块名称、使用部门、使用的站点数量以及这些数据是针对总公司...
软件模块开发卷宗.doc
02-14
软件模块开发卷宗 软件模块开发卷宗是企业管理中一个重要的文档，它记录了软件模块的开发过程和结果，旨在确保软件模块的质量和可靠性。本卷宗主要包括七个部分：模块开发情况表、功能说明、设计说明、原代码清单、...
FPGA软件模块测试报告分析(可编辑修改word版).docx
06-15
FPGA软件模块测试报告是一份详细文档，用于记录和分析FPGA软件模块的功能、性能和可靠性测试。报告通常包括测试目的、所用术语、测试环境、测试工具、测试结果记录、测试覆盖率分析、功能测试分析、测试假设及局限、...
软件模块测试报告模板.pdf
10-01
"软件模块测试报告模板.pdf" Software模块测试报告模板是一个详细的文档，用于记录软件模块的测试结果和结论。该文档的主要目的是为了记录软件模块的测试过程和结果，以便于软件开发团队和项目管理者了解软件模块的...
软件模块测试指导书模板.doc
09-23
软件模块测试指导书模板.doc
设计模式
CoLiuRs
05-05 556
设计模式 设计模式用于在特定的条件下为一些重复出现的软件设计问题提供合理的、有效的解决方案 使用设计模式是为了可重用代码、让代码更容易被他人理解并且保证代码可靠性。 面向对象 面向对象编程是一种编程范式或编程风格。它以类或对象作为组织代码的基本单元，并将封装、抽象、继承、多态四个特性，作为代码设计和实现的基石 。 面向对象编程语言是支持类或对象的语法机制，并有现成的语法机制，能方便地实现面向...
通俗的讲，就是高层模块定义接口，低层模块负责实现。 Bob Martins对DIP的定义： 高层模块不应依赖于低层模块，两者应该依赖于抽象。 抽象不不应该依赖于实现，实现应该依赖于抽象。...
david9779的博客
10-26 691
通俗的讲，就是高层模块定义接口，低层模块负责实现。 Bob Martins对DIP的定义： 高层模块不应依赖于低层模块，两者应该依赖于抽象。 抽象不不应该依赖于实现，实现应该依赖于抽象。 总结出使用DIP的优点： 系统更柔韧：可以修改一部分代码而不影响其他模块。 系统更健壮：可以修改一部分代码而不会让系统崩溃。 系统更高效：组件松耦合，且可复用，提高开发效率。 ...
一文读懂分层架构
热门推荐
技术杂谈
07-23 3万+
分层架构由来已久，将一个软件系统进行分层，似乎已经成为了每个开发人员的固有意识，甚至不必思考即可自然得出。这其中最为经典的就是三层架构以及领域驱动设计提出的四层架构。
高层模块不应该依赖于底层模块。二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象
dadalan的专栏
03-27 5916
 高层模块不应该依赖于底层模块。二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象
设计模式六大原则（3）：依赖倒置原则
java开发指南博客 【转载】
02-24 1326
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接...
深入理解java虚拟机学习笔记(五)
Terisadeng的博客
12-22 1535
第七章 虚拟机类加载机制 7.1概述 虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析、初始化，最终形成可以直接被Java虚拟机使用的Java类型，这就是虚拟机的类加载机制。 与那些在编译时需要进行连接工作的语言不同，在Java语言里类型的加载、连接、初始化过程都是在程序运行期间完成的，这种策略虽然会令类加载时稍微增加一些性能开销，但是会为Java应用程序提供高度的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值