net core Webapi基础工程搭建(六)——数据库操作

  • 时间:
  • 浏览:3
  • 来源:幸运快3_快3娱乐app_幸运快3娱乐app

前言

昨天是写着写着发现,时间不早了,但是 养成了晚上下班抽时间看看能写点儿啥的习惯(貌似),今天实在是你都可以 让昨天没做完的事情影响,什么都又坐下,沉下心(周末了),开始英文把数据库这块儿的补充删改。

昨天但是 介绍过大累积的东西,包括土办法封装也是基本的展示了下,实际上应该先介绍这种篇,从缘何用来引导封装类库,但是 既然写都写出来了就你都可以 再调整了,今天就主要说下缘何实际使用土办法吧,能要能查看具体使用的类库可查看net core Webapi基础工程搭建(六)——数据库操作_Part 1。(懒的能要能了行)

开始英文

闲话无需 说,Service层搞起,新建有一一一十个 文件夹,有一一一十个 Interfaces,有一一一十个 Implements,另外顺带新建个Common的文件夹,把上一篇的有一一一十个 类装进去 去(纯粹是看的,归类,放不放不影响使用)。



上一篇.我.我 创建了有一一一十个 StudentEntity这种对象,忘了的.我.我 都能要能去看下。

新建有一一一十个 IStudentService接口,继承IBaseService

    public interface IStudentService : IBaseService<StudentEntity>
    {
    }

新建有一一一十个 StudentService实现类,继承BaseService,实现IStudentService

    public class StudentService : BaseService<StudentEntity>, IStudentService
    {
    }

好了,完了,回家睡觉吧。

使用

但是 你想看 上边的直接走了,对不起,娱乐一下,做开发千万不敢像乌鸦学盖房子,没听过自行度娘,我但是 会讲故事。

.我.我 能要能在StartUp这里将接口与实现关联,这种博客会介绍自动关联用于解耦,能要能也都能要能自行百度。

补充说明,昨天好像忘记在WebApi工程引入Service与Entity有一一一十个 工程了,见谅见谅,特此补充。

这里我在Service项目下Common下新建Depends文件夹,新建有一一一十个 类ServiceInjection,在这统一放接口与实现的对应关系。

    public class ServiceInjection
    {
        public static void ConfigureRepository(IServiceCollection services)
        {
            services.AddSingleton<IStudentService, StudentService>();
        }
    }

对于依赖注入,这里简短穿插几句,后续有新的感受会再补充。

Transient 每一次调用都不 创建有一一一十个 新的实例
Scoped 有一一一十个 作用域中只实例化有一一一十个
Singleton 整个进程运行运行生命周期以内只创建有一一一十个 实例

但是 .我.我 在StartUp的ConfigureServices最前面加带这句话,这里在构造函数加带这句,用途但是 由AprilConfig来统一接管配置信息。

        public Startup(IConfiguration configuration)
        {
            ...但是的东西
            AprilConfig.InitConfig(configuration);
        }
        
        public void ConfigureServices(IServiceCollection services)
        {
            ServiceInjection.ConfigureRepository(services);
            
            ...但是的东西
        }

当然对应要有接收的土办法。

    public class AprilConfig
    {
        public static IServiceProvider ServiceProvider;
        public static IConfiguration Configuration;

        public static void InitConfig(IConfiguration _configuration)
        {
            Configuration = _configuration;
        }
    }

好了,所有的都写好后,.我.我 继续拿万恶的Values控制器(多好的开刀对象)实验。

在这但是,取舍好你的数据库是哪类,SqlServer请按1,MySql请按0,这种请自行查看文档。

为了方便项目统一管理,.我.我 要好好利用appsettings,就像.我.我 当时使用web.config一样,连接串被委托人根据实际状况修改。

  //新加有一一一十个

  "DefaultSqlConnectionString": {
    "MySql": "server=127.0.0.1;userid=root;password=root;database=test;"
  }

在.我.我 Util层的AprilConfig,来获取参数。

        private static string _MySqlConnectionString = string.Empty;
        /// <summary>
        /// MySql默认连接串
        /// </summary>
        public static string MySqlConnectionString
        {
            get
            {
                if (string.IsNullOrEmpty(_MySqlConnectionString))
                {
                    _MySqlConnectionString = Configuration["DefaultSqlConnectionString:MySql"];
                }
                return _MySqlConnectionString;
            }
        }

但是 .我.我 来修改BaseService当时留的连接串信息。



创建表底部形态,这里说明下,都不 说能要能了创建,毕竟SqlSugar有CodeFirst(当然都不 DbFirst),能要能的.我.我 可去文档查看,也比较简单,在进程运行启动的过但是 判断是与非 表,但是 专门做个接口做初始化操作也都能要能,下图做用法简介,具体还是查看文档吧,毕竟还有备份啊改列名哪此的。

万事具备,但是Values这种挨千刀的东风,构造函数来获取IStudentService这种接口。

    public class ValuesController : ControllerBase
    {

        private readonly IStudentService _service;

        public ValuesController(IStudentService service)
        {
            _service = service;
        }
    }
  • 插入
        [HttpGet]
        public ActionResult<IEnumerable<string>> Get()
        {
            StudentEntity entity = new StudentEntity();
            entity.Name = "小明";
            entity.Age = 18;
            entity.Number = "007";
            entity.Sex = 0;
            entity.Address = "大洛阳";
            _service.Insert(entity);
            return new string[] { "value1", "value2" };
        }

  • 修改

    这里刚好也演示下SqlFilterEntity这种被委托人写的土办法的用法,但是 扩展了下实体的土办法,方便使用。

SqlFilterEntity扩展土办法

        //...但是的实体对象
        
        /// <summary>
        /// 加带查询条件
        /// </summary>
        /// <param name="filter">条件</param>
        /// <param name="relation">关系</param>
        public void Append(string filter, string relation = "and")
        {
            if (string.IsNullOrEmpty(filter))
            {
                return;
            }
            if (Filter.Length > 0)
            {
                Filter += relation;
            }
            Filter += filter;
        }
        /// <summary>
        /// 加带查询参数
        /// </summary>
        /// <param name="key">键</param>
        /// <param name="value">值</param>
        public void Add(string key, object value)
        {
            if (string.IsNullOrEmpty(key) || value == null)
            {
                return;
            }
            if (Value == null)
            {
                Value = new Dictionary<string, object>();
            }
            if (Value.ContainsKey(key))
            {
                Value[key] = value;
            }
            else
            {
                Value.Add(key, value);
            }
        }

修改测试

            StudentEntity entity = null;
            SqlFilterEntity filter = new SqlFilterEntity();
            filter.Append($"ID=@ID");
            filter.Add("@ID", 1);
            entity = _service.GetEntity(filter);
            if (entity != null)
            {
                entity.Name = "我被修改了";
                _service.Update(entity);
            }
    

  • 删除

    删除这种无需 说,但是 把修改的换个土办法。

  • 查看

这里直接做分页的测试,拿Values/{id}这种接口做实验。

        [HttpGet("{id}")]
        public ActionResult<string> Get(int id)
        {
            string value = string.Empty;
            //value = CacheUtil.Get<string>("cachetest");
            //value = SessionUtil.GetSession("test");
            //value = CookieUtil.GetCookies("apirlcookietest");

            int count = 0;
            List<StudentEntity> lists = _service.GetPageList(id, 10, "", null, "", out count);

            value = JsonConvert.SerializeObject(lists);

            return value;
        }

小结

这里大致上介绍了SqlSugar的用法但是 这种基础的能要能了基础的封装,实际使用励志的话 ,肯定能要能扩展完善的,但是 作为教程来讲,我但是 但是 把删改的状况都考虑到,毕竟业务不同,能要能了 万金油,能要能了不停的完善更新,业务场景多了,功能就完善了,一步一步来,一口吃不成个胖女(这种胖女都不 你认识的那个胖女),不过还是感慨下哪此开源的好类库,真的是方便了开发人员,为了解装进去程运行猿的双手(yy)做出了嗨翻天的贡献,好了,回归正题,下一篇Aop的测试以及小东西