软件架构 - 完整指南
介绍
作为一名开发人员,我最近在项目中经常遇到软件架构问题,因此我通过阅读书籍(或许还有一些博客文章)学习了基本的架构原则和技术。在我看来,书籍的内容质量更高,而且大多数情况下,它们能够经受住时间的考验,因此在日常快速变化的环境中仍然能够满足您的阅读需求。因此,如果您想深入了解任何特定主题,请阅读书籍。博客文章通常过时、过于单一,而且并非由专业人士撰写或供跨界阅读。
总之,在花了大量时间阅读软件架构相关知识后,我决定根据我的发现整理出一系列博客文章,以便与其他开发人员(和架构师)分享清晰架构原则。这些原则对各个级别的开发者(从初级到高级)都有用,可以帮助你构建可扩展、抗变更,以及最重要的,可维护的软件。
系列结构
我将以下列方式来处理这个系列:
# | 标题 | 描述 | 关联 |
---|---|---|---|
1 | 介绍 | 系列简介 | 关联 |
2 | 什么是建筑? | 介绍软件设计和架构的概念及其重要性 | 关联 |
3 | 从底层开始 | 编码范式及其影响我们架构的原因 | -- |
4 | 设计原则 | 设计软件时要牢记的 5 个架构设计原则 | -- |
5 | ... | ... | ... |
在上表中列举的每篇文章中,我都会总结我正在阅读的一本书中的关键思想,并通过简短的想法和现实生活中的例子来完成总结,以展示这些思想与我们在现代软件开发和架构中的相关性。
我为什么要花时间阅读这些内容?
如果您是软件开发和架构方面的新手,那么阅读一些构建软件的原则至关重要,这些原则能够让您的软件变得可扩展、快速且易于维护。您需要了解如何避免软件发展成为一个充满复杂依赖关系和 bug 的庞然大物,避免需要更改整个代码库才能修复。毕竟,您不仅仅是想编写代码,您还希望在编写过程中保持高效。您输入的每个字符都需要产生一些能够改进软件的功能,而不仅仅是在引入重大更改后修复遗留的依赖关系。
如果你在架构和开发方面经验丰富,阅读那些你在理论和实践层面上经历过无数次的概念,你可能会想起那些关于你自己的软件设计如何糟糕或出色,既有趣又悲伤的战争故事。分享评论对新开发者来说会很棒,而对经验丰富的开发者来说,分享有趣的讨论话题会很有趣。
结论
期待撰写有关这个主题的文章,因为它通常不是我们在为网络或任何其他技术开发代码时学到的第一件事,但绝对是我们需要不断理解和努力的最重要的事情。
下次再见!
Mikael
关于我
我是 MMPG Consulting 的合伙人,该公司活跃于西班牙和瑞士市场的定制软件开发行业。
如果您想讨论特定主题、您的软件或您想要实现的想法,您可以在LinkedIn上添加我或给我发送 DM。
免责声明
如上所述,我在撰写本系列文章的同时,也在阅读软件开发方面的书籍,书中所阐述的思想和原则都将取材于这些书籍。在这些文章中,我将对它们进行总结,并讨论具体的例子。我之所以不会引入关于软件架构的新思想和原则,主要是因为我的思考不会,也不会带来范式转变或突破性的架构原则(谁知道呢!)。
文章来源:https://dev.to/mikgross/software-architecture-complete-guide-2m8a