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

时人不识凌云木,直待凌云始道高。这篇文章主要讲述#yyds干货盘点# 常用软件框架,总有一个用的上相关的知识,希望能为你提供帮助。
一、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层
【#yyds干货盘点# 常用软件框架,总有一个用的上】3、DTO说白了就是数据而已,不包含任何的业务逻辑,属于瘦身型的对象,使用时可以根据不同的UI需求进行灵活的运用





    推荐阅读