设计这件事难度在于,如果从整体开始设计 ,就需要在一开始就对最终结果进行构思,搞错了无法实现就需要全推翻重来。
如果从一个一个组件开始堆叠,安全但是由于组件组织关系完全被组件实现绑架,无法得出好的总体组织。
是否可以堆叠式设计,取决于该设计里的组织构造关系的重要性。 也就是1+1=x。
像画画构图是显然1+1>2的,不过人物背景单独拆出来美感有所损失,但是也能看。
如果是建筑和机械,功能由组织决定,拆下来只是一大堆破铜烂铁和砖块,堆叠式设计是非常不可行的。
假如是写代码嘛,可以发现本身它就提倡堆叠式设计。这一点能实现,完全是因为 代码的组构与功能毫无关系,1+1就是2。
不管怎么安排项目结构。实际上把这些结构全部抽离掉,它还是照样运行。毕竟这结构其实是给人看,约束人的。
这类工作实际上就可以完全堆叠式设计。设计并不是必备品,反而产生了过度设计。
在现实中,由于设计不具有功能性,想写好代码的欲望往往败给了 今晚这个功能就要上线。毕竟又不是不能跑.jpg
如果从一个一个组件开始堆叠,安全但是由于组件组织关系完全被组件实现绑架,无法得出好的总体组织。
是否可以堆叠式设计,取决于该设计里的组织构造关系的重要性。 也就是1+1=x。
像画画构图是显然1+1>2的,不过人物背景单独拆出来美感有所损失,但是也能看。
如果是建筑和机械,功能由组织决定,拆下来只是一大堆破铜烂铁和砖块,堆叠式设计是非常不可行的。
假如是写代码嘛,可以发现本身它就提倡堆叠式设计。这一点能实现,完全是因为 代码的组构与功能毫无关系,1+1就是2。
不管怎么安排项目结构。实际上把这些结构全部抽离掉,它还是照样运行。毕竟这结构其实是给人看,约束人的。
这类工作实际上就可以完全堆叠式设计。设计并不是必备品,反而产生了过度设计。
在现实中,由于设计不具有功能性,想写好代码的欲望往往败给了 今晚这个功能就要上线。毕竟又不是不能跑.jpg