标签: class-diagram

我已成功使用 Visual Studio 从 C++ 源代码生成类图。但我发现在 CLION 中很难做到同样的事情。我使用设置/首选项| 工具| 按照 JetBrains 文档绘制图表，但它会抛出此错误CLION 图错误。“当前文件或文件夹没有任何依赖项。请尝试使用其他文件或文件夹”。但我的源代码确实有很多依赖项。

如何从 CLION 中的 C++ 源代码生成类图（UML 或非 UML）？

在Visual Studio .NET项目中,您可以向项目添加"类图",从而呈现所有名称空间,类,方法和属性的可视化表示.有没有办法为Win32(而不是.NET)C++项目做到这一点？通过Visual Studio本身或第三方工具？

我在Visual Studio 2008中使用类图来创建一些具有属性的类.我注意到,当我在类图中创建一个新属性时,它出现在这样的代码中:

public DateTime DateBilled
{
    get
    {
        throw new System.NotImplementedException();
    }
    set
    {
    }
}

呸.我更倾向于它最终成为这样的autoproperty:

public DateTime DateBilled { get; set; }

有什么方法可以改变或定制吗？

我不知道在哪里问,所以我希望一些Visio专家可以提供帮助.我只是制作一个类图,但Visio似乎非常静态且方法签名简单.

我想要添加的是一个带有以下参数的构造函数:

public Position(LinkedList<T> apList, float x, float y);

这就是我想要添加到Visio的内容.所有标准数据类型都可以正常工作,但是如何插入其他类型？我不知道为什么答案很难找到.

在设计类图时,我很难理解这些,从我所知的构成是一个"有一个"的关系但聚合？我不知道它是什么.还有一件事我什么时候才能在类图中使用Composition？什么时候才能知道在类图中使用聚合？一个例子将受到高度赞赏.

在这里参考这个问题 - 有一个Visual Studio的类图生成器.我已经习惯了,它非常有用!

但我想问的是 - 对于PHP和/或Java,有没有这样的东西？

我想知道是否有人使用域驱动设计时如何组织UML类图的好样本。

我真的不知道如何使用存储库和服务来创建合适的实体。

我正在寻找在EA中绘制映射图的最佳解决方案.我发现复合结构图可能适合我的需要.我甚至在网上找到了这样的图表的好例子:

(原始来源:http://www.dthomas.co.uk/dtalm/images/eshot/test/data_map.JPG)

此图完全在EA中创建(作为作者声明).但是我无法将"表示"关系附加到属性.有没有人知道如何做到这一点(我在谈论类表示中的那些小空心方块).

提前感谢您的回答.

我试图用UML展示基于插件/组件的系统的整体架构.作为这个问题的一个简单示例,我将展示一个主应用程序,它加载一个插件接口库(定义插件的通用接口),以及两个示例插件(其中一个带有一些内部细节),如图所示以下UML类图¹:

在我的UML图中,我想强调如何将这些类(和接口)分发到单独的二进制文件^2中,以便阐明在不重新编译的情况下可以替换系统的哪些部分.

现在,虽然我知道UML提供了相当大的余地,并且UML的主要观点并不是坚持严格的符号,而是以一种使其易于理解的方式表达信息,我仍然期望这种情况有一个共同的实践.

表达我所想到的信息的一种直接方式是使用UML组件图.维基百科引用了这个定义

系统的模块化部分,封装其内容,其表现形式可在其环境中替换.

对于组件.这看起来很合适,因为我想要展示的只是一个可替换的组件.因此,通过将上述类型放入组件中,我得出:

虽然这是可以理解的,但我有点怀疑这是可接受的符号,因为我可以找到的组件图上的几乎所有资源(包括前面提到的维基百科文章)都非常强调定义所需和提供的接口.在形式上,看起来我应该在图中的任何地方添加小的矩形端口或棒棒糖形状的接口,其中关系连接组件之间的元素.我不太喜欢这种前景,因为它听起来有点麻烦,更重要的是,它会使图形混乱而不提供任何额外的信息.

或者,包可能是可接受的符号.我的目的似乎与维基百科在相应文章的第二个列表中描述的内容相符

组织组件模型时,使用包根据所有权和/或重用可能性对组件进行分组.

包图如下所示:

另一方面,我有点担心使用包符号可能会与实际的代码内包(名称空间)产生混淆,这些包实际上与程序集正交.实际上,有些资源将UML包解释为Java包的1:1映射,这不是我想要传达的(为了论证,所有描述的类型可能非常好地驻留在同一个命名空间中,某些东西喜欢MyGreatSystem.Plugins).

可能有点合适的唯一其他UML图类型可能是部署图,但是诸如维基百科中的定义使得相当清楚的是,这样的图中的节点是物理机器或执行环境,两者都是明显不同于简单地处于单独的二进制文件中.

我能想到的最后一个替代方法是通过将类型与UML注释连接来指示二进制文件:

然而,这似乎更像是一种变通方法给我,我觉得更多的节点和边缘(而不是类型内的组件,在那里它们实际上是)使图不太可读.

什么是适当的UML方式来传达哪些类型存在于成品中的二进制文件中？

¹:这里没有显示类和接口的成员,因为它们暂时不相关.这在我的最终图表中可能相同或不同,因为重点主要不在于完整的内部类结构.

²:在我的案例中是.NET程序集,但这个问题对其他环境/技术同样有效.

对于性能监视器,我实现了在Java中的MVC和决定我的模型分割成单独的类,现在我选它的属性和功能集成到之间徘徊Client,Server和Connection模型类或Benchmark,Logging和Specs模型类.

以前的模型将匹配现实生活中的对象作为"对象",因为它们是应用程序将监视的独立实体.由于MVC如何与观察者一起工作,我的控制器的基准测试功能将触发我所有模型中的更新.

后者通过使模型更多地匹配功能(需求)来解决这种广泛的更新,因此只更新需要更新的模型,仅触发需要修改的视图更新.我认为这种方法会降低我的模型的可重用性.