江苏龙网

  1. 首页 > 生活 > >

系统架构、框架咋理解

谢邀。
你可以简单理解，框架部分就是业务逻辑无关的部分，或者说通用的部分。
举个例子：
假如你有个业务：
【系统架构、框架咋理解】 如果用户要吃屎，就画一坨屎。
这里面，画一坨屎的操作就可以变成框架的一部分，无非就是照着某个约定好的数据结构在屏幕上生成一张图片罢了，这个数据结构可以表述了一坨屎，也可以表述了一泡尿，具体是什么，那是你业务逻辑的事儿。这里的业务逻辑显然就是如果用户要吃屎，就画一坨屎。
好了，现在我们把这个例子复杂一点。
如果用户要吃热屎，就画一坨屎。
如果用户要吃冰镇凉屎，就画一坨屎和冰块。
如果用户要吃柠檬味的屎，就画一坨屎和柠檬片。
如果用户要吃树果味的屎，就画一坨屎和树果。
好了，现在你看，你的业务逻辑里有个大switch，如果你们还能画出其他样子的花样屎，那么显然要给这个大switch加case 会让你的code 越来越难懂。比如你光
怎么办？
搭个框架吧，这个框架呢，很简单，就是注册一组key，action对，根据不同的输入key来执行对应的action。
这样呢你的team就分成了两拨人，一拨人负责用刚才做的画的框架，来写画屎的业务逻辑。
另一拨人呢，负责用这个框架来决定用户的需求对应响应的是哪种屎。
好了，现在我们给这个框架起个高大上的名字：MVC！
m就是提供给画框架的数据结构用来描述屎。
v就是画屎。
c就是用来决定用户的需求响应的是哪种屎。
显然，这个框架除了画屎，画猫画虎也是可以的。
因为我们已经把业务逻辑变成了数据流了。我们只是根据我们自己的业务逻辑来控制这个数据流。
并将它变幻成最终的结果。
你可以想象我们是对一个数据流在编程，这个程序就是业务逻辑。
提供数据流抽象的就是框架。

■网友
架构将核心框架与业务细节划分了界限，之间通过约定的协议来通信。所以在做业务开发时，只有深入的理解架构，才可能写出符合架构约定的好代码。

■网友
构架和框架完全不是一个概念构架是指南 需要理解业务 最大化地去提升业务的效率 改善组织结构 所以 很多构架师并不是技术出身 但是他们依旧能做的很好 他们能看到业务流程能提升效率的点 自己知道谁可以去解决实际问题 把方案落地框架是具体项目实施过程中 不断总结提炼出来的库 或者 模式 可以解决80%的重复劳动(类似问题)


    推荐阅读


    上一篇：51-70万|二十来万的纯电动，这几款你不容错过

    下一篇：哪里有免费的数据API