一般情况下我们的设计工作实际就是构建一个框架,然后将未来的变化运用插件的方式进行解决。而随着工作的进行,我们将不断的调整我的思路,做出种种的权衡,这就是我们的架构。这样一种思路,理论上是美妙的,现实中也是可行的。不过也要考虑到,这种思路下会遇到很多哲学的问题,这些问题十分的玄妙。
第一个问题是,框架是不是需要有实际的面向具体应用的功能。这里其实就是,是不是我们该设计一种所有的功能都是依靠插件去完成的,而我们的这个框架实际就仅仅是完成管理调度组织插件的任务。
第二个问题是,插件间是不是应该互相通信,说穿了就是插件是不是应该有副作用,有自己的状态。当然就如同函数语言和命令语言的争吵一样,这个问题不仅仅是技术层面的,也是哲学层面的。
第三个问题是,这个框架与外界的交互究竟是通过什么途径。虽然看起来这个问题纯粹是个技术问题,但是实际上由于现代设计格调的应用,这个问题其实也是一个哲学的问题。
当然随后还有很多很多的哲学层面的问题,这无疑会造成很多社会学层面的后果,而不仅仅是技术层面的后果。
第一个问题是,框架是不是需要有实际的面向具体应用的功能。这里其实就是,是不是我们该设计一种所有的功能都是依靠插件去完成的,而我们的这个框架实际就仅仅是完成管理调度组织插件的任务。
第二个问题是,插件间是不是应该互相通信,说穿了就是插件是不是应该有副作用,有自己的状态。当然就如同函数语言和命令语言的争吵一样,这个问题不仅仅是技术层面的,也是哲学层面的。
第三个问题是,这个框架与外界的交互究竟是通过什么途径。虽然看起来这个问题纯粹是个技术问题,但是实际上由于现代设计格调的应用,这个问题其实也是一个哲学的问题。
当然随后还有很多很多的哲学层面的问题,这无疑会造成很多社会学层面的后果,而不仅仅是技术层面的后果。