软件架构设计原则 学习设计原则是学习设计模式的基础。在实际的开发过程中，并不是一定要求所有的代码都遵循设计原则，而是要综合考虑人力、成本、时间、质量，不刻意追求完美，要在适当的场景遵循设计原则。这体现的是一种平衡取舍，可以帮助我们设计出更加优雅的代码结构。 分别用一句话归纳总结软件设计七大原则，如下
作为一个技术架构师，不仅仅要紧跟行业技术趋势，还要结合研发团队现状及痛点，探索新的交付方案。在日常中，你是否遇到如下问题 “ 业务需求排期长研发是瓶颈；非研发角色感受不到研发技改提效的变化；引入ISV 团队又担心质量和安全，培训周期长“等等，基于此我们探索了一种新的技术体系及交付方案来解决如上问题。
在软件架构中，关于凭证如何存储和传递，一直有两种不同的解决思路，两种不同的解决方式，实际上反映了两种不同的架构思路
不论是开发人员还是架构师，我们都一直在跟软件系统打交道，架构是在工作中出现最频繁的术语之一。那么，到底什么是架构？你可能有自己的答案，也有可能没有答案。对“架构”的理解需要我们不断在实践中思考、归纳、演绎，形成自己的认知。 1 到底什么是软件架构 ？ 定义 ”架构是什么“ 是件非常困难的事情，不同的
软件系统架构设计的目标不在于设计本身，而在于架构设计意图的传达。图形化有助于在团队间进行高效的信息同步，但不同的图形化方式需要语义一致性和效率间实现平衡。C4模型通过不同的抽象层级来表达系统的静态结构，并提供了最小集的抽象建模元素，为设计人员提供了一种低认知负载、易于学习和使用的高效建模方式。
软件开发中常见的几种不同服务模型包括SaaS（软件即服务）、LaaS（许可即服务）、PaaS（平台即服务）、CaaS（容器即服务）、IaaS（基础设施即服务）和FaaS（功能即服务）。 很多人认为IaaS和FaaS是趋势，是未来软件设计与开发人员的基本必备技能，PowerDotNet和PowerDo
PowerDotNet个人项目中功能全面而强大的一个系统是支付平台。我对PowerDotNet的自信很大程度上来自于经过PowerDotNet重写后的支付、财务、结算、CRM等业务型公共服务系统的稳定运行。 使用PowerDotNet和PowerDotNetCore特别开发的业务逻辑型公共服务既有极
摘要：Serverless可以看作是一种云计算服务模型，它允许开发者在不需要管理服务器的情况下通过事件驱动的方式运行应用代码。 软件架构的发展从原先的单体架构到近十几年的微服务架构，再到现在新兴的Serverless架构。单体架构通常把应用的逻辑和功能耦合在一起，部署在BMS裸金属机或VM上，耦合模
不同行业基本都会有自己独特的业务，甚至同行的不同企业之间的业务逻辑也会相差千里，只有最大程度抽象出通用性、标准性和普适性的系统才能够成为平台系统，平台系统开发的成本和难度可想而知。 个人深度参与或独立设计开发过的公共服务型平台系统，主要包括基础数据平台、支付平台、财务平台、结算平台、配送平台、CRM
设计意图的传达是架构可视化关注的重要维度，在技术方案评审过程中不可避免的会出现各种各样的架构图或设计图，这些图形化表述在设计意图传达效果层面表现不一，本文从图形化的视角为软件架构图的评审关注点提供了参考。
本文将给大家介绍一种简洁明了软件架构可视化模型——C4模型，并手把手教大家如何使用代码绘制出精美的C4架构图。
前言 插件化的需求主要源于对软件架构灵活性的追求，特别是在开发大型、复杂或需要不断更新的软件系统时，插件化可以提高软件系统的可扩展性、可定制性、隔离性、安全性、可维护性、模块化、易于升级和更新以及支持第三方开发等方面的能力，从而满足不断变化的业务需求和技术挑战。 一、插件化探索 在WPF中我们想要开
REST（Representational State Transfer），表现形式状态转换,它是一种软件架构风格 当我们想表示一个网络资源的时候，可以使用两种方式: 传统风格资源描述形式 http://localhost/user/getById?id=1 查询id为1的用户信息 http://l
摘要：AI与大数据算法不断发展，在生产中的应用也越来越广，而应用的场景除了对算法，软件架构要求越来越高外，也对底层IaaS（基础设施即服务）提出了新的挑战。 AI与大数据算法不断发展，在生产中的应用也越来越广，而应用的场景除了对算法，软件架构要求越来越高外，也对底层IaaS（基础设施即服务）提出了新
1、什么是MVC MVC是模型(Model)、视图(View)、控制器(Controller)的简写，是一种软件架构模式。 它通过将业务逻辑、页面控制、显示视图分离的方法来组织代码。 主要作用是降低了视图与业务逻辑间的双向偶合。 它不是一种设计模式，而是一种架构模式。当然不同的MVC存在差异。 Mo
一、传统的单体架构 1、什么是单体架构？ 单体架构（Monolithic Architecture）是一种传统的软件架构模式，将整个应用程序作为一个单一的、统一的单元进行开发、部署和扩展。在单体架构中，所有的功能模块都被打包在一起，共享同一个代码库和数据库。 2、单体架构的缺点 复杂性高 一个大型的
零、架构的感悟 1. 架构是什么2.架构师是什么3.架构成长之路3.1 翻越愚昧山峰3.2 走上开悟之坡3.3 踏上高原 1. 架构是什么 软件架构：有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 通常说架构是一种能力，架构角色则是要求你在具体事务中行使某些行为，而架构师则是
软件开发是一个复杂而动态的过程，涉及许多工具、技术和实践。为了更快、更好地交付软件，开发人员需要有效地协作，自动执行任务，并管理环境。然而，由于软件架构的日益复杂，工具和平台的多样性，以及对安全和合规性的要求越来越高，软件开发变得极具挑战。 为了更好地应对开发挑战，企业根据自身情况分别选择内部开发者
本文作者：陈桐乐 李卓嘉 随着云原生的兴起，微服务、容器、kubernetes容器编排正在快速改变着企业软件架构的形态，单体架构、分布式架构、微服务架构，软件架构在持续演进的过程中，变得越来越复杂，管理和维护也越来越困难，不断出现的安全漏洞也在持续挑战着企业的安全运营响应能力，如何准确识别风险点，怎
