1:增长子目录部署支持。html
2:增长Taurus.MVC支持。git
3:优化及Bug修复。github
其实在重写Aries框架的时候,我是去掉了目录部署功能的,主要是为了加快Aries开发的速度。数据库
不过最新有用户反馈,须要部署在子目录下,因此就顺势把子目录部署这块功能给增长上了。缓存
Aries 2.0的目录结构是这样的:原来的Aries.Logic下的Handler变动到Aries.Controllers下,其它变化不大。网络
在我整个设计的过程是这样的:框架
一开始只有:AjaxBase和LogicBase和IBase,改完就变成了:学习
AjaxController,AjaxLogicBase,IAjaxBase优化
ViewController,ViewLogicBase,IViewBase。spa
在改造完后,我不断反复的思考着用户体验和用户的学习成本:
思考良久,感受容易迷惑用户,有点破坏了Aries的纯洁性。
所以,想着仍是把MVC独立出来吧。
因为MVC功能已经完成,只是重写更名,独立发布,因此通过了几天的努力,不断的简化,优化流程后:
终于发布并开源了Taurus.MVC:http://www.cnblogs.com/cyq1162/p/5739048.html
整个框架的核心,表面上是Taurus.Core,其实是CYQ.Data(当时花时间重点改造的是CYQ.Data.Xml名称空间下的类)
整个框架创新的地方:Taurus.Core只是简化了路由和寻找控制器(下降学习了成本),创新仍是在模板引擎上,包括模板页的引用也创出了新思惟。
因此会有个别不明真相的人,容易自我陶醉。
在发布完Taurus.MVC后,看着Aries,保留MVC?或是?
一想起要同时维护两份几乎同样的但命名不一样代码,心就好累,必须动,但怎么动?
又想保留MVC,又要保持Aries的纯洁性,思考了好久,终于找到一个一箭双鵰的方法:
在UrlRewrite和InvokeLogic预先处理Taurus.MVC的路由和寻找Controller。
以后只要引用Taurus.Core.dll,便可。
最新CYQ.Data的版本升级频率有点高,主要是:自动缓存+XHtmlAction 改动有点大,目前已稳定下来。
但只要框架还在维护升级更新,稳定即是相对的。
作了一些小优化,以及增长对搜索框的寻找功能。
1:原来Aries在code.taobao.org的SVN已关闭,目前已迁往GitHub。
2:GitHub上的地址为:https://github.com/cyq1162/Aries.git
3:这里吐槽一下github不爽的地方:
1:网速(几K的上传速度,坑了我太多时间)
2:不能传空目录(一不当心遇到空目录,就得从新重头上传,以前没注意,被坑了好多回)
3:一次性上传不能过多(网络容易断或没反应,又得重头开始)
因此,只能分批次,几个几个的小目录上传。
其实最先是发布在Github的,因上传的速度太坑,换到code.taobao.org,没想到折腾回去(为了大家,忍了)。
改一下UI对应的配置便可。
改一下CheckTokenPath对应的配置便可,多个目录用“,”号分隔。
PS:代码里用的是路径检测是:包含Contains,因此无论层级,这点要注意。
若是你的系统,若是除了CYQ.Data,还有使用其它方式操做数据库,你应该关闭自动缓存:将IsAotuCache配置为false,默认为true。
引用的方式:
A:下载Taurus.MVC的源码,找到Taurus.Core.dll,添加引用。
B:Nuget上搜Taurus.MVC,添加引用。
若是你想运行Demo,你能够将Taurus.MVC下的Views目录Copy过去。
若是你想运行Demo,你能够将Taurus.MVC下的Controllers项目下的目录Copy过去。
PS注意点:用Taurus.MVC时,注意名称空间:
继承的基类是Taurus.Core.Controller。
简而言之,就是普通项目怎么使用Taurus.MVC,Aries就怎么使用。
因为我的开源做品不少,要维护升级,同时又要构思新功能,要花的精力不少。
因此若遇到问题,请先用源码调试,定位到问题,再反馈到群里,这样能省我点时间。
最后,感谢大伙长期以往的支持!