如何解决软件体系结构模式的说明和具体示例
我正在研究软件架构模式,并且正在努力将这些模式与具体的现代开发堆栈和框架相关联。感觉学习设计模式/架构模式与编写实际代码之间存在脱节。
例如,如果您以React应用程序为例,使用redux进行状态管理,并使用Node / Express API,该API使用mongoose作为ORM来访问MongoDB(因此基本上是MERN堆栈),该体系结构是这个?我可以看到为分层/ n层模式,面向服务的模式(或微服务(如果有多个较小的API)),反应客户端(甚至MVC)中可能基于组件的结构模式争论不休。这是杂种,还是科学怪人还是图案刚刚出现?
所以我的问题是:有人能解释一下或将我指向这些模式如何应用于现代开发堆栈和框架的具体解释吗?
非常感谢您在此进行的澄清。
解决方法
让我们假设您已经确定了可以满足业务需求的体系结构策略(这本身就是一个完整的复杂主题)。下一步是选择满足您的技能和体系结构(模式)要求的堆栈:micro-services,Serverless等。
您的困惑来自以下事实:大多数堆栈都适合几种不同的架构模式。从usual (pattern) suspects的列表中,您的MERN示例可以很好地实现Layered模式和Model-View-Controller模式,但是(如果可能)实现Event-Bus模式效果不佳。
对于软件体系结构和开发中的所有内容,关键是 经验 。如何收集有关架构模式的经验?
我的建议是从 带有条件的 堆栈开始,这些堆栈被视为您选择的模式的参考实现。这样,您将很快熟悉各种模式。
示例1:榆木仅支持Model View Update的 。缺乏灵活性实际上是一种优势,因为它只做一件事,但做得很好! Elm架构已成为许多其他Web堆栈和著名的React + Redux的主要灵感。
示例2:诸如NestJS之类的框架更具通用性,但是它们以一致的方式粘合了许多内部或第三方组件。您还可以学到很多东西,因为这些框架对架构模式的支持比初次使用时要好。
一旦您开始感到自己正在达到实现目标的框架限制:祝贺您!这意味着您已经非常熟悉这些模式,并且可以考虑以自己的方式实现它们(例如:我不喜欢CQRS à la NestJS)。或者您需要丰富您的模式目录以解决您要处理的新用例。
编码,冲洗,重复。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。