点击关注公众号，实用技术文章及时了解
一个企业级Java架构师的总结：
就比如print一句hello world吧。main函数里print一下？太面向过程，太low了。
得封装一个类。叫Printer. Printer有个成员方法，叫print。
但是！光一个类太low了，以后要是有不同的实现怎么办？所以得加一个接口。PrinterInterface。
但是！interface是没有实现的，还是要有默认实现才行。所以得加个虚拟类，AbstractPrinter实现PrinterInterface，然后Printer继承AbstractPrinter。
但是！你有了那么一套，该怎么创建实例呢？直接new Printer()？太low了，那叫实现依赖。肯定不行的，所以要搞一个工厂类，PrinterFactory，PrinterFactory用PrinterInterface返回实例，这样就隐藏了实现细节了。
但是！PrinterFactory本身也是实现类啊，太low了，所以得有PrinterFactoryInterface，AbstractPrinterFactory。
而且在PrinterFactory里面该怎么写呢？直接new Printer()? 太low了。还是实现依赖。
最后，你要把这一堆玩意在代码里组装起来，也太难看了，各种new实现类。太low！
好在我们有个高级玩意，叫依赖注入！把程序对象结构全写到配置文件里面。这一套当然是不能自己造轮子的。配置Spring吧。搞了那么多lib，靠命令行或者IDE的项目管理肯定不够啊，得有依赖管理。Maven啊Gradle啊使劲上。
最最后，要print的东西怎么传给程序呢？硬编码？命令行传参数？太low！当然得写在XML里头。
光是XML当然还不够企业级，再加上DTD验证吧。
然后就涉及到了XML解析的问题了。代码里直接操起parser吗？太low! 当然要写个parser的包装类，interface, abstract class， implementation class, factory class再来一套。毕竟，不能依赖实现啊，以后我要是换parser了怎么办。
所以最后是成品是一堆配置文件，一堆jar，compile出来的程序200MB。
IDE得装上300个插件，打开项目硬盘响老半天吃掉2GB内存，然后一堆插件弹提示要求升级。
哦对了，在这一切发生之前，还得画UML图呢。
三年后项目完工了，部署到客户的服务器上一跑，立马崩溃，一地的stack trace。原来客户服务器上用的是JDK 5而新项目需要JDK 6. 然后问客户你们不能升级吗，答案是不行，因为另外一个企业级开发组给做的企业级解决方案只支持JDK 5。接着客户把你们的架构师臭骂了一顿，你搞了那么多设计就没有想过可能会换JDK吗？
感谢阅读，希望对你有所帮助 :)
来源：zhihu.com/question/277243683/answer/393676961
推荐
PS：因为公众号平台更改了推送规则，如果不想错过内容，记得读完点一下“在看”，加个“星标”，这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我们吧！
原文始发于微信公众号（Java知音）：如何把一段简单的代码变复杂？（来涨涨见识）
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/38075.html
