构架为什么 构架之痛

 

自从上月那个项目中，froog问了我一句，构架指什么，我就一直在思考一个通俗的解答方法，能用一两句话说清构架到底和普通开发和设计有什么区别。

记得当时我是说，构架就是让每个人在开发的过程中，不必考虑主线之外的其他的问题。我觉得这句话的确可以说明构架的一个方面，就是对在这个构架下的开发人员的影响。

好的构架，可以使开发人员有无限的热情投身其中，不断增加各种各样的功能，使一个构架更完善更强大，开发人员的工作不但其局部产生价值，对构架也有贡献。
我以前的感觉，在一个好的构架下工作，真是无比快乐，每天早晨都觉得很多想法需要实现，这些想法会让整个项目更加完美。时间真的不够用，每天下班都觉得完成还不够，需要投入更多时间去做，所以甚至就会有加班到深夜乃至通宵的情况。

但是不好的构架呢，完全相反，一上班就想到前面没有解决的问题，需要我们纠结一下，看如何处理，如何能绕过去，没有人敢碰那些老大难问题，因为谁也解决不了，或者今天我解决了，明天可能被另外的人又给改回去了。
尤其在新增功能时，一下子所有新增功能的痛苦回忆就会回荡在脑海，然后，新功能的任何新奇之处都已经暗淡无光。痛苦地想千万不要碰到那些难缠的问题。
现在这个项目，之前的人员将一个键盘响应问题抛却了系统自带的焦点和事件机制，取而代之的是从主窗口截获事件分发的模式，
控件层次到2层就开始需要大量的事件传递，判断当前活动窗口等等工作，真是繁琐之极。
我一直想改为简单的事件和焦点的方式，还世界本来面目，但是由于时间紧，任务重，没有其他测试人员，质量管理，进度管理的监督，都导致我无法完成。所以，每天遇到键盘事件，都很小心翼翼，生怕出现一个空格就将整个应用关闭了。
这样的痛苦是每天的，每时每刻的。

所以我想，好的构架能够给你美和享受，并且在其中工作的成果也能带给其他人美和享受，包括回馈给构架设计人员。
而不好的构架给你带来痛苦和麻烦，工作的成果反过来影响整个项目的结果，可能导致最终的失败。

这是从构架的结果看构架是什么。

其实，这里还是没有指明，构架到底是什么，这个具体内容其实可以列出好几点，我没有列出，可能要到其他的篇幅。
我知道，构架的工作其实很多是成员都比较熟悉的工作，有些工作程序员可能也做过，只是做的时间，程度不同而已，
有的工作是觉得这不是构架需要管的任务，是用户或者领导要管的工作
有的工作则觉得不知道一个在构架设计时需要作的工作而是在开发时，或者使用时才要做的工作。。。。