软件开发中对架构、构架、结构、框架的理解

架构是指软件结构的专用名词,
构架只是架构的另一种叫法
框架指的是一些通用的结构和组件（半成品）

 

 

 

结构 Structure

通用的一个词，在不同专业领域可能有不同的含义。泛指一个东西、系统、概念的内部组成元素，以及这些组成元素之间的联结、构造（construction）关系。

架构 Architecture

    架构不是软件，而是关于软件如何设计的重要策略。软件架构决策设计到如何将软件系统分解成不同的部分、各部分之间的静态结构关系和动态交互关系等。经过完整的开发过程之后，这些架构决策将体现在最终开发出的软件系统中；当然，引入软件架构之后，整个开发过程变成了“分两步走”，而架构决策往往会体现在框架之中。

（也译作“建筑”、“体系结构”、“总体结构”、“构架”等等）

计算机、IT、软件工程等专业的一个术语，如系统架构、软件架构等等。这个词其实是软件行业对于建筑行业的学习和借鉴，用一个物理、实在的“建筑”来比喻一个抽象、虚拟的软件系统。

软件架构是指构成一个软件系统核心（主体、基础）结构的组成元素，以及这些核心组成元素之间的相互依赖、交互、协作等关系。一个软件架构（模型）是动静结合的，既包含了核心元素之间的静态结构（static structural）关系，也包含了它们之间的动态行为（dynamic behavioral）关系。

是有关软件整体结构与组件的抽象描述，

用于指导大型软件系统各个方面的设计。

(架构描述语言（ADL)用于描述软件的体系架构架）；

注：结合1的理解,设计的软件架构采用了XX框架；

构架

在软件工程领域，通常是某些译者对于 Architecture 的另一种译法

也有人把 Framework 译成“构架”的。

框架 Framework

它并不能提供完整无缺的解决方案，而是为你构建解决方案提供良好的基础。 框架是半成品。典型地，框架是系统或子系统的半成品；框架中的服务尅被最终应用系统直接调用，而框架中的扩展点是供应用开发人员定制的“可变化点”。

答：是整个或者部分系统的可复用设计；

表现为一组抽象构件及构件实例间交互的方式。

结合架构补充，与业务无关的管理决策框架在没有加载业务数据之前，只能称之为框架；

管理结构框架：

1）.业务架构：主要是为用户加载和组织业务提供的一个手段和环境，也是实际应用时的业务门户；

设计技术：统一门户，统一权限，工作流，商务智能（BI）等；

2）.应用架构：主要是面向业务架构提供软件功能的支持，

不仅提供运行时的业务功能支持，又提供加载时的管理功能支持。

设计技术：元数据标准，元数据管理，方案的形成和管理，知识的形成和管理等；

3）.数据架构：面向全局统一的数据综合利用及管理环境；

涉及技术：非结构化数据处理，档案管理，“大数据”技术，数据仓库（特别是DW2.0）涉及的相关技术等

4）.技术架构：是构成信息系统物理环境的产品集合，包括服务器，操作系统，中间件，网络环境等基础技术环境。

涉及技术：虚拟技术、云计算、容灾管理、数据中心监控等等；

5）.安全架构：构建网络、硬件、和软件相结合的安全体系，通过监控手段来确保系统稳定。

 

 

区别

框架技术和架构技术的出现，都是为了解决软件系统日益复杂所带来的困难而采取“分而治之”思维的结果-----先大局后局部，就出现了架构；先通用后专用，就出现了框架。下图很好地揭示了这一点。架构是问题的抽象解决方案，它关注大局而忽略细节；而框架是通用半成品，还必须根据具体需求进一步定制开发才能变成应用系统。

 

一个 架构师 构架了一个框架，约束框架使用者只能使用规定的结构来进行二次开发。

 

转载于:https://www.cnblogs.com/mike-mei/p/7707915.html