浅谈QMVC APP开发



自从吾修主页上发布了QMVC源码，非常感兴趣，用了半月的时间学习，真的感觉收益非浅，在此声明非常感谢吾修大哥的分享！

1、轻快简单，框架就几个类，简单，当然代码少也就运行快！单纯的MVC，使的如果你想扩展框架，可以轻易的在QMVC上增加和减少功能，也就是说更容易的去修改和读懂源码。

2、可以与webform框架融合，也就是说你用webform和mvc共同在同一个项目中运行。

3、QMVC APP开发，QMVC APP可以轻易实现多个QMVC项目合并到一个项目中运行，也可以轻易将其分离开独立运行，比如一个网站常有论坛、文章系统、新闻系统等，如果你的程序用qmvc app，哪么可以轻易实现多个系统的融合。

本文主题：“QMVC高级开发”，所谓高级我可不认为就是学不会，搞不懂的忽悠者是高级!而是高与初级的层面上知识，所以在此，我假设你己经懂了QMVC的基础级应用，如果想了解QMVC的初级应用，可以参考我写的一篇文章《高性能.NET MVC之QMVC》，或QMVC官网（www.wuxiu.org）。

怎样的框架是最适合你的？哪么豪无疑问，最适合你的框架，什么是最适合自己的？肯定是量身定制的！就像是如果说qmvc，他的代码非常少，层次简单，逻辑清晰，简单。你可以通过基于QMVC轻易扩展成适合自己系统的框架！本文就谈谈如何扩展自己的MVC APP框架、谈谈QMVC源码结构！

1、QMVC源码分析

首先QMVC源码中存在两种MVC模式，一种是QMVC基本框架，一种是QMVC APP框架，QMVC APP的代码是基于QMVC基本框架实现的，源码中APPS目录中存的是关于QMVC APP框架的实现代码。根目录下是QMVC基本框架，Router为QMVC的路由功能，用HTTP请求地址的分析。

ControllerBase类    所有控制器的基类

IMVCModel                     模型调用接口，当然你的Model也可以不继承于此接口，如果想在Model中调用QMVCRazorPage类，哪么可以实现接口中获取。

MVCRazorPageBase类  是关于View模板的基类

QMVCCore类                 QMVC框架的核心类，控制qmvc运行的支持者。

ViewResult类                  是Controller传值给QMVCCore去调用Razor模板时的信息类，Controller把要显示的信息给ViewResult，QMVCCore通过ViewResult加载Razor模板。

Router.IRouterProvider接口   如果你想重写QMVC的路由功能，哪么可以实现Router.IRouterProvider接口实现。

至于APPS中的类于以上的类类似，并且实现了固定的Router。

如果你想重写模板显示路径规则可以重写ControllerBase类中的getTemplateUrl方法，这无疑对你编写自己的框架起到了最大控制的空间，原方法代码：

protected virtual string getTemplateUrl(string themeName,string controllerName,string viewName)
{
      return "~/" + themeName + "Views/" + controllerName + "/" + viewName + ".cshtml";
}

DefaultRouter类

using System;
using System.Collections.Generic;
using System.Collections.Specialized;
using System.Linq;
using System.Reflection;
using System.Text;
using System.Text.RegularExpressions;
using System.Web;

namespace wuxiu.QMVC.Router
{
    public class DefaultRouter : IRouterProvider
    {

        string DefaultController;
        string DefaultAction;
        RouterControllerCollection controllers = new RouterControllerCollection();
        public DefaultRouter(Assembly asm, string defaultController, string defaultAction)
        {
            DefaultController = defaultController;
            DefaultAction = defaultAction;
            //
            controllers.LoadAssembly(asm);
        }

        public ControllerBase LoadUrl(HttpContextBase context, string apprawurl)
        {
            string controllerName = DefaultController;
            string action = DefaultAction;
            string pageurl;
            if (apprawurl.IndexOf('?') != -1)
            {
                pageurl = apprawurl.Substring(0, apprawurl.IndexOf('?'));
            }
            else pageurl = apprawurl;
            string[] urls= Utils.ClearStrArrayEmpty(pageurl.Split('/'));
            string[] urldata;
            if(urls.Length>0)
            {
                controllerName=urls[0];
            }else controllerName=DefaultController;
            if(urls.Length>1)
            {
                action=urls[1];
                if (!action.EndsWith(".action",StringComparison.OrdinalIgnoreCase))
                {
                    return null;
                } action = action.Substring(0,action.Length - ".action".Length);
            }else action=DefaultAction;

            if(urls.Length>2){
                urldata=new string[urls.Length-2];
                for(int i=2;i<urls.Length;i++)
                    urldata[i-2]=urls[i];
            }else urldata=new string[]{};

            Type ControllerType = controllers.GetController(controllerName);
            if (ControllerType != null)
            {
                ControllerBase controller = Activator.CreateInstance(ControllerType) as ControllerBase;
                controller.init(context, controllerName, action, urldata);
                return controller;
            }
            return null;
        }

    }
}

QMVC默认路由器类，没有实现正则表达式，其实我觉得这是一个好事，因为使用字符分析更准确性能更佳。DefaultRouter类中实现了IRouterProvider接口，在LoadUrl函数中分析了http请求地址，并且通过反射的方式调用的控制器中的方法。

2、QMVC APP介绍

　　QMVC APP的实现目的是为了实现多个项目融合提出的解决方案，当然如果你的程序按照QMVC APP模式开发，可以很容易的实现与另一个APP之间融合到一个站点中运行。 　　如果你的项目按照QMVC APP模式开发，哪么Controller是继承自wuxiu.QMVC.APPS.APPController基类，每一个应用中必须实现APPProvider类。每个应用中存放app.config文件。

QMVC APP目录结构

APPS

　　   APPName

　　      DefaultViews

　　         ControllerName

　　            ActionName.cshtml

　　         ...

　　      App.config

　　Controllers

　　Models

　　APPProvider.cs

　　Global.asax

　　Web.config

　　以上树中，APPS目录是必须目录，用于包含当前项目中所有的应用文件夹，APPName是应用的文件夹，其中包括了Views和app.config，Views里存放了应用所用的视图，app.config中定义了应用的配置信息。

　　APPProvider.cs是APPS模式中所有应用实现的一个类，他继承于wuxiu.QMVC.APPS.APPProvider类，该类在QMVC初始化时调用，用于初始化APP。 　　Models和Controllers文件为当前应用的相关控制器和模型存放目录。

QMVC APP项目配置

　　若建一个QMVC APP模式的项目，必须以6.2节中定义的目录结构外，需要修改一些配置文件，让ASP.NET运行框架支持QMVC APP运行。

　　Web.config中，添加或修改以下配置项：

　　

<configuration>
  <system.web>
    <compilation debug="true" targetFramework="4.5">
      <assemblies>
        <add assembly="System.Web.WebPages.Razor2, Version=0.0.0.0, Culture=neutral, PublicKeyToken=14679ed9c77dd5f5" />
        <add assembly="System.Web.WebPages2, Version=0.0.0.0, Culture=neutral, PublicKeyToken=14679ed9c77dd5f5" />
        <add assembly="System.Web.Razor2, Version=0.0.0.0, Culture=neutral, PublicKeyToken=14679ed9c77dd5f5" />
      </assemblies>
      <buildProviders>
        <remove extension=".cshtml"/>
        <add
           extension=".cshtml"
           type="System.Web.WebPages.Razor.RazorBuildProvider, System.Web.WebPages.Razor2"/>
      </buildProviders>
    </compilation>
  </system.web>
  <system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>
　　</configuration>

　　APPS/web.config中，添加或修改以下配置项：

<configuration>
  <configSections>
    <sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor2">
      <section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor2" requirePermission="false" />
      <section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor2" requirePermission="false" />
    </sectionGroup>
  </configSections>
    <system.web>
    </system.web>
  <system.web.webPages.razor>
    <pages pageBaseType="wuxiu.QMVC.MVCRzorPageBase">
      <namespaces>
        <add namespace="wuxiu.QMVC" />
      </namespaces>
    </pages>
  </system.web.webPages.razor>
</configuration>

APPS/APPName/APPProvider.config

　

　

<?xml version="1.0" encoding="utf-8" ?>
　　<app
　　  name="贴吧系统"
　　  version="1.0"
　　  copyright="bobby"
　　  urlFolder="wuxiu"
　　  appProviderClass="wuxiu.tiebaAPP.TiebaAPPProvider"
　　  assembly="bin:wuxiu.tiebaAPP"
　　  enable="true"
　　  >
　　  <appSettings>
　　         <add key="" value=""/>
　　...
　　</appSettings>
　　<customElements>
　　</customElements>
　　</app>

　　如果您创建一个QMVC APP，哪么必须写一个app.config描述您的应用信息，QMVC会按照您的配置去加载应用，并且把您的配置信息传给应用。

　　APP节点属性

Name 应用的名称 Version                 当前应用的版本号 appProviderClass 表示实现wuxiu.QMVC.APPS.APPProvider类的命名空间和类名，用于初始化APP的类。 assembly         当前应用的APPProvider所在的类库，值有两种书写形式：

1、file冒号开头，标识app/bin/目录下的dll文件名,如：“file:mydll.dll”。

2、bin:默认为程序跟目录Bin目录下的程序集名称,如：“bin:mydll”。

说明：推荐使用bin前缀，因为file虽然可以独立自己的程序目录，确存在着运行中独占的问题，可能导致程序运行页dll不允许移动和删除。 Enable 标识当前程序是否可用，值有两个：true或false。

以上章节是翻译自吾修主页的QMVC Doumentation章节中关于QMVC APP章节！

实现一个自己的AppController

public class HomeController:wuxiu.QMVC.APPS.APPController{
   public wuxiu.QMVC.ViewResult Index(){
      return View();
   }
}

实现一个IMVCModel类

当在模型类中可以获取到MVCRazorPage对象无疑将Model的功能增加，他可以更灵活的提供些程序逻辑，减少了Razor模板中的代码，毕竟Razor是给美工操作的层面代码。

    public class MyModel:wuxiu.QMVC.IQMVCModel
    {
        public string LoginPageUrl { get { return page.APPUrlStart + "/user/login.action"; } }

        wuxiu.QMVC.APPS.APPRazorPage page;
        public void Init(QMVCRzorPageBase page)
        {
            this.page = (wuxiu.QMVC.APPS.APPRazorPage)page;
        }
    }

浅谈QMVC APP开发

时间： 2024-10-14 04:35:22

浅谈QMVC APP开发的相关文章

浅谈敏捷软件开发与传统软件开发

本文将介绍传统软件开发与敏捷软件开发,并简单分析二者的优缺. 首先我查阅相关资料大致了解了下为什么会爆发"软件危机"和什么是"软件危机".由于在早期的软件开发活动中有明显的个体化特征,开发流程不规范,人们没有将软件与程序加以详细的区别,对程序之外的数据和相关文档资料没有给予重视,对编写程序之外的软件活动也没有给予重视,因此出现了"软件危机"."软件危机"的特点有:开发成本急剧上升.不能按时交付软件.软件难以维护.无法保证软件质

浅淡物流app开发解决方案

近年来,随着科技不断升级,以及移动互联网的迅速发展,各行业竞争也同时越来越大.例如物流行业,传统的物流形式已经满足不了大家,在近两年里传统物流行业也是慢慢从PC端互联网中逐渐的迁移到移动互联网.因此物流APP开发就因此而诞生了,这推动物流行业管理发展的同时,更是为广大消费者带来个性化的服务. 传统物流行业介绍 相信大家都清楚,在没有物流APP开发之前,传统的物流交收配送方式需要经过很多个环节.首先要取件,然后运送.再经过快递员配送最后用户签名等多个环节;有时候快递员联系不上用户的时候,就只能存放

浅谈：APP有哪些常被黑客利用的安全漏洞

首先,说到APP的安全漏洞,身为程序猿的大家应该不陌生:如果抛开安卓自身开源的问题的话,其主要产生的原因就是开发过程中疏忽或者代码不严谨引起的.但这些责任也不能怪在程序猿头上,有时会因为BOSS时间催得紧等很多可观原因.所以本文会对 Android 系统的开源设计以及生态环境做一些浅谈. 1. 应用反编译漏洞:APK 包非常容易被反编译成可读文件,稍加修改就能重新打包成新的 APK.利用:软件破解,内购破解,软件逻辑修改,插入恶意代码,替换广告商 ID.建议:使用 ProGuard 等工具混淆代

浅谈web前端开发

有部分同学和朋友问到过我相关问题.利用周末我就浅浅地谈谈我对web前端开发的理解和体会,仅仅能浅浅谈谈,高手请自己主动跳过本篇文章. 毕竟我如今经验并非非常足,连project师都算不上,更不用说大牛了.今天也不谈技术.技术非常多人比我掌握得更好,也大同小异.可是每一个人的理解体会是不一样的. 对前端开发的三个整体理解和体会 我对前端开发的整体体会有三: 第一:杂而难,难度甚至超过了一般的后台开发,假设有人认为前端开发简单仅仅能说明他还没有入门. 第二:web前端开发正在向响应式和移动端方向大步

浅谈iOS视频开发

这段时间对视频开发进行了一些了解,在这里和大家分享一下我自己觉得学习步骤和资料,希望对那些对视频感兴趣的朋友有些帮助. 一.iOS系统自带播放器 要了解iOS视频开发,首先我们从系统自带的播放器说起,一.我们可以直接播放视频,看到效果,不然搞了半天还播放不了视频,会让大家失去兴趣.二.其实对于很多需求来说,系统的播放器就能够胜任.简单介绍下 1.MPMoviePlayerController 在iOS中播放视频可以使用MPMoviePlayerController类来完成,具备一般的播放器控制功

浅谈移动Web开发（上）：深入概念

PPI 什么是PPI PPI的复杂之处在于如果他所属的上下文环境不同,意义也会完全不一样. 当我们在谈论显示设备的PPI时,它代指的屏幕的像素密度:当我们在谈论和图片相关时,我们谈论的是打印时的分辨率或者打印机的打印精度.这里我们主要描述的前一种情况. PPI全称为Pixel Per Inch,译为每英寸像素取值,更确切的说法应该是像素密度,也就是衡量单位物理面积内拥有像素值的情况. 如上图所示,在1英寸单位内面积内拥有的像素越多,密度越大,PPI值就越高.但像素密度的实际意义是什么?它表达的是

浅谈Android系统开发中LOG的使用

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6581828 在程序开发过程中,LOG是广泛使用的用来记录程序执行过程的机制,它既可以用于程序调试,也可以用于产品运营中的事件记录.在Android系统中,提供了简单.便利的LOG机制,开发人员可以方便地使用.在这一篇文章中,我们简单介绍在Android内核空间和用户空间中LOG的使用和查看方法. 一. 内核开发时LOG的使用.Android内核

转：浅谈手机app测试注意点

现在我们测试时,开发会先在本地机上打好测试包,自己安装,轮完一轮,开发修改好后,再打一个包.以下是功能测试时需要注意的点: 1.登录 ●登录用户名和密码错误时,界面有提示信息 ●用户主动退出登录后,下次启动APP时,应该进入登录界面 ●对于支持自动登录的APP,数据交换时  ,是否能自动登录成功且数据库操作无误 ●密码更改后,登录时是否做到了有效数据的校验 ●对于未登录时一些页面的操作,是否做了控制 ●切换账号登录,检验登录的信息是否做到及时更新 ●对于多个端都进行操作时,确保数据库操作无误,且

NIO原理剖析与Netty初步----浅谈高性能服务器开发（一）

除特别注明外,本站所有文章均为原创,转载请注明地址 在博主不长的工作经历中,NIO用的并不多,由于使用原生的Java NIO编程的复杂性,大多数时候我们会选择Netty,mina等开源框架,但理解NIO的原理就不重要了吗?恰恰相反,理解NIO底层机制是理解这一切的基础,由此我总结一下当初学习NIO时的笔记,以便后续复习. 以下是我理解的Java原生NIO开发大致流程: 上图大致描述的是服务端的NIO操作. 第一步,绑定一个服务的端口 这与传统阻塞IO中的ServerSocket类似,没什么好说的