目录

• 设计原则
• 设计模式

设计原则

• DRY (Don&＃39;t repeat yourself 不要重复)
• KISS (Keep it stupid simple 简单到傻子都能看懂)
• YAGNI (You Aren&＃39;t Gonna Need It 你不会需要它的)
• CCP 共同闭包
• CRP 共同复用
• 高内聚、低耦合
• 惯例优先配置
• SCO 关注点分离
• ADP 无依赖环
• SOLID 面向对象设计原则

SOLID

• S - Single-responsiblity Principle 单一职责
• O - Open-closed Principle 对修改关闭&＃xff0c;对扩展开放
• L - Liskov Substitution Principle 里氏替换
• I - Interface Segregation Principle 接口隔离
• D - Dependency Inversion Principle 依赖反转

设计模式

模式通常是指那些在一些相同的领域和上下文内&＃xff0c;解决同样的问题。所以一定要结合具体的使用场景去了解设计模式

使用设计模式的目的是为了可重用代码&＃xff0c;提高代码的可扩展性和可维护性

设计模式主要分为三种类型&＃xff1a;创建型&＃xff0c;结构型&＃xff0c;行为型

创建型模式关注点是如何创建对象&＃xff0c;其核心思想是要把对象的创建和使用相分离&＃xff0c;这样使得两者能相对对立地变换

结构型模式主要涉及如何组合各种对象以便获得更好、更灵活的结构。虽然面向对象的继承机制提供了最基本的子类扩展父类的功能&＃xff0c;但结构型模式不仅仅简单地使用继承&＃xff0c;而更多地通过组合与运行期的动态组合来实现更灵活的功能

行为型模式主要涉及算法和对象间的职责分配。通过使用对象组合&＃xff0c;行为型模式可以描述一组对象应该如何协作来完成一个整体任务

工厂方法&＃xff1a;Kestrel Server 从网络监听

意图&＃xff1a;定义一个创建产品对象的工厂接口&＃xff0c;将实际创建工作推迟到子类中

何时使用&＃xff1a;有多种类型需要根据特定的场景进行创建实例时&＃xff08;或单个对象的创建过程比较复杂时&＃xff09;

外观模式&＃xff1a;Kestrel Server 到请求执行调度

为子系统中的一组接口提供一个一致的界面。Facade 模式定义了一个高层接口&＃xff0c;这个接口使得这一子系统更加容易使用

符合单一职责原则&＃xff0c;不要将过多的逻辑封装在 TransportManager 类中

KISS 原则&＃xff0c;KEEP IT Stupid Simple

源码

https://github.com/dotnet/aspnetcore/

目录 Microsoft.AspNetCore.Server.Kestrel.Core 下面的 KestrelServerImpl 类中有一个绑定方法

options.EndPoint &＃61; await _transportManager.BindAsync(options.EndPoint, connectionDelegate, options.EndpointConfig, onBindCancellationToken).ConfigureAwait(false);


这个方法是通过 TransportManager 实现的&＃xff0c;它是 Facade 模式&＃xff0c;所以直接用了一个类来实现

在 TransportManager 的 StartAcceptLoop 方法中实现了绑定的功能&＃xff0c;其实就是调用了其他的几个类

private void StartAcceptLoop(IConnectionListener connectionListener, Func connectionDelegate, EndpointConfig? endpointConfig) where T : BaseConnectionContext
{var transportConnectionManager &＃61; new TransportConnectionManager(_serviceContext.ConnectionManager);var connectionDispatcher &＃61; new ConnectionDispatcher(_serviceContext, connectionDelegate, transportConnectionManager);var acceptLoopTask &＃61; connectionDispatcher.StartAcceptingConnections(connectionListener);_transports.Add(new ActiveTransport(connectionListener, acceptLoopTask, transportConnectionManager, endpointConfig));
}


在 TransportManager 的绑定方法中使用了 _transportFactory&＃xff0c;它就是 IConnectionListenerFactory

var transport &＃61; await _transportFactory.BindAsync(endPoint, cancellationToken).ConfigureAwait(false);


IConnectionListenerFactory 转到实现可以看到 SocketTransportFactory&＃xff0c;它在 Transport.Sockets 中

除了 SocketTransportFactory&＃xff0c;还有 QuicTransportFactory&＃xff0c;它是 HTTP/3 协议的监听器

多种实现最后都由 TransportManager 进行统一的管理

工厂方法符合开闭原则&＃xff0c;后期有新的类型的时候&＃xff0c;只需要添加新的类型和对应的工厂即可。不需要对代码逻辑进行修改