#yyds干货盘点# 常用软件框架，总有一个用的上

Posted 2021-11-24 甜虾的个人博客

一、Fluent Ribbon界面框架

Fluent/Ribbon是微软在其最新桌面操作系统Windows 7中使用的图形用户界面。 Windows平台的进化，伴随着系统图形界面的重新设计。从Windows XP到Windows Vista，最大的革新就是Windows Aero的引入。在Windows 7 中，Aero被保留下来。 但是，在未来，Windows 7的图形用户界面将朝着Office 2007相同的方向，名称为Fluent/Ribbon。

二、Topshelf Windows 服务

在写后台代码的过程中，经常会遇到要写一些单独的服务。以前呢，直接用的是 .NET 下的 “Windows 服务” 控件开发的。

这个传统的控件开发起来很不方面，使用也不友好。发现有用 Topshelf 的，这个第三方的框架，集成的很好，用起来也方便。

这里就说下我的使用过程。

​安装：Service.exe install

启动：Service.exe start

卸载：Service.exe uninstall

​

三、Web.Services.Description 远程调用函数框架

​1. 从目标 URL 下载 WSDL 数据。

2. 使用 ServiceDescription 创建和格式化 WSDL 文档文件。

3. 使用 ServiceDescriptionImporter 创建客户端代理类。

4. 使用 CodeDom 动态创建客户端代理类程序集。

5. 利用反射调用相关 WebService 方法。

四、Akka框架 单线程模式处理

​Akka是JAVA虚拟机​​JVM​​平台上构建高并发、分布式和容错应用的​​工具包​​和​​运行时​​。Akka用​​Scala​​语言写成，同时提供了Scala和​​JAVA​​的开发接口。Akka处理并发的方法基于Actor模型。在Akka里，Actor之间通信的唯一机制就是消息传递。

五、Orleans

​​​Orleans​​是微软推出的类似Scala Akka的Actor模型，Orleans是一个建立在.NET之上的，设计的目标是为了方便程序员开发需要大规模扩展的云服务, 可用于实现DDD+EventSourcing/CQRS系统。

传统的三层体系结构包括无状态的前端,无状态的中间层和存储层在可伸缩性方面是有限制的，由于存储层在延迟和吞吐量方面的限制，这对于每个用户请求都有影响。通常办法是在中间层和存储层之间添加缓存层来提高性能。然而，缓存会失去了大部分的并发性和底层存储层的语义保证。为了防止缓存和存储池的不一致更新，应用程序或缓存管理器需要实现一个并发控制协议。

无论是否使用缓存，无状态中间层并不提供本地数据，因为它使用的是数据装载范式: 对于每个请求，数据是来自存储层或缓存加装到中间层，如果是一个社会关系图，一个请求将会激活关联很多子实体对象，这就对缓存一致性带来更大的挑战。

六、DotNetty Socket框架

​使用不当可能会导致内存泄漏，java也有，名为Netty

在

protected override void Decode(IChannelHandlerContext context, IByteBuffer input, List<object> output)

中先调用（不调用此函数程序会进入死循环）

input.MarkReaderIndex();

然后

input.Read读各种数据

如果发现数据不够用

input.ResetReaderIndex();将Index恢复，等待下次调用

通过

context.WriteAndFlushAsync(frame.Encode());进行回命令

七、NPOI 

C#导出word或excel框架

八、EntityFramework

数据库自动化工具，默认支持连接池

九、Dapper轻量级ORM工具

​支持多种数据库mysql，SQL Server，Oracle

十、DTO转换工具类AutoMapper

​为什么要用DTO?

1、DTO更注重数据，对领域对象进行合理封装，从而不会将领域对象的行为过分暴露给表现层

2、DTO是面向UI的需求而设计的，而领域模型是面向业务而设计的。因此DTO更适合于和表现层的交互，通过DTO我们实现了表现层与领域Model之间的解耦，因此改动领域Model不会影响UI层

3、DTO说白了就是数据而已，不包含任何的业务逻辑，属于瘦身型的对象，使用时可以根据不同的UI需求进行灵活的运用