设计、框架、插件、架构

一般情况下我们的设计工作实际就是构建一个框架,然后将未来的变化运用插件的方式进行解决。而随着工作的进行,我们将不断的调整我的思路,做出种种的权衡,这就是我们的架构。这样一种思路,理论上是美妙的,现实中也是可行的。不过也要考虑到,这种思路下会遇到很多哲学的问题,这些问题十分的玄妙。

第一个问题是,框架是不是需要有实际的面向具体应用的功能。这里其实就是,是不是我们该设计一种所有的功能都是依靠插件去完成的,而我们的这个框架实际就仅仅是完成管理调度组织插件的任务。

第二个问题是,插件间是不是应该互相通信,说穿了就是插件是不是应该有副作用,有自己的状态。当然就如同函数语言和命令语言的争吵一样,这个问题不仅仅是技术层面的,也是哲学层面的。

第三个问题是,这个框架与外界的交互究竟是通过什么途径。虽然看起来这个问题纯粹是个技术问题,但是实际上由于现代设计格调的应用,这个问题其实也是一个哲学的问题。

当然随后还有很多很多的哲学层面的问题,这无疑会造成很多社会学层面的后果,而不仅仅是技术层面的后果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值