准备工作
IDE：VS2017 （我现在版本是15.5.7）
数据库：MSSQL（我电脑上只有这个了）
计划
计划采用Asp.Net Core 2.0 + EF Core 来搭建项目，想采用DDD来进行战术建模，研究DDD也有一段时间了，不过实践起来还是很难，理解起来容易，实践起来会出各种问题，这点感觉和CQRS正好相反。所以这里不纠结到底合理不合理，只把它当成一套约束框架来做，你可能只会看到有DDD的影子，但并不是DDD。
废话不多说了，文章可能不定时更新。
简单分析
博客系统的目的是什么呢？我觉得就是 写东西给人看，
写什么？博文
给谁看？任何人，包括自己
由于是个人博客，那么也就是说只存在一个或几个作者，
所以不必区分是谁的博客，只要区分是谁的博文，在下面模型中会省略掉Blog这个实体
框架搭建
首先我们按照下图分别建立四个层：
1.UI（表现层）
2.Application（应用层）
3.Domin（领域层）
4.Infrastructure（基础设施层）
在这里我没有建测试单元，这并不是一个好的习惯，大家不要学我
原则上：
上层对下层的引用不应该依赖于具体实现，而应该依赖于抽象
但是考虑到业务的复杂度不高，而且需求比较固定，所以在大原则不变的情况下，怎么顺手怎么来吧
建立模型
手头没有UML设计工具，所以直接上代码。（博客的例子可能大家都理解，不一定非得上图）
模型建立一切从简，后续发现有问题再更正。
新增IEntity标示接口，定义int类型的Id为主键：
public interface IEntity
{
int Id { get; set; }
}
新增IAggregateRoot标示接口，并继承IEntity：
public interface IAggregateRoot : IEntity
{
}
用户模型：
public class User : IAggregateRoot
{
public int Id { get; set; }
public string UserName { get; set; }
public string Password { get; set; }
public string DisplayName { get; set; }
}
博文模型：
public class Post : IAggregateRoot
{
public int Id { get; set; }
public string Title { get; set; }
public string Content { get; set; }
public string Preview { get; set; }
public int CategoryId { get; set; }
public int UserId { get; set; }
public virtual Category Category { get; set; }
public virtual User User { get; set; }
public virtual ICollection<PostTag> PostTags { get; set; }
}
分类模型：
public class Category : IAggregateRoot
{
public int Id { get; set; }
public string Name { get; set; }
}
标签模型：
public class Tag : IAggregateRoot
{
public int Id { get; set; }
public string Name { get; set; }
public ICollection<PostTag> PostTags { get; set; }
}
按照DDD理论，我的理解是标签应该是值对象非聚合或实体，因为标签只依附于博文模型，离开了博文并没有任何意义，但考虑到关系型数据库数据持久化等方面的困难，暂时不把他当作值对象，而且我打算在右侧页面做一个标签云的导航，这样一想单独拿出来也不是没有意义。
博文和标签的映射关系：
public class PostTag
{
public int PostId { get; set; }
public Post Post { get; set; }
public int TagId { get; set; }
public Tag Tag { get; set; }
}
其实没必要建立这个实体，EF会自动帮我们做映射，但为了防止映射出来的表不好看，还是自己控制吧。
定义Domain层的仓储接口
在项目下建立一个基类泛型接口IBaseRepository：
定义基本增删该查接口
public interface IBaseRepository<TAggregateRoot> where TAggregateRoot : class, IAggregateRoot
{
void Add(TAggregateRoot aggregateRoot);
void Delete(TAggregateRoot aggregateRoot);
void Update(TAggregateRoot aggregateRoot);
TAggregateRoot Get(int id);
IEnumerable<TAggregateRoot> GetAll();
}
仓储实现
添加EF上下文
public class BlogDbContext : DbContext
{
public BlogDbContext(DbContextOptions<BlogDbContext> options) : base(options)
{
}
protected override void OnModelCreating(ModelBuilder builder)
{
builder.ApplyConfiguration(new PostMapper());
}
}
EF的关系配置个人不喜欢放在Entity上，也不推荐这么使用，否则领域模型就涉及到技术层面的东西，而且会很乱，我这里是在仓储类库下新建一个Mapper文件夹用Fluent API来实现映射。
PostMapper:
public class PostMapper : IEntityTypeConfiguration<Post>
{
public void Configure(EntityTypeBuilder<Post> builder)
{
builder.Property(a => a.Title).IsRequired().HasMaxLength(100);
builder.HasOne(a => a.User).WithMany().HasForeignKey(a => a.UserId);
builder.HasOne(a => a.Category).WithMany().HasForeignKey(a => a.CategoryId);
}
}
PostTagMapper:
public class PostTagMapper : IEntityTypeConfiguration<PostTag>
{
public void Configure(EntityTypeBuilder<PostTag> builder)
{
builder.HasKey(a => new { a.PostId, a.TagId });
builder.HasOne(a => a.Post).WithMany(a => a.PostTags).HasForeignKey(a => a.PostId);
builder.HasOne(a => a.Tag).WithMany(a => a.PostTags).HasForeignKey(a => a.TagId);
}
}
添加UnitOfWork
public class UnitOfWork
{
private readonly BlogDbContext _dbContext;
public UnitOfWork(BlogDbContext dbContext)
{
_dbContext = dbContext;
}
public int Commit()
{
return _dbContext.SaveChanges();
}
public async Task<int> CommitAsync()
{
return await _dbContext.SaveChangesAsync();
}
}
关于UI的想法
一开始想用饿了么出品的基于Vue的前端框架《Element-UI》，后来发现《IView》，感觉很棒，不过感觉拿来做后台个合适，因为博客还是比较适合用多页面的框架，而不是单页面的SPA框架，最终还是初步决定采用 用烂了的Bootstrap v3.3.7，数据绑定这一块还是选用vue，至少感觉比jQuery好用多了。
样式的话是我最不擅长的，所以打算直接找个现成的模板套，但发现没啥好看的，无意间看到了Laravel中文网这个网站，感觉风格很喜欢，就打算照着这个来了。
小结
文笔不好，技术有限
欢迎评论，大牛轻喷
