Uml /序列/包/…JavaScript和Electron應用程序的替代圖？

Question

我的問題是，是否可以繪制任何圖表以可視化和Electron / JavaScript應用程序？

對於不同的uml圖（例如類圖或包圖），我將需要替代方法，但是由於JS是基於原型的，並且不像Java或C＃，所以我不知道該怎么做。

我可能唯一能夠制作的是序列圖，但我也應該（可能必須）制作其他圖。

Answer 1

首先，您完全沒有義務在UML圖中記錄所有內容。 因為工作軟件比全面的文檔更重要。 但是，UML在突出顯示軟件中一些瑣碎的方面方面非常有用，這些方面在代碼中不容易找到。 我的建議是將重點放在這些方面。

現在，您在UML中應該做的一切都取決於您打算在模型中表示什么以及如何使用js。

UML區分結構圖以顯示軟件上的靜態視圖，並區分行為圖以顯示其動態。

結構圖

這可能對您沒有吸引力，因為JS是基於原型的，並且在輸入邏輯方面具有很大的靈活性，這與基於靜態類的UML視圖相反。

不過，您仍然可以從類的概念中受益，並使用類圖來顯示您的設計意圖（即您對對象分類的看法）或用於實例化對象的原型（尤其是如果您設計一些對象來本質上起作用）作為原型，實際上使它們成為類的代表）。 當然，如果您的JS設計根本不是面向對象的，則將您的程序映射到OO概念毫無意義（請參閱此處 ）。

請注意，遺留對象圖可能對您更有意義，因為它可以解釋對象之間的關系，而不是類（請參見此處 ）。

在這兩種情況下，您可能對使用依賴關系特別感興趣，這些依賴關系有助於將靜態元素（即對象或類）鏈接到行為意圖。

最后，例如，可以使用包圖來顯示.js文件及其依賴項的.js 。 這不是傳統的Java包的意義，但也可能有用。

行為圖

在這里，我假裝所有這些圖表對您來說都是有意義的。

我首先想到的是序列圖 。 因為它有助於可視化幾個對象之間的預期交互，而僅通過瀏覽代碼很難找出這些交互。

在某些情況下， 狀態機圖也可以提供幫助。 如果行為取決於某個狀態變量，或者您想要顯示對象的完整生命周期，則這特別有意義。

最后，您可以考慮活動圖 。 如果要顯示整個系統中的控制流或對象流，這些功能特別有用。 如果您不熟悉它們，並且為了簡化到極致，這是一種超級流程圖，但是其中的箭頭不代表“下一個操作”，還可以表示在操作之間傳遞的對象。