急切告诉:因骑士官方网站改版升级,部分先容页面从头拾掇,给您带来的未便敬请谅解,我们正急切恢复中,请您耐心等候。
知乎的这个答复火了:怎样把一段简单的代码变繁杂?

来自:知乎

这题目你应当去问企业级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吗?