大家所说的full-stack框架到底是指什么?
象Rails呀,Play!呀,难道说的是“一站式”,一个框架搞定一切的意思?
我查了很多资料,都没找到答案,太郁闷了,难道这个东西是不言自明的?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
象Rails呀,Play!呀,难道说的是“一站式”,一个框架搞定一切的意思?
我查了很多资料,都没找到答案,太郁闷了,难道这个东西是不言自明的?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(5)
一个框架搞定一切
引用来自#5楼“max佩恩”的帖子
不会的,我相信各路大神发明这东西不会就是用来忽悠咱的,相对应的“half双工 堆分配”这么专业,full-stack就是一站式的话太让人失望了
本来就是玩概念的东西嘛,呵呵
谢谢大哥的回复,但上面这话我也看过了,说了一堆好处,抽象,就是没说原理
full-stack 的设计,意味着各层能够无缝的集成在一起,遵循的DRY原则(don't repeat yourself),将各层共用的东西,抽取出来,并通过自顶向下的设计,无缝的集成在一起,粘合在一起,达到更高层次、更粗粒度的重用,同时为了保证灵活的可扩展性,在更高、更粗的粒度上遵守开放-封闭的原则,在各层的各个关键点,要提供诸多的钩子,回调的接口,供使用者扩展。full-stack的设计,在层与层之间,并不一味的追求松散的机制,而是相反,在层与层之间增强一定的内聚性,粘合力,以此来达到粗粒度的封装与重用。
可以说full-stack 的设计,其爆发出的威力是巨大的,相对普通的单一层面的设计,在开发效率上不是一个层次上的,基于28原理的设计,可以满足80的调用者直接开发,19%的调用者,通过扩展点进行扩展来满足需求,对于1%钻角尖的需求,自己去造轮子。
spring, ruby on rails, Zend都是这样的工业级强度的full-stack的设计,我们的设计如果以他们为中心,生产力得到了极大的提高。