类图应该代表一个特定的框架吗？答案

【问题标题】：Should the class diagram represent a specific framework?类图应该代表一个特定的框架吗？
【发布时间】：2017-09-27 12:29:50
【问题描述】：

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

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

如果是的话，

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

【问题讨论】：

什么是“我的类图”？您办公桌上方的个人海报？
@ThomasKilian 我的意思是我项目的类图，谢谢编辑^^
不过，它的读者是谁？
奇怪的是你在问一个 UML 问题并删除它的标签。这可能对你自己没有帮助。
尽可能多地包含目标受众需要理解的信息（并根据该图表做出技术决策）。如果读者精通相关框架，您可能只需要包括例如直接相关模块的名称。如果他们不这样做，您将需要填写他们缺乏的任何必要知识。

标签： oop architecture frameworks uml software-design

【解决方案1】：

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

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

【讨论】：

【解决方案2】：

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

正如 UML 的作者所说：Rumbaugh, Jacobson, Booch 统一建模语言参考手册第 25 页

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

【讨论】：