“重用和灵活”追求到最后是一片空白

框架的“重用和灵活”追求到最后似乎是一片空白。

这是我看完很多的文章后的一种悲凉的感觉。如果把包括banq在内的一些人的观点继续延伸,最灵活的框架似乎是一个HelloWorld.c(java)。因为它可以无限的扩展。不,它还不够灵活,因为它限定了文件名必须是HelloWorld,而不是HelloGlobal。

好像Java的一些框架技术(特别是Opensource的),越来越倾向于一些极端。比如,对“灵活性”的过度追求。我们的确也追求灵活,但要适可而止。“形而上”是个明显的错误。

但似乎,我们的理解有些错误。因为“框架”的概念本身与“灵活”就是对立的名词。“框架”这个词的一个重要含义就是“限定”――限定了什么?限定了随意性,当然也限定了灵活性。

因此,我已经在编程的时候把一些词贴在屏幕旁边,比如:灵活、重用、极端、过度、适可而止。

说道好!在做了很多软件项目或者产品之后,大家也许都考虑过同一个问题---软件设计到底要多少才够?

灵活、重用、扩展等等,都是我们在设计架构的时候应该考虑的因素,并且这些元素并不互相排斥,也就是说,只要想设计,灵活性,重用行,扩展性都回在我们预期的方向不断增加,然而,我们设计软件架构是为了什么呢,说到底还是为了我们的应用服务,而我们的应用在实际应用当中,业务并不是无限扩展的,所以,我们的架构设计到:在我们可预期的业务扩展过程中达到重用、灵活、扩展的目标,我个人感觉就足够了,就像您说的,适可而止,否则就有点走“形而上”的路子了,很形象 :-)

任何一个软件设计师都希望自己设计的架构适应性最好,扩展性最好,但有的时候,还要考虑权衡软件以外的因素,比如时间、预算等等,一味追求重用和灵活,有些偏执,有点理想化了,呵呵。

顺便澄清一下,我的意思绝对不是--软件设计,够用就行了!

软件够用思想已经随大江东去了 :-)

没有绝对的灵活,只有相对的灵活。

首先必须放弃绝对灵活概念。至少在我脑子里是不存在的。

项目开发速度 性能以及灵活性往往是矛盾,这个尺度如何把握恐怕每个人要死掉很多脑细胞后才会感觉发现一条道路。