标签: diagram

我试图在我的基于PHP的Web应用程序中将两种类型的数据呈现为图表:

• 蛋糕图:显示当前用户的不同类型的数据,即用户收到的事件和更改
• 2D条形图:显示基本相同的数据,但对于多个用户(即用户a,用户b和用户c的事件; a,b,c; ...的更改)

我的第一个想法是使用JavaScript库.虽然两种图表类型都是恕我直言"标准",但只有少数图书馆支持这两种类型,正如我在仔细浏览Google的结果后所注意到的那样.

我最终得到了jQuery Visualize插件.不幸的是,我无法以我喜欢的方式工作.

因此,我想询问您对此要求的建议.

非常感谢!

我们目前正在为我们的产品设计安装程序.我们目前正处于设计阶段,我想知道在建模安装逻辑或流程时使用的最佳图表(UML与否)是什么？

目前,我们正在使用good'ol流程图.

谢谢!

我想在Powerdesigner中从ER图生成Sql表,但是,我不知道我该怎么做？我应该使用哪些工具？

这是我的状态图:

我的游戏更改状态仅在用户操作后才会出现(只有例外情况是"时间到了").

我不知道如何实施我的机制,这将有助于我的状态之间的交流.

我应该定义适当的枚举吗？每个州是否应该有自己的方法？如何控制改变状态是否可以接受？

欢迎任何提示!

我已经遇到这个问题一段时间了..我想制作一个图表，在运行时使用用户在其他表单等中输入的数据制作。

我的第一个也是实际的选择是制作循环，然后创建形状/标签，并将 shape.top 应用于变量并在每个循环中将其增加 120。这很好用，但如果我把它变成一个更复杂的东西，这会给我很多工作来创建形状并控制它们是否在彼此的顶部，以及更多地将它们与一条线连接起来。

那么，没有一个组件可以帮助我解决这个问题？顺便说一句，是否有任何组件可以在视觉上与简单的第 2 行对象连接？这也将是一个很好的帮助！

谢谢。

我正在尝试使用BPMN为某些软件建模部署过程.部署的各个部分可能出错,我想在图中指出在每种情况下应采取哪些步骤.

起初,似乎我应该为此使用"补偿"事件,但我最终使用"错误"事件.我一直无法找到这两者之间的明确区别,但我提出的最好的是"错误"表示如果任务产生错误会立即发生什么,而"补偿"表示如果,有时候需要发生什么之后,这个过程需要逆转.

我看到的补偿的例子是旅行社预订酒店的事情:取消预订的任务将是预订任务的补偿事件.我无法找到许多适当的"错误"示例:在我的案例中使用"错误"是否正确？

我目前正在使用Umbraco 6.1.6网站调查性能问题。该网站正在运行许多自定义代码，我确定这是原因，但是为了更好地帮助我理解应用程序，有人可以提供解释页面请求生命周期的图形化图表吗？

具体来说，我想了解从Umbraco应用程序的每个主要部分返回内容的流程，包括：

• 路由
• 任何数据库请求发生的地方
• 使用缓存的时间及其位置
• razor / c＃中的遍历节点如何工作，例如@ CurrentPage.Descendants（）/ Ancestors（）

我希望这个已经存在，但是我在Umbraco论坛上找不到它。

我正在尝试为学校创建一个简单的类图.在我的班级层次结构中,学校通常由两个主要的利益相关者(学生和教师)组成,许多学生可以被分配到教师.我可以知道如何展示这种关系吗？

我在类图中使用了聚合和枚举,但是我不确定它是否正确.你能告诉我吗？

我找不到如何在节点内的长标题中插入换行符。例如：

library(DiagrammeR) 
mermaid("
graph TB
     A[GE Solution]-->C{ }
     B[GA Solution]-->C{ } 
     C{ }-->D[Stir 10 mins at 500 r/min]
     D[Stir 10 mins at 500 r/min]-->E[Homogenisation at 10000 r/min]
     E[Homogenisation at 10000 r/min]-->F(Stir 10 min 450 r/min Complex coacervation)
      ")

注意节点F太长。我该如何使其成为……

|Stir 10 min 450 r/min|
|Complex coacervation |

注意\ n不起作用。

以下是Uncle Bobs 原始博客文章中的经典Clean Architecture图。

我对网关为何比用例更外向感到困惑。到目前为止，我在所有此类图中都看到了这些东西，其中包括网关或其他某种形式的数据访问机制。

我知道用例不应绑定到数据访问机制的细节，因为它们应隐藏在体系结构边界后面。同时，构成此边界的服务的唯一用户应该是用例。这与该图有很大的冲突，因为遵循视觉规则，用例不能使用网关（需要时），而框架式的东西可以使用网关（而不必）。

我想念什么吗？如果不是，是否有更正确的方法以可视方式表示“清洁建筑”的规则？

我问是因为我正在创建一个显示“干净架构+ DDD有界上下文”的图表。

我对DBC和服务位不在UseCase圈子之外的情况感到不满意，因为不清楚UseCases是Bounded Context的公共接口，并且不能从外部直接访问持久性。

这样的事情解决了这两个问题，但引入了一个新问题：没有数据访问层边界的指示。实际上，遵循视觉规则，该图表明，有界上下文中的所有内容都可以直接访问持久性。

我相信我遇到了同样的问题，导致网关在原始图中“放错了位置”，并且正在寻找解决方法。