MVC的核心理念是代码的重用和关注点的分离（Separation of concern 我个人对这个理解就是将数据和表现进行分离）。如何正确遵循MVC的原理来编写代码是有一些基本指导原则可以遵循的。为了便于理解后面将要叙述的指导原则，我们这里认为一个典型的Web应用由以下几个子应用（部分）组成：

• 前端——网站界面，面向普通用户
• 后台——一部分有管理权限的用户用于维护Web应用的正常运转
• 控制台——在终端中执行的命令，或者是定时任务如cronjob，用于日常运维
• API——用于第三方合作，或者二次开发

Model

模型用于表示底层数据结构，经常在整个应用的不同部分共享，有些模型在前后台、API中都会用到，所以一个模型应该遵循的指导原则有：

• 包含属性用于描述特定的数据
• 应该包含业务逻辑，以确保数据能够满足表现的需要
• 应该包含数据操作的代码，比如数据存储、检索
• 不应该使用$_GET $_POST这样的只有在前端才会出现的数组，在控制台和API用到时候，可能就无法复用了
• 不应该出现HTML代码，负责表现的代码应该放到view文件中

在上述指导原则下，可能会写出非常庞大的Model类（过多数据操作，业务逻辑代码包含其中）。这种情况下，建议进一步抽象，提炼出一个基类，包含最通用的功能，然后前端、后端和API在用到时候，将各个子应用才相关的逻辑放到基类继承出来的子类里面。

View

视图主要就用于前端表现的代码。

• 包含HTML，以及所有负责表现的代码，可以出现PHP，但是只用于遍历数据、格式化数据
• 不应该包含DB请求
• 不应该出现引用$_GET $_POST这类数组的代码，这应该是Controller的工作。View只是专注于表现，布局等和页面呈现有关的业务，用户的请求数据应该由Controller和Model负责处理
• 如果必要，可以访问Model和Controller的属性，不过这是为了满足表现的需要

可以使用诸如布局、部分视图、HTML Helper类、Widget等框架特性来最大程度重用View的代码。

Controller

控制器是将模型、视图和其他组件组装在一起形成一个应用的粘合剂。控制器直接负责处理终端用户的请求。

• 可以访问$_GET $_POST这样的用户请求数组
• 创建模型，并决定一个模型对象的生命周期
• 不应该出现SQL语句，数据库请求应该放到Model中
• 不应该出现HTML代码，而应该将其放入到View中

在一个设计良好的MVC应用中，控制器是非常轻量级的，经常只有几十行代码的样子；而Model总是非常复杂而且庞大，包含了所有的用于表现的数据及其操作方法。这是因为由数据结构和业务逻辑组成的模型对每个应用来说，都是独特的，需要大量的定制化工作来满足应用的需求；控制器的逻辑经常遵循一个特定的套路，在各个应用中都差不多，因此可以被框架底层代码极大程度地简化（也就是说不是控制器代码少，而是Web开发框架已经都抽象出来并且都帮你做好了，这也就是框架的价值和能够实现快速开发的原因）。

您可能也喜欢：
视频教程：使用Yii框架开发Blog	Yii框架中验证器的allowEmpty属性	Yii框架的Log系统的分析	MVC就是个选择题	Dedian 5的PHP包缺少readline支持
无觅

去proxool下载了最新版本，0.9.1（我用的Hibernate是3.2.5版本，实际上0.9.1配置好后，跑步起来，最后还是用了0.8.3，后面会说的），按照网上普遍能搜到的帖子里的那个方法配置。

在hibernate.cfg.xml中加入:

<property name="hibernate.proxool.pool_alias">pool1</property>
<property name="hibernate.proxool.xml">proxoolconf.xml</property>
<property name="hibernate.connection.provider_class">org.hibernate.connection.ProxoolConnectionProvider</property>

然后，再在classpath下面放一个proxoolconf.xml的配置文件，里面的内容为：

<?xml version="1.0" encoding="utf-8"?>
<!-- the proxool configuration can be embedded within your own application's.
Anything outside the "proxool" tag is ignored. -->
<something-else-entirely>
    <proxool>
        <alias>pool1</alias>
<!--proxool只能管理由自己产生的连接-->
        <driver-url>jdbc:mysql://localhost:3306/struts?useUnicode=true&characterEncoding=GBK</driver-url>
        <driver-class>org.gjt.mm.mysql.Driver</driver-class>
        <driver-properties>
            <property name="user" value="root"/>
            <property name="password" value="8888"/>
        </driver-properties>
<!-- proxool自动侦察各个连接状态的时间间隔(毫秒),侦察到空闲的连接就马上回收,超时的销毁-->
        <house-keeping-sleep-time>90000</house-keeping-sleep-time>
<!-- 指因未有空闲连接可以分配而在队列中等候的最大请求数,超过这个请求数的用户连接就不会被接受-->
        <maximum-new-connections>20</maximum-new-connections>
<!-- 最少保持的空闲连接数-->
        <prototype-count>5</prototype-count>
<!-- 允许最大连接数,超过了这个连接，再有请求时，就排在队列中等候，最大的等待请求数由maximum-new-connections决定-->
        <maximum-connection-count>100</maximum-connection-count>
<!-- 最小连接数-->
        <minimum-connection-count>10</minimum-connection-count>
    </proxool>
</something-else-entirely> 

如果人品好，到这里应该就没有别的事情要做了，就是把proxool-0.9.1.jar放到你的classpath中就OK了，可惜事情偏偏不会那么顺利。

这样子搞，会出现一个错误：

org.hibernate.HibernateException: Proxool Provider unable to load JAXP configurator file: proxool.xml

org.logicalcobwebs.proxool.ProxoolException: Parsing failed.

于互联网上疯狂搜索，找了很多的说法，过滤了无数信息，终于发现一个哥们儿说的招儿有效：

将proxoolconf.xml里面的中文删除即可。汗死！~~~

以为到这里消停了吧，一启动服务器，又出错了：

java.lang.ClassNotFoundException: org.logicalcobwebs.cglib.proxy.Callback

然后我在proxool的代码里找了半天，竟然没有这个类，到网上搜索依赖的jar包，发现这个类在proxool-0.8.3.jar中才包含，于是乎只好再换过去。

看来，最新的东西是不能用的啊……另外，我以一个实例说明了，使用Java开发项目是多么的麻烦，选用Hibernate作为持久层，你还要考虑配备什么连接池，然后连接池有好多种，每种的性能，使用方法不一样，选定一种后，你还面临着版本兼容问题。这么小一个地方，就出了这么多麻烦，网上甚至看到一个哥们儿，写着，调试了5天了，还没有找到出错原因……唉……

您可能也喜欢：
Java的开源XML工具包dom4j	如何让Java程序定时运行	.NET Windows Forms窗体中的事件顺序	不要使用PeekChar()判断EOF	.net中如何只允许运行一个程序实例
无觅

实际上，我大错特错了。我用的是VS2005，里面根本就没有找到类似的选项，最多只能生成一个xml格式的注释提取文件，但是大家都知道，xml虽然是文档，但是not for humen beings。通过搜索，我知道了早在.net 2003的时期，VS是支持这个功能的，但是从2005开始，这个功能就被取消掉了。

一般网上搜索到的文章都会推荐NDoc1.3，这个着实误导了我一会儿，因为这个叫NDoc的开源项目早在2005年就已经停止开发了。其支持的.net framework版本只达到1.1。关于介绍这个NDoc的使用的文章，大家可以看一篇英文的文档如下：

http://www.codeproject.com/KB/XML/csharpcodedocumentation.aspx

上述文档从C#中的xml格式的注释开始，到NDoc的使用，都给出了非常详尽的说明。但是，现在真的还有人用.net 1.1的话，看到这里就可以直接去留言了，呵呵。我现在正在使用的是.net 2.0，我相信还有很多人跟我用同样的版本。刚才提到的NDoc最终版本为1.3，不支持.net 2.0，那么下面这篇文档介绍了如何让NDoc 1.3支持.net 2.0，一共给出了三种方法。

http://forums.asp.net/t/997774.aspx

不过，我都没有实验成功，一个是通过改配置文件的方法，上面的帖子里面可以下载的。还有一个是通过重新用VS2005编译NDoc1.3的源码的方法，这个方法在转换项目的时候有一个链接库找不到，是Html Help Workshop的一个链接库，我的系统里面没有，所以我这个方法也没有成功。

再后来，我找到了微软官方发布的工具，叫做Sandcastle（沙堡？），这个工具是微软官方推出的专门用来生成文档的工具，不过很遗憾是命令行工具，当然我不是一个命令行狂热者，否则我不会这么失望。下面的链接给出了这个工具的博客，可能你会找不到下载链接，呵呵:-)。

http://blogs.msdn.com/sandcastle/

上面的那个官方的，王道的工具，真的很难用，我装上了，完全用不了，因为要好几个步骤，好多命令，所以，骂我白痴吧。但是有个好心的老外，为其开发了一个界面，叫做SandcastleGUI，就是很简单的界面，在下面的页面里，大家可以看到这个工具的介绍。

http://www.inchl.nl/SandcastleGUI/

http://www.codeproject.com/KB/cs/SandcastleBuilder.aspx

经过试用，我发现，这个东西似乎没有什么作用，就是基本上什么也没有产生出来，所以，真的让我很失望，但是很多人说这个挺好用，第二个链接是另一个GUI的Sandcastle，界面模仿得已经和NDoc很像了，但是我用了以后，发现我程序里面引用了一个第三方插件，造成这个东西异常了，最终也没有能够产生出我要的文档。看来微软的这个工具还真的像沙塔一样不可靠呢。

最后，我知道了一个叫做NDoc2005的开源项目，在NDoc的基础上建立起来的，可以兼容.net 2.0。看来，我的希望来了。

http://sourceforge.net/projects/ndoc05

上面的网址可以获取NDoc 2005版本，但是我提醒想要偷懒的兄弟们，一定要下载源代码包，因为如果你只下载安装包的话，你会发现有个叫做Documenter的东西一直找不到，你什么文档都得不到的，只有那个src包里面才有这个文件夹。我就是把这个文件夹拷贝到了C:\Document and Settings\下面，才能正常使用的。这个工具如同NDoc1.3，可以生成msdn，xml，javadoc，msdn2003（beta）等各种格式的文档。非常强大。而且，如果程序里面引用了第三方插件的话，也可以成功跨过去，编译第一次会失败，第二次就会成功（不知道为什么）。

本来，故事到这里就结束了。但是，如果你像我一样，非常土的用中文写注释的话，那么故事还没有完，有可能你会碰到这个情况。当你编译msdn格式的文档的时候，你把LangID选成2052的时候，虽然能够支持中文，但是英文空格都以"？"来显示，而你把LangID选成1033的时候，虽然英文正常，但是所有汉字都是"？"，怎么样，够恶心吧，不能非得二选一吧，我甚至尝试着自己编译NDoc2005的源代码，解决问题失败。

终于，皇天不负有心人，我找到了这个。NDoc2007，实际上那篇文章是非常简单的，就给了个链接和一句话。见下面的链接。

http://blog.vckbase.com/bastet/archive/2007/07/11/27300.html

如果那个链接已经失效了，我还备份了一份。点这里。

您可能也喜欢：

.NET Windows Forms窗体中的事件顺序

让自定义控件产生自定义事件

关于在.net下使用OCX控件的问题

.net中如何只允许运行一个程序实例

不要使用PeekChar()判断EOF

无觅

这个东西，我还是按照自己的理解来描述一下。就是等于说在你的对象里面放一个函数指针，这个指针指向某个函数，你还不知道，当对象被创建了，处理事件的那个函数也在程序的其他某个地方被创建了，并且赋值给了这个函数指针的时候，通过这个函数指针，你就可以调用那个时间处理函数了，看起来，就好像发生了事件一样。

所以，事实上你在创建这个函数指针的时候，并不知道这个指针是否肯定要被赋值，也有可能永远不会被赋值。所以，每次调用的时候，应该判断是否已经被赋值。

这就让我想起了以前我在天津的时候，那种住宅楼都有一条专门走垃圾的管道，想让你们家支持扔垃圾这个事件，就要把垃圾管道通道家里，但是你并不知道管道的那一头是不是连接着垃圾箱，或者垃圾箱还没有建好，所以，你必须在扔垃圾前确认一下，当你发现楼下的垃圾箱完好的时候，你在家里，当你需要扔垃圾的时候，你只要打开管道的门，把垃圾袋放进管道里面，就O.K.了，楼下的垃圾箱就会收到一袋垃圾，然后会有专人处理垃圾箱的。

你在扔垃圾前也可以不去确认，那么结果就很糟糕，你知道的，可能当你走到楼下的时候，一转弯，发现一大堆很臭的垃圾，而那恰恰是你自己扔的。嘿嘿……

您可能也喜欢：

.net中的自动文档生成工具

.NET Windows Forms窗体中的事件顺序

关于在.net下使用OCX控件的问题

Label标签怎么使用？

Windows组件中的Timer计时精确度有限

无觅

在每一个小电视的顶上，我需要显示一条消息，告诉用户当前的状态，比如"no video""recording"等等。我使用了Label控件。结果出现的效果真的让我觉得很"震撼"。当我一屏展示36个画面的时候，首先每个"小电视"是一个个顺序出来的，在应该显示消息的那个位置，显示的是一块黑方块，然后等所有的"小电视"呈现完毕了，那些label才逐一出现在那些黑方块上。

也许是我的编程的水准太低下了，我用的1.8G双核，2G内存，都是这么糟糕的效果，放到客户机器上，真的是给我一种要"毁灭"的感觉。不禁恨自己的水平太臭了，但是我总要学的啊，原谅我一次吧。

我后来想了另一个办法，就是把我要显示的消息都截屏成了图片，然后用一个panel来载入图片的办法显示消息。这样子，虽然"小电视"还是一个个出现，但至少一个"小电视"是完整的，不会像使用label的时候的那个烂样子。

唉，我真的为自己感到"很抱歉"了。想来我是误会了Label的正确用法了，别的地方我也有做得不好的地方。我现在对程序的效率感到很头痛，不知道这些控件在屏幕上的出现是不是也可以使用双缓冲？希望有牛人看到的话给我点指点。

最后发个牢骚，现在市面上的技术书籍都太浮躁了，都是教怎么"ABC"的，没有教"DEF"的，让我觉得非常恶心，想找一本讲C# Windows Form编程的书，根本就没有好的，中文的没有，英文的也没有，唉……

您可能也喜欢：

.net中的自动文档生成工具

关于在.net下使用OCX控件的问题

.net中如何只允许运行一个程序实例

.NET Windows Forms窗体中的事件顺序

不要使用PeekChar()判断EOF

无觅

今天，实验室要求我编写一个小程序，操纵一个摄像头按照指定的时间间隔拍摄照片。真的是小Case啦。两个多小时，我做完了。晚上，我兴致勃勃的开始了测试。

按照需求，我测了一下1秒中内等时间间隔拍摄10张图片。在反复不断测试中，我突然惊讶的发现了一个问题——我拍摄下来的图片，不是间隔100毫秒的，而是间隔109毫秒。

开始，我以为这是因为我的中断处理程序的执行时间造成的，于是，我给时间间隔做了个修正，即如果设置时间间隔为100的话，在程序内部，就按照90毫秒来触发。发现这种情况下，时间间隔变成了93或94毫秒。

终于还是把这个问题问出了口，对面的小哥立刻告诉我，Timer使用的时间中断，Windows中每隔1/18秒触发一个时钟中断，所以，Timer的定时精度只能达到55毫秒。晕死，这么简单的事情，我竟然不知道，一看msdn，还真是这么回事。

按照msdn的指引，选用了所谓的更加精确的服务器计时器，System.Timers.Timer，重新测试，发现结果没有变。晕死，怎么会这样呢？仔细看文档，对比.net framework中拥有的三种定时器。Win32定时器，服务器定时器，线程定时器。Win32定时器是单线程定时器，精度55毫秒；服务器定时器是多线程定时器，其精度可能比Win32定时器精确得多（注意只是可能）；线程计时器专门用于那种消息不在线程上发送的解决方案，没有提到其精度。原来如此啊。

对于最终的结果，我有如下的结论：
1、我用任何定时方法，都无法达到指定的精度，其原因可能与码流本身有关，因为我调用的是第三方非开源的控件提供的ImageCaptur方法，该方法截取图片的时间间隔可能受到帧率的影响，而我除了使用这个非开源控件，不能用其他办法操纵摄像头。
2、虽然说Win32定时器(System.Windows.Forms.Timer)的精度只有55毫秒，但是实际使用中，发现产生的最终结果和System.Timers.Timer相同，即，不是93或94毫秒，就是109毫秒。由于我对msdn更加信任一点，所以这个结果就更加使我确信，实际拍摄的时间间隔受到视频流本身的帧率的影响。
3、实际上，可以更加进一步地调查定时不精确的原因，并且寻求解决办法（最终结论可能还是没有解决办法），但是由于这个选择的性价比实在太低，不值得尝试，所以，到此为止。

您可能也喜欢：

.NET Windows Forms窗体中的事件顺序

.net中的自动文档生成工具

.net中如何只允许运行一个程序实例

不要使用PeekChar()判断EOF

Label标签怎么使用？

无觅

using System;
using System.Collections.Generic;
using System.Windows.Forms;
using System.Diagnostics;

namespace MyMonitor
{
    static class Program
    {
        ///

        /// 应用程序的主入口点。
        /// 

        [STAThread]
        static void Main()
        {
            Process[] ps = Process.GetProcessesByName(Process
.GetCurrentProcess().ProcessName);
            if (ps.Length <= 1)
            {
                Application.EnableVisualStyles();
                Application
.SetCompatibleTextRenderingDefault(false);
                Application.Run(new EMonitor());
            }
            else
            {
                MessageBox.Show("不能打开多于一个程序实例！");
            }
        }
    }
}

原理上来说，没有什么难的，只是不知道而已。

后来，又查到了一个方法，看下面的代码：

using System;
using System.Collections.Generic;
using System.Windows.Forms;
using System.Threading;

namespace MyMonitor
{
    static class Program
    {
        ///

        /// 应用程序的主入口点。
        /// 

        [STAThread]
        static void Main()
        {
            bool bCreatedNew;
            //"EMonitor" 是我的程序的主窗体的名称，但是这个名称是可以随便
            //叫的，只是给互斥体取个名字而已
            Mutex m = new Mutex(false, "EMonitor", out bCreatedNew);
            if (bCreatedNew)
            {
                Application.EnableVisualStyles();
                Application.SetCompatibleTextRenderingDefault(false);
                Application.Run(new EMonitor());
            }
            else
            {
                MessageBox.Show("不能打开多于一个程序实例！");
            }
        }
    }
}

可以看到，第二段代码采用Mutex提供的互斥功能。

后来在网上又找，原来有人多这个问题做过详细的研究：

http://blog.csdn.net/zhzuo/archive/2006/06/30/857405.aspx

您可能也喜欢：

.net中的自动文档生成工具

.NET Windows Forms窗体中的事件顺序

关于在.net下使用OCX控件的问题

让自定义控件产生自定义事件

Label标签怎么使用？

无觅

首先是一些术语不明白，什么COM啊，COM+啊，GDI啊，GDI+啊，都是些什么啊？有谁推荐一本书，一次性讲得透彻点的那种。

还有就是我要在程序中使用ocx控件，我不知道怎么初始化一个ocx控件，所以，我一般是先拖到窗体上，抄窗体设计器自动生成的代码。结果，这个办法并不是每次都有效，真是很不爽啊。

比如，我如果直接自己用代码创建控件，抄袭窗体设计器的代码还没有问题，但是如果我要把ocx控件自己包装一下，有些代码就失灵了。比如如下的代码：

说实在的，我真的不知道这些代码有什么作用，我在窗体里面用ocx的时候，可以这么写，但是后来，我想用一个panel把ocx给包装个一层，我发现，这两行代码加上就没法运行了，也不知道怎么改，真头疼啊。

您可能也喜欢：

.net中的自动文档生成工具

.net中如何只允许运行一个程序实例

.NET Windows Forms窗体中的事件顺序

让自定义控件产生自定义事件

不要使用PeekChar()判断EOF

无觅

以上代码总是会在调用个PeekChar()的时候发生崩溃，错误信息为：输出字符缓冲区太小，无法包含解码后的字符，编码“Unicode (UTF-8)”的操作回退“System.Text.DecoderReplacementFallback”。 搞不清楚怎么回事，后来上网反复查，发现这个竟然是一个.net framework的bug。

其中涉及到UTF编码格式的一些知识，我也不太明白，不过有一点是可以确定，官方推荐不要使用PeekChar()来判断EOF。这真是让我很晕啊，怎么那么多官方文档和SDK里面都用错误的例子啊，被误导了，耽误了不少时间呢。

推荐使用的判断EOF的方法是：

参考文献：

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1939995&SiteID=1

http://www.codeplex.com/SvnBridge/WorkItem/View.aspx?WorkItemId=9077

您可能也喜欢：

关于在.net下使用OCX控件的问题

.net中如何只允许运行一个程序实例

.net中的自动文档生成工具

Label标签怎么使用？

.NET Windows Forms窗体中的事件顺序

无觅

果真，我对.NET是一点概念都没有的，对Windows编程的概念也是趋近于零。一路走来，异常艰辛啊~~

网上东翻西找总算找到了Windows Forms启动和关闭时候引发的事件的顺序了。赶快记在这里。不禁感叹MSDN的强大和不方便。几乎你要的任何资料这里都有，但是查找起来非常不便。最可恶的是，IE7打开中文版的MSDN竟然引发浏览器崩溃，靠！~~

Form 和 Control 类公开了一组与应用程序启动和关闭相关联的事件。当 Windows 窗体应用程序启动时，主窗体的启动事件按以下顺序引发：

1. Control.HandleCreated
2. Control.BindingContextChanged
3. Form.Load
4. Control.VisibleChanged
5. Form.Activated
6. Form.Shown

当应用程序关闭时，主窗体的关闭事件按以下顺序引发：

1. Form.Closing
2. Form.FormClosing
3. Form.Closed
4. Form.FormClosed
5. Form.Deactivate

Application 类的 ApplicationExit 事件在主窗体的关闭事件之后引发。

原文地址：http://msdn2.microsoft.com/zh-cn/library/86faxx0d.aspx

您可能也喜欢：

.net中的自动文档生成工具

关于在.net下使用OCX控件的问题

.net中如何只允许运行一个程序实例

Windows组件中的Timer计时精确度有限

让自定义控件产生自定义事件

无觅