LindDotNetCore~基于模块化注入的介绍

回到目录

LindDotNetCore相关介绍

相关模块

1. 全局都是依赖DI
2. 消息队列
3. NoSql
4. Caching
5. 仓储
6. 服务总线
7. Solr
8. 调度
9. 日志
10. Asspect拦截组件
11. UAA受权
12. 各类组件环境的搭建
13. 各模块单元测试编写

DI统一战线

LindDotNet框架一样采用了全局DI注入的方式来使用模块对象的，这种松耦合的设计对于单元测试
是很方便人。

services.AddLog4Logger(o =>
{
    o.Log4ConfigFileName = "log4.config";
    o.ProjectName = "test";
});
services.UseDapper(o =>
{
    o.ConnString = $"Data Source=/Data/intergratetest.db";
    o.DbType = Lind.DotNetCore.Repository.DbType.SqlLite;
});

消息队列

消息队列主要使用'rabbitmq,kafka'实现的，用来解耦项目，处理高并发任务和耗时任务，生产者
不须要关心是谁来消费，它只管把消息发到队列中；而消费者不关心消息如何产生，只把消费按着
业务逻辑去处理掉！

services.AddRabbitMQ(o =>
{
    o.ExchangeName = "zzl";
    o.MqServerHost = "192.168.200.214";
    o.VirtualHost = "/";
    o.ExchangeType = "topic";
});

NoSql

目前框架的NoSql部分由redis和mongodb组成，之全部选择这两种框架最大的缘由就是它们覆盖了
NoSql全部的使用场景，像redis用来存储k/v键值对，支持5大数据结构；而mongodb用来存储文档
型数据，支持复杂的查询，嵌套查询等。

services.AddRedis(o =>
{
    o.Host = "localhost:6379";
    o.AuthPassword = "";
    o.IsSentinel = 1;
    o.ServiceName = "mymaster";
    o.Proxy = 0;
});

Caching

数据缓存是比较重要的部分，用来存储一些热数据，目前分布式环境使用redis，单机能够直接使用
运行时缓存。

services.AddRuntimeCache(o =>
{
    o.CacheKey = "lindCache";
    o.ExpireMinutes = 5;
});

仓储

仓储主要简化数据持久化的操做，对外提供简单的CURD操做接口，使用者直接调用便可，不须要干预SQL语句，
从这点上来讲，开发效率确实提高了很多。目前大叔框架里集成了ef,dapper,mongodb,redis,elastic等仓储，其中
EF和Dapper能够操做sqlserver,mysql,sqllite等数据库。

services.UseDapper(o =>
{
    o.ConnString = $"Data Source={Directory.GetCurrentDirectory()}/intergratetest.db";
    o.DbType = Lind.DotNetCore.Repository.DbType.SqlLite;
});

服务总线

服务总线主要是用来解耦项目的层与层之间的调用，让程序员把关注点放在业务上，目前框架提供了IOC模式的事件，
基于简单内存字典存储的事件等。

services.AddIocBus();
services.AddInMemoryBus();

Solr

Solr是在Lucene基础以前开发的，使用java编写，通常部署在tomcat上，有本身的图像管理界面，能够用来管理core，
通常地，咱们在设计一个core时，须要为它创建对应的实体，与它的core里的属性对应起来；solr有丰富的插件，像一些
中文分词包，索引包等。

services.AddSolrNet(o =>
{
    o.ServerUrl = "http://192.168.200.214:8081/solr/system_companysubject";
    o.UserName = "sa";
    o.Password = "sa";
});

调度服务

调度服务是以quartz为核心，并对它的功能进行了封装，支持实时添加的任务，这一点使用了windows/linux的目录监控事件
，也是.netcore帮咱们实现的，咱们只须要订阅相关事件便可。

var watcher = new FileSystemWatcher
{
    Path = AppDomain.CurrentDomain.BaseDirectory,
    NotifyFilter = NotifyFilters.Attributes |
                   NotifyFilters.CreationTime |
                   NotifyFilters.DirectoryName |
                   NotifyFilters.FileName |
                   NotifyFilters.LastAccess |
                   NotifyFilters.LastWrite |
                   NotifyFilters.Security |
                   NotifyFilters.Size,
    Filter = "*.dll"
};
// quartz运行时，能够添加新job，但不能覆盖，删除等
watcher.Created += new FileSystemEventHandler((o, e) =>
{
    foreach (var module in Assembly.LoadFile(e.FullPath).GetModules())
    {
        foreach (var type in module.GetTypes().Where(i => typeof(ISchedulingJob).IsAssignableFrom(i)))
        {
            JoinToQuartz(type, DateTimeOffset.Now);
        }
    }
});
//Start monitoring.
watcher.EnableRaisingEvents = true;

日志

日志框架与以前的Lind框架里日志差异不大，只是把对象的生命周期移到了DI容器去统一管理，都采用单例方式，目前日志框架提供了
对log4net的支持，同时轻量级日志可使用lindlogger来实现。

services.AddLog4Logger(o =>
{
    o.Log4ConfigFileName = "log4.config";
    o.ProjectName = "test";
});

Asspect拦截组件

方法拦截在微软mvc,api框架里应用十分普遍，能够在方法执行前与执行后动态添加一切逻辑，而不须要关注方法细节，实现拦截行为
的开发人员不须要去关注方法细节，这利用了面向对象的封装特性，而也符合开闭原则，由于你能够在不修改原来代码的状况下，动态
为它添加行为。

[Fact]
public void FuncInvoke()
{
    var obj = ProxyFactory.CreateProxy<AspectTest, AspectTest>();
    Assert.Equal("OK", obj.GetHello());
}
[Fact]
public void ActionInvoke()
{
    var obj = ProxyFactory.CreateProxy<AspectTest, AspectTest>();
    obj.SetHello();
    Assert.Equal(1, 1);
}

待续...
回到目录