Kooboo CMS技术文档之一：Kooboo CMS技术背景

• 语言平台
• 依赖注入方案
• 存储模型

1. 语言平台

Kooboo CMS基于.NET Framework 4.x，.NET Framework 4.x的一些技术特性成为站点开发人员使用Kooboo CMS必不可少的基础，为提升Kooboo CMS的用户体验来了极大的帮助，这些特别包括：

• dynamic关键字带来了流畅的数据操作体验

.NET4带来的dynamic关键字，可实现部分的动态语言特性。在Kooboo CMS中，所有的内容都是以key-value的形式存在。在语言对象的表达中，我们使用IDictionary<string,object>类型的对象来表达每一条件内容数据。在这种情况下，我们常规的数据使用方法将会是：

@foreach (var item in (IEnumerable<IDictionary<string,object>>)ViewData("Articles"))
{
@item["Title"]
}


在引入dynamic对象之后，我们相同逻辑的代码可以简化为：

@foreach (var item in ViewBag.Articles)
{
@item.Title
}


首先，ViewBag是ASP.NET MVC3中为了方便站点开发人员使用而对ViewData对象的一个dynamic包装，包装之后，所有通过ViewBag访问的ViewData值都被认为是dynamic变量，这时我们不需要进行再一步的类型转换之后就可以调用它的属性和方法。

而用item.Title来代替item[“Title”]，也是我们为了适应dynamic的调用方式，继承实现DynamicObject和IDictionary<string, object>（具体定义类型为：Kooboo.Dynamic.DynamicDictionary）。这样的调用方式一方面可以更直观的，另一方面可以让用户更流畅的使用内容的字段值。

• 匿名对象是MVC相关辅助方法传参的基础

匿名对象是.NET 3.5中带来的一个重要特性，它被大量的用在LINQ和MVC的辅助方法中。在用Kooboo CMS开发中，开发layout和view中使用最多的对象除了dynamic变量之外，另一个重要的对象使用方式就是匿名对象。最常用的就是我们在生成页面URL的时候需要指定参数，那我们会这样来生成：

@Url.FrontUrl().PageUrl("Articles/detail", new {UserKey = item.UserKey})


其中new { UserKey=item.UserKey }就是一个匿名对象，它所表达的含义就是向Articles/Detail这个页面传递UserKey参数，值是item.UserKey的值。如果此时，还需要传递一个参数可以用：new { UserKey=item.Userkey,Title=item.UserKey}，各参数之间以逗号分隔，以此类推。

2. 依赖注入的解决方案

Kooboo CMS一直在致力于寻找最简单轻量的解决方案来做功能设计和技术实现。在Kooboo CMS中，我们的依赖注入使用上可通过添加Dependency这个Attribute的方式来实现。这种注入方式主要用在数据库储存储切换，模板引擎切换等地方。例如以下是用来替换RepositoryProvider的默认实现：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Kooboo.CMS.Common;
using Kooboo.CMS.Content.Models;
using Kooboo.CMS.Common.Runtime.Dependency;
namespace Kooboo.CMS.Content.Persistence.SqlServer
{
[Dependency(typeof(IRepositoryProvider), Order = 2)]
[Dependency(typeof(Kooboo.CMS.Common.Persistence.Non_Relational.IProvider<Repository>), Order = 2)]
public class RepositoryProvider : Kooboo.CMS.Content.Persistence.Default.RepositoryProvider
{
public RepositoryProvider(IBaseDir baseDir)
: base(baseDir) { } public override void Add(Models.Repository item)
{
base.Add(item);
DatabaseHelper.InitializeDatabase(item);
}
public override void Remove(Models.Repository item)
{
try
{
DatabaseHelper.DisposeDatabase(item);
}
catch
{}
base.Remove(item);
}
public override void Initialize(Models.Repository repository)
{
DatabaseHelper.InitializeDatabase(repository);
base.Initialize(repository);
}
public override bool TestDbConnection()
{
var shareConnectionString = SqlServerSettings.Instance.SharingDatabaseConnectionString;
return SQLServerHelper.TestConnection(shareConnectionString);
}
}
}

3. 存储模型

• 存储模型设计

对于关系的处理，在Kooboo CMS中，对View，Layout，Page，Folder等数据有限且有明确层级关系的数据，尽量使用文件夹层级的关系来表现数据之间的子父和继承关系。这样做，可以做简单，直观的效果外，还方便站点开发人员开发时使用Visual Studio对View进行编辑和修改。

• 配置数据与内容数据分开存储

在Kooboo CMS中，一个站点由两部分组成：站点管理和内容管理。这两部分数据有着明显的不同：

1. 站点配置数据，包括View,Layout,Page等数据，这些数据都有一个共同的特点，数据量不是特别大，不需要很复杂的查询。
2. 内容数据，通常数量会比较大，也会有各种复杂查询。同时对于一个内容管理系统来说，通常还会要求支持各种不同的数据库平台。

针对配置数据和内容数据的不同特点，我们采取了不同的存储策略：

1. 对配置数据，我们将数据存储在XML文件中，方便部署,维护和导出。配合数据缓存机制来解决有可能出现的性能问题。
2. 对文本内容数据，我们采用一套的透明的接口来隔离存储实现， 让内容数据可以支持不同数据库引擎。目前我们支持：XML,MongoDB,SqlServer,SqlCe,MySQL,Couchbase等数据库。为了减少部署成本，我们默认使用XML存储，用户安装Kooboo CMS完全不需要任何额外的数据库配置。
3. 对媒体内容数据，默认我们将媒体内容（比如图片、视频、文档等）存储在磁盘中。同时我们也支持将媒体内容存储在Azure Blob Storage中或者自己搭建的文件系统中（通常用于多服务器负载均衡时使用共同的媒体中心）。