Oop 类图应该表示一个特定的框架吗？

我知道框架提供了有用的接口和类，可以在实现阶段节省大量时间，所以我的问题是：

• 框架接口和类是否应该包含在我的项目类中 图表设计与否

如果是的话

• 如果我决定更改，这会影响设计的可重用性吗 未来的框架是什么

---

UML图旨在供不同的兴趣组阅读。业务部门喜欢看到需求、用例和活动。架构师/测试人员需要将其作为开发/测试系统的基础。架构师生成的结果（静态类图和行为类图）是供程序员阅读的。每个读者群都关注某些部分，但最终会或多或少地窥视边境地区（从他们的角度）

---

所以要回答你的问题：是的，框架应该是模型的一部分。架构师应该注意如何削减系统。框架的设计范围应该不同（更广）。因此，最终您将拥有只在系统中部分使用的框架。或者，一个系统有可能成为一个框架，它的设计将很容易解耦。当然，这是一项棘手的任务，架构师需要大量的经验来满足来自业务和最终其他利益相关者的所有需求。

UML图旨在供不同的兴趣组阅读。业务部门喜欢看到需求、用例和活动。架构师/测试人员需要将其作为开发/测试系统的基础。架构师生成的结果（静态类图和行为类图）是供程序员阅读的。每个读者群都关注某些部分，但最终会或多或少地窥视边境地区（从他们的角度）

---

所以要回答你的问题：是的，框架应该是模型的一部分。架构师应该注意如何削减系统。框架的设计范围应该不同（更广）。因此，最终您将拥有只在系统中部分使用的框架。或者，一个系统有可能成为一个框架，它的设计将很容易解耦。当然，这是一项棘手的任务，架构师需要大量的经验来满足业务和最终其他利益相关者的所有需求。

不，理论上不应该，但您也可以自由地这样做

正如UML的作者所说： 关于统一建模语言参考手册第25页

跨实现语言和平台。UML旨在用于以各种实现语言和平台实现的系统，包括编程语言、数据库、4GL、组织文档、固件等。前端工作在所有情况下都应相同或相似，而后端工作对于每种介质都有所不同

---

不，理论上不应该，但你也可以这样做

正如UML的作者所说： 关于统一建模语言参考手册第25页

跨实现语言和平台。UML旨在用于以各种实现语言和平台实现的系统，包括编程语言、数据库、4GL、组织文档、固件等。前端工作在所有情况下都应相同或相似，而后端工作对于每种介质都有所不同

---

什么是“我的类图”？你桌上的个人海报？@ThomasKilian我是说我的项目类图，谢谢你编辑^^^但是，谁是它的读者？奇怪的是，你问了一个UML问题并删除了它的标签。这可能无助于你自己。包括目标受众需要了解（并根据）图表做出技术决策的尽可能多的信息。如果读者能够流利地使用相关框架，您可能只需要包括直接相关模块的名称。如果他们不这样做，你就需要填写他们所缺乏的必要知识。什么是“我的类图”？你桌上的个人海报？@ThomasKilian我是说我的项目类图，谢谢你编辑^^^但是，谁是它的读者？奇怪的是，你问了一个UML问题并删除了它的标签。这可能无助于你自己。包括目标受众需要了解（并根据）图表做出技术决策的尽可能多的信息。如果读者能够流利地使用相关框架，您可能只需要包括直接相关模块的名称。如果他们不这样做，你就需要补充他们所缺乏的必要知识。