臃肿的系统,过多的技术使用,导致系统弹性大大下降,维护的曲线增高。
问题取决于哪?
语言本身的编程风格,有许多东西在目前语言所表现出的特性上是很难避免的,一个系统从基础设施,到最后的商用成品,要经过许多阶段,每个阶段都是重要与复杂的,由于人们在语言本身投资太多,导致的问题就是,黑洞被越滚越大,想逃离,上了贼船你可没那么容易了。没有人在会去研究怎么样创立新规,他们只会在这个黑洞里填入新东西,之后把这个黑洞往后移,总有一天这个黑洞会爆,只是时间问题,就像面向对象当初引起的那股狂热一样,当然,面向对象并没有完全替代结构化过程,也许我们并不需要完全替代,而是找到一个新途径。但是,把黑洞越滚越大,推迟爆炸时间的做法显然不对。
程序组件化的趋势越发明显,也许属于变相的类型,如框架,或者插件,类库等。这些东西归根到底就是进行大规模,或者小规模的封装,之后提供接口,你来使用。输入,输出,功能这些是直接重点。但是,如何能快速的了解这些封装?如何能得心一手的去使用?
系统现在越来越复杂,技术使用过多,维护的困难加大。如何保证系统在技术选择方面简单一些?让程序开发人员不在继续的烧脑子?
编程的数据格式有时候太过严谨,是否可以更加友好,更加智能,而不是只会抛出异常?LIST会自动解包成a[1]-a[N]吗?
这些,只是千万个郁闷中的一小小部分而已。
如果改变?离开面向对象这个贼船。