- 博客(12)
- 收藏
- 关注
RSS订阅
原创 《微服务架构设计模式》核心知识点提炼
微服务架构设计模式》一书由克里斯*理查森所著。涵盖44个架构设计模式，系统解决了服务拆分、事务管理、查询和跨服务通信等难题。作者在微服务架构领域深耕多年，曽作为微服务领域的专业咨询师为企业提供微服务相关问题分析与培训。本文旨在对这本书中的知识进行精炼提取。过度的复杂性：系统本身过于庞大，业务逻辑交织，开发人员很难理解它的全部。实现新功能变得非常耗时。开发速度缓慢：IDE编译一次要花很长时间，严重拖慢开发效率。
2025-02-26 11:40:56
760
原创 《领域驱动设计--软件核心复杂性应对之道》精要总结
领域驱动设计–软件核心复杂性应对之道》由DDD的发明者Eric Evans所著，是DDD相关书籍中的经典著作。这本书围绕以模型驱动设计为核心提出一系列的模式用于解决建模过程中的各类问题。模式是在各个领域中都被广泛应用的一种语言，它是为解决领域内某一类问题而提出的标准化解决方案，模式通常会提供一组对应的上下文环境。在《微服务架构设计模式》一书中对模式有更精确的定义。众所周知的设计模式是为了解决技术层面一系列相关问题而提出的，它为我们提供了一种交流技术层面相关问题的通用语言。而本书提出的一系列领域模式。
2025-01-12 17:30:16
678
原创 浅谈对《架构整洁之道》一书的理解
架构整洁之道》是Bob大叔在架构设计领域的著作，与另外一本颇有名气的编程类书籍《代码整洁之道》作者是同一人。Bob大叔是一个从原始编程时代跨越至今的资深老程序员，亲眼见证了软件工程的发展历程，如他在书中所说，Bob大叔经历过各式各样的项目，见识过多种多样的架构设计，可以说是名副其实的编程界活化石。这本书也是凝聚了其在软件架构方面毕生的感悟，其在书中提到的一些架构设计上的原则与思想很有借鉴意义，非常有一读的价值。本文就本书的一些重点内容加以总结。
2024-12-07 18:51:34
953
原创 排序算法——堆排序（四）
堆排序实际可以看作选择排序的一种改进实现，它通过在选择到最小的数时对其他记录进行调整，从而避免了冗余的比较来提高获取下一次选择效率。其在时间空间复杂度上都有不错的表现。完整代码。
2025-03-13 17:26:53
1005
原创 排序算法——归并排序（三）
归并排序是一种比较占用内存，但却效率高且稳定的算法。非递归的迭代方法，避免了递归时深度为log2n的栈空间，空间只是用到申请归并临时用的TR数组，因此空间复杂度为O(n)，并且避免递归也在时间性能上有一定的提升，应该说，使用归并排序时，尽量考虑用非递归方法。
2025-03-13 15:47:01
1107
原创 排序算法——快速排序（二）
快速排序性能好坏关键取决于枢纽的选择，选的好在一众O(nlogn)复杂度的高级排序算法中快排是首屈一指的存在，选择不好甚至还比不上简单排序算法。插入排序。
2025-03-09 20:47:22
786
原创 实现一个类似c#LINQ链式语法的观察者模式
最近在学习UniRx的源码，其中链式语法的实现引起了我的兴趣，结合LINQ的实现原理，想要自己实现一个类似的事件机制。设计目标是一个支持链式语法的，可方便取消订阅的，在事件到达中途可使用任意操作符对事件参数进行转换的观察者模式。可基于此观察者模式设计事件系统。通过使用操作符，可以在事件在真正被接收前插入任意操作，从而可以实现更灵活的控制。C# LINQ查询。
2024-07-26 14:54:58
2171
原创 Unity中Debug、断言、异常的区别及使用
Unity中提供了三种错误检测机制，这三种机制在功能上看起来类似，通常容易混淆。三种机制各有其设计意图与相应的使用情景。本文就三者的区别及适用场景加以介绍，以帮助读者正确使用三种工具。Debug：用于临时性调试和错误记录，帮助开发者快速定位和修复问题。断言（Assertion）：用于代码假设验证和条件测试，确保程序按预期运行。异常（Exception）：用于处理不可预见的运行时错误，提供错误恢复机制，增强程序的健壮性和稳定性。
2024-07-22 21:37:23
913
原创 c#闭包原理
c#闭包是一个很强大的功能，在平时项目中会经常用到，我们大多数人在体验其便利性的同时，可能不会去考虑其背后的原理。这篇文章简要讲述闭包的工作原理，已帮助大家正确的使用闭包。闭包的概念应该源于离散数学这门计算机基础课程，离散数学中，一个关系R的闭包，是指加上最小数目的有序偶而形成的具有自反性，对称性或传递性的新的有序偶集，此集就是关系R的闭包。1通俗理解就是一在一个不完全的关系集上加上某些特定的序偶对使其满足了关系的某个性质。编程上闭包的概念可以类比的方式理解。
2024-07-21 18:21:21
1896
原创 c#中系统模块访问权限控制的一种解决方案
项目中系统通常会使用单例模式，但是普通单例模式会将系统API全部暴露给外界，而与该系统交互的其他系统或上层模块往往仅需要与系统的单个模块功能进行交互，为了对系统间互相调用时模块的访问权限进行限制，我设计了以下的一种解决方案由于每个系统模块功能拆分都是由自己决定，接口必须由系统自身实现，难以抽象出上层，使得系统实现部分代码量增多。如果调用方需要获取系统的数个模块调用权限，这种设计很难实现，只能扩展新的模块接口，当然实际应用中这种情形应该很少会有，系统功能模块划分理应都是针对性的提供服务。
2024-06-10 12:00:05
533
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人