• 随着微服务在应用程序现代化中的使用,我们已经看到了保持这种软件开发风格的优点和缺点。当我们主要在企业组织中创建应用程序时,我们现在首先想到的是如何解耦我们的应用程序。但有时创建太多微服务并不是最好的方法,而且可能会浪费你的时间和金钱。因此,一种替代方法是利用
  • 使用TypeScript和NestJS的领域驱动设计(DDD)、六边形架构(Hexagonal)、CQRS、事件源(ES)、事件驱动架构(EDA)、行为驱动开发(BDD)的完整工作实例。 这个开源项目使用了必要的软件架构和设计模式,如 DDD、六边 icon
  • 10年前,你只需要知道#GoF模式,你就可以称自己是一个优秀的开发人员。 现在不是了! 如果你想构建高质量的软件,你需要架构知识。 N层架构 icon
  • 下面是推特网友mjovanovictech对整洁架构(Clean Architecture)文件夹结构的方法。 专注于功能,而不是类型。  让我们以应用层为例:  应用 |__ FeatureFolder1 |_ icon
  • 我希望使用 Spring Modulith 并根据业务领域的模块对代码进行分组。 我当前的项目结构如下所示: advice config controller domain dto excep icon
  • 番茄(tomato)架构是一种遵循常识宣言的软件架构方法: 1、将业务逻辑执行与输入源(Web 控制器、消息监听器、计划作业等)分开Web 控制器、消息监听器、计划作业等输入源应该是一个薄层,从请求中提取数 icon
  • 我从你那里看到的关于清洁代码的大多数解释包括我在视频中提到的所有事情:喜欢继承层次结构而不是if/switch语句,不暴露内部("德墨忒尔法则 Law icon
  • 六边形架构,也称为端口和适配器,是一种促进松散耦合、可测试性和可扩展性的流行方法。这种架构风格使开发人员能够创建健壮且适应性强的系统。 本文探讨了六边形架构的概念,并提供了实际用例、代码示例和比较,以帮助您了解这种方法的好处。此外,它还研究了如何使 icon
  • 15年的洋葱架构是时候整容了。 自 Jeffrey P icon
  • 维护软件的成本比开发软件的成本高得多。为了使维护软件具有成本效益,我们需要一种架构,使每个开发人员都能轻松理解代码库的每个部分并鼓励并行工作,因为大型软件通常有一个团队在背后支持。 六边形架构旨在通过提供清晰的关注点分离来实现这些目标,使您能够专注 icon
  • 讨论分离业务和技术代码的好处,并解决常见的误解。 “域”是“业务域”的缩写。在这里,业务在广义上指的是应用程序旨在解决的现实问题(例如,待办事项列表、在线商店或游戏)。 icon
  • 这篇文章论证使用鲍勃大叔的Clean干净代码原则编程,速度差异20- 25倍! 详细点击标题 如果您查看一个“干净”的代号摘要,并提出取出现实影响代号结构的规则,您会得到: 偏好的多态性而不是“if/else”和“switch” < icon
  • 微服务是用于创建云原生应用程序的最流行的架构风格之一。他们通过业务功能的模块化和以开发复杂性换取操作复杂性来解决软件复杂性。这就是为什么在微服务方面取得成功的一个关键先决条件是创建可以通过Kubernetes大规模运行的应用程序。 作为微服务运动的 icon
  • 在不断发展的软件开发领域,选择正确的架构范式对建立强大的可扩展的应用程序至关重要:在不断发展的软件开发领域,选择正确的架构范式对于构建健壮和可扩展的应用程序至关重要。 本文旨在探讨四种著名的架构方法之间的差异:六边形、单体、微服务和分层架构。 icon
  • 遵循鲍勃叔叔的简洁clean架构原则构建的 REST API 示例 clean架构规则: 独立于框架。该架构不依赖于某些功能丰富的软件库的存在。这允许您使用此类框架作为工具,而不必将您的系统塞入其有限的约束中。 可测试。无需 icon
  • 使用Clean清洁架构注意:请勿将系统直接连接到外部系统!需要通过适配器转换或验证: 在企业应用中,我们经常需要与第三方系统集成。例如,如果我们有一个订购系统,我们可能需要将其与企业资源规划系统和快递系统集成。在工业自动化领域,我们可能需要与传感器 icon
  • 下面哪个版本的createPizza函数更容易理解? icon