Figure 5 illustrates how to expand the graph to show more information.įigure 5: The initial Dependency Graph can be expanded to show more detail.įigure 6 illustrates the DG's expanded view. NET Framework libraries and other non-specific application libraries. For example, you know the solution is made up of a single DLL and that DLL has a number of external dependencies. But it does tell us a little information that's useful. The option for an Include file is for C++ projects.įigure 3 illustrates what happens after you select the option to create a DG for the solution.įigure 3: The Dependency Graph Generation ProcessĬandidly, what you get to start with isn't all that impressive. Figure 2 illustrates how that process starts.įigure 2: The Architecture\Generate Dependency Graph Menu Option Once the project is created, I can generate a dependency graph. For this article, I'll use an empty ASP.NET MVC Project. To get started, create a project in Visual Studio. Which ones stuck with you the most? The ones that were concentrated on text or the ones that relied more on pictures? There's a good book on the subject by Dan Roam called “Blah Blah Blah: What To Do When Words Don't Work.” That's what the DG does for you. Think of the last time you sat through a presentation that was slide-deck heavy. Everyone's familiar with the oft-quoted phrase, “A Picture is Worth a Thousand Words.” It is true and there's plenty of science to back that claim up. The most effective means to digest information is through data visualization. There's a lot of complex information to digest in a small amount of time. What are the building blocks? What are the relationships among those building blocks? You can spend time spelunking through the Solution Explorer and you will have compiled data, but it's not likely that you will have much information. The DG gives you the ability to visualize the solution and specifically, the dependencies that make up the solution. This is where the Dependency Graph (DG) becomes your best friend. There's work to be done and you're not quite sure where to start. Here's the scenario: You've been brought into a project to save the day! The previous developer has abruptly left the project and all you have is the source code. Figure 1 illustrates the QR Code for the link.įigure 1: The QR Code for the VS Code Visualization and Modeling Tools Forum. Microsoft has a nice support forum for Q&A on these tools and you can find that here. There are a number of UML related tools that I will cover in Part 2. Wouldn't it be nice if the build process could enforce that rule and if violated, fail the build? That's what the Layer Diagram provides and that's what I'll illustrate for you in this article. For example, you wouldn't want a UI-layer element taking on a dependency to a data-layer element. The layer diagram is a means of illustrating your solution's layers and to enforce rules about how assemblies take on certain dependencies. The dependency graph is a visual representation of the dependencies among the various assemblies that make up your solution. The two tools I'm going to illustrate in Part 1 (this article) are the dependency graph and the layer diagram. In this article, I'm going to illustrate a few of the things you can do to get started and get the most out of your Visual Studio investment. You happen to be one of those developers that either purchases Visual Studio Ultimate or works for an enterprise that had the foresight to give you Visual Studio Ultimate and although you can see the Architecture menu choice, you've never gone any farther than that.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |