您如何在访谈中回答“解释项目的当前架构”问题？[关闭]

我目前正在处理的应用程序有点庞大。15分钟左右无法解释。

上一次我最终绘制了一些类图以及它们之间的联系方式，但我可以看到面试官对答案不满意。

回答此问题时应重点突出哪些主要内容？

例如，如何管理会话，如何实现持久性是很少的事情。

还有哪些其他事情不容错过？

就我个人而言，如果您开始绘制类图，除非他们要求，否则我认为您会深入（面试）。

上次遇到这个问题时，我最终绘制了不同的层（3层应用程序），解释了如何映射程序集（因为我认为这对项目来说有点“奇怪”），各层在哪个方向上具有依赖关系，数据流的方向。

如果需要，可以深入了解特定的组件。但是，我从未比“由于这个原因，我们将Workflow Foundation用于业务逻辑的这一部分”更深入。这使我有机会指出我们使用了某种特定的技术，而没有在简单的POCO对象等琐碎的事情上浪费时间。

更重要的是表明您了解该体系结构以及为什么要这样做。更好的是指出改进点（如果可能的话）并解释原因。另一方面，如果您认为设计是“完美的”，则可以指出设计中的某个特定部分，这对于外包者来说似乎并不合逻辑，并可以说明为什么它适合该项目。

如果您无法提供项目架构的高层次概述，或者无法在5分钟内（更不用说15分钟）向其他人解释该项目，那么最有可能的原因是您太靠近煤层了。

您需要保持一定距离，以便可以像其他人一样看到自己的作品。就像画家一样，走开并观察整个事物。然后，您将在5分钟的概述中看到重要的事情。

所有这些答案都是极好的，但是我已经注意到，最好的组件图是高级的，技术堆栈的列表（例如Java，JSF，Primefaces等）以及自信的笑容和开放的态度是最好的回答这个问题。

如果您在解释当前项目的体系结构时不笑，甚至不兴奋，那么面试官可能会认为您对自己的辛勤工作很执着和不感兴趣。我举止激动，谈论着它，就像我认为这是世界上“最酷”的事情一样，这使面试官微笑并感到自在，他开始提出更详细的问题。

考虑回答这个问题，就像您将如何向客户解释。您的客户不在乎他们只是想了解整体结构的具体细节。

从同样的意义上说，面试官只是希望概览，以查看您来自什么类型的环境以及它与自己的项目之间的关系。他们不希望您深入了解您的项目，并且您不应该在面试中显示类图。

因此，请给他们10,000英里的架构概览。如果他们想要更多细节，他们会问。然后开始更深入。

从最高级别开始，然后逐步降低。我将从白板上的基本功能框图开始。请记住，面试官（希望）会是技术熟练的人，但是对您的项目一无所知。

无论项目是什么，您都应该能够在几（<10）个块中绘制基本操作的轮廓。然后，您可以扩展自己熟悉的块并添加更多细节。例如，您提到了持久性-这在第一张图中可能只是一个块，但是如果您需要深入了解细节，则可能覆盖整个白板。

如果他们询问有关体系结构的信息，那么他们将期望获得概述，以了解您是否真正知道它如何组合在一起，或者您是否只是在项目的一小部分上工作。在开始深入研究一个小区域之前，请确保提供此功能。