为什么要创造Taurus.MVC：

记得被上一家公司忽悠去负责公司电商平台的时候，情况是这样的：

项目原版是外包给第三方的，使用：WebForm+NHibernate，代码不堪入目，Bug无限，经常点着点着就挂了。

一开始招了几个实习的大学生在那玩，搞不定了，终于忽悠的我了，哈哈。。。

当时进去的第一感觉是重做，不过呵呵，老板的心思你不猜不行。

然后第一阶段就是在旧项目改造维稳了，只要不是需要挂上百台服务器才能解决的问题，都能弱弱地处理的不要不要的，毕竟没有三两三，也不好上梁坑。

到了第二阶段，自然就是思考重做了：

电商后台已有ASP.NET Aries 框架，刷刷刷的不用担心太多；

电商前台选什么框架呢？

1：WebForm 太保守；

2：.NET Core 太激进；

3：QBlog（秋色园） 门槛高；

4：重新写一套，事务繁忙，没空静下心思考，而且时间有限，已向BOSS提交了计划。

最后只有无奈地选择：ASP.NET MVC 了。

仔细想想.NET环境，市面上流行的开发框架，都是微软自家的（说好的百花齐放呢？）

我也知道，有些上点年纪的，也造框架，不过都是造给自己或自己公司用的（和造给用户用的思考的角度和涉及的广度是不一样的）。

也有一些免费造给人民群众的，不过宣传三两下就没声音了；

园子里也从来不会主动帮助第三方的开源框架做推广，光靠博主自己的激情和情怀，能支持多久都是是个未知数，毕竟搞框架是没收入的。

笔风一转：

后来，老板倒下了.....(泪奔~~~)。

然后，就有时间静下心来好好用情怀造框架了！

终于，Taurus.MVC 就出来了，而且一出来就开源了！！！开源！！开！三遍。

关于框架取名：Taurus

十年前造CYQ.Data的时候，名字取的不好（怪我咯），导致推广阻力大。

于是现在造新的框架，都必须得好好想个名字，毕竟得取个像：齐得龙，齐东强，齐得龙东强 这样的才够响亮而彻底。

前一小阵子发布的：ASP.NET Aries 业务开发框架：取名：Aries（白羊座，温柔中带点骄情）。

于是思考，是该延续白羊系列叫：Aries.MVC 呢？

还是。。。打造黄金十二宫呢？

然后把十三星座，八大行星的英文单词查了个遍，发现都没怎么满意，跳跃式取名有阻碍，那就顺序取名吧。

Taurus（金牛座），其实最后决定的原因是这个单词的发音：脱了（很有看大片的感觉，而且充满想象力，爆力中带点色咪咪的感觉）。

关于框架的适用场景：

选择框架，对高手来说，是一门学问；对新手来说，只是一种选择。

在我年轻的时候，被迫只能选择微软造的框架，现在，我成了创造者：

CYQ.Data+Aries+Taurus，几乎能适应所有的业务场景。

已经可以不用ASP.NET WebForm、ASP.NET MVC了。

但，仍然依旧离不开ASP.NET平台。

如上所说：

1：ASP.NET Aries 适用业务系统和后台快速开发。

2：Taurus.MVC 适用于对性能要求较高的电商等前端系统和WebAPI。

关于框架的优势：

通常讲框架的优势，就是开始扯蛋吹B的时候，只要市场口号喊的响亮，产品只要不是弱的一B就不是什么问题。

框架有啥优势？常人都先问这个，你要吹的我心动，吹的我心开，才回你一声哦，然后默默把源码下载存硬盘里。

由于市面基本微软一家统一天下，所以比较都是找微软家的MVC了。

其实吧，和.NET MVC 比起来，只能说：一个天上，一个地下。

MVC4安装完：800M（没搞明白究竟是要装什么东西这么大）；

Taurus.MVC安装完：400K（Taurus.Core.dll+CYQ.Data）。

很明显：微软这些年一直做加法，没想做减法，一直做创新，没想做兼容，很多产品都大粗大叶，让人纠心。

扯远了，说说优势，让我想想，让我和静静一起想想...

先用几个被用滥的词：轻量级？高性能？高效率？

不行，得与众不同，有点别人没做到的才叫优势：

噢，对，得用图表示，这样才能显的专业，对，这样这样，那样那样，好，整完了，上图：

Taurus.MVC 源码：

1：源代码SVN：https://github.com/cyq1162/Taurus.MVC

2：Demo演示站：

Demo截图是这样的：

Taurus.MVC 框架引入方式：

1：在Nuget上搜Taurus.MVC，引用即可（会引入：Taurus.Core和CYQ.Data）

然后出来一个Readme.txt，按提示配置一下URL拦截和指定Controller地方的dll即可。

2：直接用源码项目（源码项目里会有Demo）。

Taurus.MVC 框架介绍： 1：源码下载后：解决方案图：

2：解决方案说明：

1：CYQ.Data：主要XHtmlAction当模板引擎，另外当数据层可以提供Model或提供自动绑定语法。

2：Taurus.Core：主要实现了路由重写、Controller调用、ViewEngine等核心方法。

3：Taurus.Controllers 方法入口，写代码的地方。

4：Taurus.View 只存放html和css和js

3：补充说明：

1：通常MVC的Controller，Modle，View文件都放在一个项目里，这里就分拆到两个项目了。

2：为了项目层级清晰，你可以建Model项目（放实体）和Logic项目（写业务逻辑代码）还有Utility（放工具类）。

3：框架提供的Demo，就马马虎虎全放Controllers项目里了。

下面按MVC的套路来简单说说基础的原理及使用方式：

1：Taurus.MVC的路由： 1：隐匿路由：

在.NET MVC里，路由是一块很重要，但麻烦的功能。

要简化MVC，第一步，就是要思考如何隐式地消灭路由。

最后内部默认定了两个路由：

1：{Controller}/{Action}/{Para}

2：{Module}/{Controller}/{Action}/{Para}

默认第一种。

2：扩展路由：

当部署为子应用程序，或第一个为用户名时，会多出一个前缀目录。

这时可以能过AppSetting配置RouteMode值为2，轻松过度。

上下文会提供三个参数让你获取信息：ControllerType，Action，Para。

好了，路由讲完了，想自定义路由？No Way！噢，可以改源码~~~~

2：Taurus.Controllers 1：寻找Controller：

规则已经定好了，剩下的事就是按规则找Controller了。

1：收集所有的Controller。

2：指定去哪收集：默认是去Taurus.Controllers找继承自基类：Taurus.Core.Controller。

3：自定义存放Controllers：AppSetting配置Taurus.Controllers的值，假设为：Taurus.View

4：找不到Controller时，都找DefaultController，如果这个都木有（Demo里是有的），就抛异常了。

2：调用Controller的Action：

1：方法名都是public void，且没有参数（重载多个参数，默认只收集第一个）。

2：如果是Ajax请求，把处理完的值赋给上下文的AjaxResult即可。

3：找不到Action时，会找Default方法（这个基类里有，所以一定会有，有需要就重写它）。

3：Taurus.View

1：模板：html（严格的说应该是xhtml）

2：模板加载方式：和URL对应的寻址路径：就是Views/{Controller}/{Action}.html

3：母版页的引用方式：itemref="页面.节点名称"。（itemref是div的属性，没人用，就借它来引用节点替换。）

4：加载替换语法：

A：对于input标签，可以使用CYQ.Data.MDataRow.SetToAll批量赋值。

B：对于${name}，可以使用View.LoadData(数据,"前缀")，会自动格式化。

C：对于列表循环标签：可以使用CYQ.Data.MDataTable.Bind方法绑定。

总结：

1：本文并没详细讲解使用方法，对于使用方式，会在下一篇文章介绍：

嗯，一篇介绍就够了，因为实在没啥可讲的了，不需要写一本书。

2：Demo里提供增删改查列表分页功能，能力好点或有MVC基础的，扫下源码就会使用。

3：今天的重点是开源。。。开源。。。开源。。。重要的事情说123。

最后说一声：

此框架的开源，给了.NET的人民群众多了一种选择。

有情怀的你，看完，下完源码，接下来该有钱给钱，没钱给赞了，哈哈。。。