user-interface - 是什么构成了显示结构化分层数据版本控制的有效 UI

Question

传统的版本控制系统通过将 Projects->Folders->Files 分组来显示版本信息，左侧是 Tree View ，右侧是 details View ，然后您将单击每个项目以查看该配置历史的修订历史。

假设我从面向对象模型的角度(例如类 -> 方法 -> 参数等)拥有项目可用的所有历史版本信息，您认为在 UI 中呈现此类信息的最有效方式是什么？您可以轻松导航和访问项目的快照 View 以及历史版本信息？将自己置于您每天在工作中使用此类工具的位置，就像您当前使用 SVN、SS、Perforce 或任何 VCS 系统一样，这将有助于该工具的可用性、生产力和有效性。

我个人发现，像上面这样显示文件夹和文件的经典方式对显示深度嵌套的逻辑模型非常有限制，而且效率较低。假设这是一个新建项目并且不受特定技术的限制，您认为我应该如何最好地解决这个问题？

我在这里寻找想法和意见，为我的研究项目增加值(value)。随意提出任何您认为有值(value)的建议。再次感谢任何分享他们想法的人。

已编辑:为了提供更多信息，一个平均配置项，采用一个方法将嵌套在大约 6 个级别(项目->程序集->模块->命名空间->类型->方法，以及更多级别以导航到其中的子项)和情况始终如此，不像文件夹文件结构中偶尔在某些项目中具有深层嵌套结构。当您有那么多级别时，树 Pane 将无法导航。恕我直言，树 Pane 在这种情况下也不太有效地呈现系统的整体结构。

Answer 1

茎叶图的变化怎么样？

http://en.wikipedia.org/wiki/Stemplot

这是来自统计的概念，但您可以扩充传统的树结构，在树中每个文件的右侧添加一个版本列表。通过适当的对齐，我认为这可能是一个视觉表达和可用的解决方案。像这样的东西:

* Root Directory
    * Sub Directory A
        * File A.A     | 1 2 3
        * File A.B     | 1 2
    * File A           | 1 2 3 4 5 6 7 8 9
    * File B           | 1 2 3 4 5

茎叶图直观地指示文件已修订的次数，以及快速访问查看(编辑等)和版本。

这可能只是对数据的一种看法。你仍然会受到嵌套结构的阻碍，但如果你不得不忍受它，也许这会有所帮助。