JavaScript 和 Electron 应用程序的 Uml/sequence/package/... 图替代方案？
Uml / sequence / package / ... diagram alternative for JavaScript and Electron application?
我的问题是，是否有任何类型的图表我可以绘制以便可视化和电子/Java脚本应用程序？
我需要不同的 uml 图的替代方案，比如 class 或包图，但由于 JS 是基于原型的，它不像 Java 或 C# 我不知道我能做什么做。
我可能唯一能画的是时序图，但我应该（可能必须）也画其他图。
首先，您根本没有义务在 UML 图中记录所有内容。因为工作软件比综合文档更重要。但是，UML 可以非常有用地突出您的软件的一些不太重要的方面，这些方面不容易在代码中找到。我的建议是关注这些方面。
现在你应该在 UML 中做什么完全取决于你打算在你的模型中表示什么，以及你如何使用 js。
UML区分structure diagrams to show the static view on your software and behavioural diagrams以显示其动态。
结构图
这对您来说可能没那么有吸引力，因为 JS 是 prototype-based 并且在输入逻辑方面提供了很大的灵活性，这与相当静态的基于 class 的 UML 视图相反。
尽管如此，您仍然可以从 classes 的概念中获益并使用 class diagrams 来展示您的设计意图（即您对对象分类的心理观点）或使用的原型实例化对象（特别是
如果你设计一些对象本质上充当原型，使它们事实上成为 classes 的代表）。当然，如果你的 JS 设计根本不是面向对象的，那么将你的程序映射到 OO 概念是没有意义的（参见 here）。
注意遗留问题 object diagram could make more sense for you, since it allows to explain the relations between objects rather than classes (see also here)
在这两种情况下，您可能对 usage dependencies 特别感兴趣，因为它有助于 link 静态元素（即对象或 classes）达到行为意图。
最后 package diagrams 可以用来显示 .js 文件及其依赖项的全貌。它不是传统 java 包的意义，但也可能有用。
行为图
在这里，我假设所有这些图表对您来说都有意义。
我第一个想到的是sequence diagram。因为它有助于可视化几个 objects 之间的预期交互，而仅通过浏览代码很难找到这些交互。
在某些情况下，state machine diagram 也可以提供帮助。如果行为取决于某个状态变量，或者如果您想要显示对象的完整生命周期，这将特别有意义。
最后可以考虑activity diagram了。如果您想显示系统中的控制流或对象流，这些将特别有用。如果您不熟悉它们，并且简化到极致，它是一种超级流程图，但其中的箭头不仅代表 "next operation"，还可以代表在操作之间传递的对象。
我的问题是，是否有任何类型的图表我可以绘制以便可视化和电子/Java脚本应用程序？
我需要不同的 uml 图的替代方案，比如 class 或包图，但由于 JS 是基于原型的，它不像 Java 或 C# 我不知道我能做什么做。
我可能唯一能画的是时序图，但我应该（可能必须）也画其他图。
首先，您根本没有义务在 UML 图中记录所有内容。因为工作软件比综合文档更重要。但是，UML 可以非常有用地突出您的软件的一些不太重要的方面，这些方面不容易在代码中找到。我的建议是关注这些方面。
现在你应该在 UML 中做什么完全取决于你打算在你的模型中表示什么，以及你如何使用 js。
UML区分structure diagrams to show the static view on your software and behavioural diagrams以显示其动态。
结构图
这对您来说可能没那么有吸引力，因为 JS 是 prototype-based 并且在输入逻辑方面提供了很大的灵活性，这与相当静态的基于 class 的 UML 视图相反。
尽管如此，您仍然可以从 classes 的概念中获益并使用 class diagrams 来展示您的设计意图（即您对对象分类的心理观点）或使用的原型实例化对象（特别是 如果你设计一些对象本质上充当原型，使它们事实上成为 classes 的代表）。当然，如果你的 JS 设计根本不是面向对象的，那么将你的程序映射到 OO 概念是没有意义的（参见 here）。
注意遗留问题 object diagram could make more sense for you, since it allows to explain the relations between objects rather than classes (see also here)
在这两种情况下，您可能对 usage dependencies 特别感兴趣，因为它有助于 link 静态元素（即对象或 classes）达到行为意图。
最后 package diagrams 可以用来显示 .js 文件及其依赖项的全貌。它不是传统 java 包的意义，但也可能有用。
行为图
在这里，我假设所有这些图表对您来说都有意义。
我第一个想到的是sequence diagram。因为它有助于可视化几个 objects 之间的预期交互，而仅通过浏览代码很难找到这些交互。
在某些情况下，state machine diagram 也可以提供帮助。如果行为取决于某个状态变量，或者如果您想要显示对象的完整生命周期，这将特别有意义。
最后可以考虑activity diagram了。如果您想显示系统中的控制流或对象流，这些将特别有用。如果您不熟悉它们，并且简化到极致，它是一种超级流程图，但其中的箭头不仅代表 "next operation"，还可以代表在操作之间传递的对象。