业务架构类的面试题该怎么答比较好？

[MikhaIlL]

楼主是个前端，在中台团队承担一些 SDK 的研发工作，比如视频或者图像处理的 SDK 开发。偏组件开发的前端工作比较少，这是背景。

最近面试的时候，一般到三面或者四面技术的时候，会详细聊到一些项目设计或者业务架构设计的题目，感觉答的都不太好，面试官有时也会表示项目架构复杂度不太行。

我总结了一下感觉可能是两方面原因：

1. 确实是 SDK 项目比较浅。lz 的 SDK 更加偏向某个单点技术的性能、功能攻克，由于一些产品化的体积要求，SDK 就是普通的插件架构模式，有点介绍不出什么花样... 我是不是应该学习一下怎么把简单的东西说复杂？
2. 也做过前后端都涉及的产品，粗略介绍起来："整体从 MVC 开始拆分，前端负责 VC 部分。前端再细分：组件功能使用 MVVM ，图形渲染功能 ECS"，细节把各个部分展开，补充一下扩展和可维护性就结束了。 但感觉面试官都不是很满意...，我猜测是我表述的混乱了？太过生搬硬套了？这部分的问题到底出在哪里呢？

现在不知道该向哪个方向改正了，请各位大佬帮忙指点一下，感谢！

[darkengine]

架构是为了什么，把“扩展性和可维护性”往死里唠就对了，然后边问问公司对这个项目的期望，根据期望来谈扩展性

[GeekGao]

不要企图简历作假。大部分时候工程经验是无法靠背题能弥补的。