最近我在面试中被问到一个问题，即使我们在代码中使用了抽象的类或接口，最终用户也不会接触到内部的功能，因为他们很可能会点击UI上的按钮，所以即使我们不使用抽象的类或接口来实现我们的逻辑，假设最终用户没有访问我的代码，他也不会知道内部是如何实现的。这仅仅是因为最佳实践还是其他原因？
我会告诉面试官，抽象泄露，基类是用来做标准而不是抽象的，而且他计划让我清理的巨大烂摊子也不会便宜，因为每个懒惰的雇主都会允许程序员做。他给我提供了什么我在其他地方得不到的东西？
StackOverflow的创始人写了一篇关于抽象主题的文章。你最好能读一读，不要再关心推销自己了。知识和科学会比任何学术演练更能推销你。
我认为这是关于代码要更加可维护，易于扩展。
这在小项目上可能很难理解，但在大项目上，这就有很大的不同。
当你想暴露只是声明的时候，接口是好的。对于构建过程来说，什么是足够的。
当有部分代码主要是厂商的私有方法，用于一些特殊的调用，由于扩展对象的保护级别而无法访问时，可以使用抽象对象。