你的位置:首页 > ASP.net教程

[ASP.net教程]【无私分享:从入门到精通ASP.NET MVC】从0开始,一起搭框架、做项目 (14)附数据库、发布项目

声明:本系列为原创,分享本人现用框架,未经本人同意,禁止转载!http://yuangang.cnblogs.com

希望大家好好一步一步做,所有的技术和项目,都毫无保留的提供,希望大家能自己跟着做一套,还有,请大家放心,只要大家喜欢,有人需要,绝对不会烂尾,我会坚持写完~

如果你感觉文章有帮助,点一下推荐,让更多的朋友参与进来,也是对本人劳动成果的鼓励,谢谢大家!由于还要工作,所以基本都是牺牲午休时间来写博客的,写博客呢不是简单的Ctrl+C、Ctrl+V,我是要挨着做一遍的,这也是对大家负责,所以有些时候更新不及时,或者问题没有及时解答,希望大家谅解,再次感谢大家!!

因为我引用了许多以前积累的类库,所以有些东西是重复的(后来更新),有些东西是过时的,包括我写的代码,希望大家不要纯粹的复制,取其精华去其糟粕>_<。

索引

【无私分享:从入门到精通ASP.NET MVC】从0开始,一起搭框架、做项目 目录索引

简述

总结一

整个系列其实还包括项目管理、考勤签到、邮件、内部聊天等等,这个东西是做不完的,如果继续还有新闻系统、静态生成等等等等....

其中,静态页生成在我的博客中可以找到,三种方式:

第一种 就是类似网上的很多CMS一样 采用标签替换,但这种方式是不推荐的,特别是在我们.Net中,标签解析是十分庞大和困难的;

第二种 是使用RazorEngine 解析我们的cshtml页面,这种使用十分简单,直接读取地址生成html就行了;

第三种 也是我使用的,解析html模板(Razor语法的html模板)然后通过RazorEngine 解析,这个是十分简便的,RazorEngine 会直接识别html中的语法。

 

。。。。我想,很多朋友已经等不急了。。。并且,后面的什么项目管理啊、邮件啊之类的 都是业务逻辑,不断的重复我们的东西,使用到的基本都讲过了,所以也是没有很大的必要性。

 

所以,我们分为两章来总结一下这个系列:

第一章总结完,我会分享整个数据库和已发布之后的程序供大家测试和抽取UI

第二章总结完 我会把程序源码分享给大家。

为什么第一章不分享源码呢?因为我还没有整理好,比如仓储类实际上没有UnitOfWork,对性能是十分不好的,我要改,很多朋友无数次的要完整的东西,所以先把发布之后的程序和数据库给大家,就当开胃菜,整理好之后全部分享。分享之后的源码仅供大家参考,请不要直接拿来使用,因为很多东西比如DDD的设计、UnitOfWork 都是没有完全实现的,大家可以关注

【无私分享:ASP.NET CORE 项目实战】目录索引 这个系列,在这个系列中我们会重构我们的思想,并且修改基础操作类(重新开发,没有在本系列中没有看懂仓储类库Repository的可以重点看下),实现对架构和性能的追求。

 

 

好了,废话不多说。

首先呢,我们来讲下依赖注入(DI):

在我们这个系列中,我们是通过Spring.net 来实现的(在Asp.net Core中已经底层支持【无私分享:ASP.NET CORE 项目实战(第二章)】添加EF上下文对象,添加接口、实现类以及无处不在的依赖注入(DI)),大家最有印象的应该就是

 

 

我们重点看下 Spring配置指向,这里有算是两类指向,一类是webpage的指向(我们的应用程序层webpage),一类是Service的指向(我们的应用服务接口层)

 

 

我们建了很多

包括webpage\config下的

 

 

我们来分别讲下webpage/config 和 service\config 里面的

我们先来看下service\config 里面的

 

 

我们看下格式:

<object id="Service.Permission" type="Service.ServiceImp.PermissionManage,Service" singleton="false"></object>

<object id="定义一个唯一的名字" type="接口实现类,Service" singleton="false"></object>

名字自己定义一个就可以,没有什么特别的规范,只是要唯一,我们在webpage\config 里要用到这个名字,两者保持一致便可。

接口实现类就是命名空间+实现类的类名,以上面的(Service.ServiceImp.PermissionManage)为例,我们看下我们这个实现类:

 

 

这样,Service\config 下面的

 

 

我们看下格式:

<!--登录控制器-->
<object type="WebPage.Areas.SysManage.Controllers.AccountController,WebPage" singleton="false">
<property name="UserManage" ref="Service.User"/>
<property name="UserOnlineManage" ref="Service.UserOnlineManage"/>
</object>

<!--登录控制器-->
<object type="控制器,WebPage" singleton="false">
<property name="声明的容器名称" ref="在配置Service\config时定义的id"/>
<property name="声明的容器名称" ref="在配置Service\config时定义的id"/>
</object>

 

首先,我们添加一个object标签 type 我们的控制器

<object type="WebPage.Areas.SysManage.Controllers.AccountController,WebPage" singleton="false">
</object>

然后,我们这里需要用到两个接口:一个是用户管理,一个是用户在线状态

那么我们添加两个 property标签:

<property name="UserManage" ref="Service.User"/>
<property name="UserOnlineManage" ref="Service.UserOnlineManage"/>

注意:这里property 的属性 name 的值 要跟控制器里声明的容器的名称一致

 

 

这样,就实现了。然后,有朋友问,一定要这么复杂的配置么?其实,service\config里配置完,在webpage\config里不配置也是可以的,那么不配置Controllers.

 

对于Spring的使用,详细的讲解和专业的术语如何表述,请大家移步度娘。

 

 

我们再来看下大家也是有很多问题的UserManage实现类:

//用户登录验证

public Domain.SYS_USER UserLogin(string useraccount, string password) 这个应该没什么可讲的,大家都一目了然。

//是否为超级管理员

 public bool IsAdmin(int userId) 这个就一点说明一下 return roles.ToList().Any(item => item.ID == ClsDic.DicRole["超级管理员"])  这里是用到了字典(是不是比较鸡肋),我们在应用类库Common下的Enums.cs中有这么一个

也是就判断我们当前登录用户的ID是否等于我们定义的超级管理员的ID。

 

然后,我们再来看下 public Account GetAccountByCookie() 和 public bool Remove(int userId) 这两个是一样的,这两个都调用了外部接口,我们看下我们这个类的开始部分

 

 

大家是不是在使用的时候会出现这么一个错误:未将对象引用到实例?

包括在控制中,我们调用接口的时候,出现这个错误,大部分的原因就是:没有注入。

控制器的注入我们上面刚刚讲过了,我们看下接口调用外部接口是如何注入的。service\config\service.

 

大家发现了吧 我们在object标签下 也添加了property标签。上面我们讲过了控制器如何不使用

 

 

好了,已发布的项目和数据库:百度网盘

 

带密码啊?是的,娱乐一下,已推荐+单数楼层留下邮箱,密码发给你。o(*≧▽≦)ツ  大家抓紧,网盘会失效的。

 

说明:大家可以直接放到IIS里架起来,数据库在App_Data\DataBase 里面。

数据库连接需要修改两个地方:① web.config 里面的数据库连接   ② log4net.config 里面的数据库连接 (我们的日志不是存在txt里是存到数据库里的)

 

 

原创文章 转载请尊重劳动成果 http://yuangang.cnblogs.com