博客园_P_Chou Go deep and Keep learning

.NET程序员的C情结（二）

2012-05-25T07:31:00Z

C多文件编译、作用域和存储周期
所谓的编译，分为两个步骤：编译和链接
编译有两个过程：

a)预编译：处理#...的语句。#define的宏替换、#if条件编译、#include只是简单的把对应的文件内容复制到#include语句的位置
b)单元源代码编译：随后编译器对每个cpp文件（在预编译阶段已经将#include的文件复制完成）单独编译成模块(.obj/.o等)，在这个过程中除了语法检查外，还要在本cpp文件中检查调用函数或引用变量是否声明过。最后生成的模块开头会有一个符号表，其中包括了本模块定义的函数或变量在本模块中的偏移量；以及本模块引用的外部变量或函数（称为unsolved symbol）。

链接就是将多个模块文件链接成最后的目标程序。链接过程中需要检查每个模块中的函数声明或变量声明的实际位置。比如模块A声明了一个全局变量global其实是在模块B中定义的，那么链
接器需要把模块A对global的引用地址替换成模块B定义的global的地址。链接过程又分为符号解析和重定位：

a)符号解析：解决各个模块符号表中的unsolved symbol。

b)重定位：模块被拼接起来之后，模块符号表中的符号地址将不再正确（因为模块拼接起来后，本来的0偏移，变成了有偏移量）。重定位的任务就是将这些模块的导出符号和导入符号的引用地址最终填写完整。

在链接阶段出现最多的错误主要有：引用未找到、重复定义。
引用未找到：就是在符号解析阶段没有找到unsolved symbol。针对上面global的例子，这个错误时因为链接器无法在其他任何模块中找到global这个变量的定义。
重复定义：对于全局级别的变量，无论程序由多少个模块组成，对同一个变量可以由多个声明但只能有一个定义。重复定义的情况通常是因为不同模块定义了相同的变量。

另外需要补充的是：在编译模块的过程中，C++编译器为了支持重载，会对变量名或函数名进行“重命名”，比如会把fun这个名字变得面目全非，可能是fun@aBc_int_int#%$也可能是别的。extern "C" void fun(int a, int b); 则告诉编译器在编译fun这个函数名时按着C的规则去翻译相应的函数名而不是C++的。

变量按照存储周期（生命周期）可以分为：应用程序级和代码块级。在函数外定义的变量都是应用程序级的，因为他们是在编译阶段被作为代码的一部分写入到符号表中的，在模块中有固定的偏移量；代码块级变量是在函数中定义的，运行时动态在栈上创建和销毁的。
变量按照作用域分为：外部变量、自动变量、静态变量。外部变量是程序每个模块在任何时候都能访问；自动变量与代码块级变量一样；静态变量是在本模块的任何时候都能访问的，特殊的情况是在函数里面定义的静态变量，这种变量的生命周期是整个应用程序级，但是只有定义它的函数可以访问。
补充：

有些人喜欢把全局变量的声明和定义放在一起，这样做，如果这个头文件被include的超过1次，在链接阶段会出现重复定义的错误。
extern char g_str[] = "123456";
用static修饰的全局变量，链接器对其是“不可见”的。
单独const修饰变量与static一样，具有模块级别的作用域；但static不能与extern共用，const可以与extern公用使得变量变成全模块可见。

一些原则：

头文件不要放定义，只放声明，定义放在cpp文件中
static变量最好放在.cpp中，防止变量被其他模块重复定义，浪费空间

参考资源

http://www.diybl.com/course/3_program/c++/cppsl/20071119/86983.html
http://hi.baidu.com/zengzhaonong/blog/item/30a47460eb8b0048eaf8f822.html
http://www.cppblog.com/woaidongmao/archive/2008/11/07/66254.aspx

本文链接

.NET程序员的C情结

2012-05-24T15:05:00Z

即将两年的.NET经验，一年的BMC经验，作为一个电子专业的人来说，心中仍然保留着对C和C++的情结。

最近项目空闲之余在看Windows Programming和Windows via C/C++，并且用C++为我们开发的类库制作安装程序，虽然只是简单的Windows C程序，但是那份成就感油然而生。本文记录开发这个小程序过程中的心得：

1、基于对话框的windows程序

虽然说标准的Windows程序总是由用户注册的窗口类开始的，并且程序员需要自己用while来接收应用程序消息队列里的消息，并处理。但是如果想要快速开发小程序的话，可以像下面这样基于对话框的来开始程序。对话框自动建立消息循环，接收消息，我们要做的只是定义一个对话框处理函数。

int WINAPI _tWinMain(
HINSTANCE hInstance,
HINSTANCE,
PTSTR szCmdLine,
int iCmdShow)
{
DialogBox(hInstance...,DlgProc);
return 0;
}

2、检查内存泄漏

虽说是个小程序，但是在最后执行的时候，程序返回后，windows弹出应用程序出现错误。我猜想是内存泄漏了。实在惭愧，这么一个小程序都能搞出内存泄漏。后来在网上查到一个检查内存泄漏的方法：http://www.cppblog.com/Lyt/archive/2009/03/22/77517.html

#define _CRTDBG_MAP_ALLOC

#include <Windows.h>
#include <tchar.h>
#include <stdio.h>
#include <stdlib.h>
#include <crtdbg.h>

int WINAPI _tWinMain(
HINSTANCE hInstance,
HINSTANCE,
PTSTR szCmdLine,
int iCmdShow)
{
hInstance = hInstance;
...
_CrtDumpMemoryLeaks();
return 0;
}

这里的_CrtDumpMemoryLeaks()会在vs的Output窗口中给出内存泄漏的报告。

3、根据对话框句柄无法获取对话框的资源ID

虽说GetWindowLong (hwndChild, GWL_ID) ;是通过句柄得到窗口资源ID，但是当句柄是对话框句柄是是无效的。另外相关函数如下：

id = GetDlgCtrlID (hwndChild);

hwndChild = GetDlgItem(hwndParent, id);

4、GetWindowRect(hDlg,&rect);返回窗口的大小，返回的rect中的right和bottom竟然是窗口的width和height，真不知道为什么取名字要那么歧义。。GetSystemMetrics(SM_CXFULLSCREEN)和GetSystemMetrics(SM_CYFULLSCREEN)获得显示屏的像素信息。

MoveWindow(hDlg,inewLeft,inewTop,width,height,FALSE);可以设置窗口的位置。

5、设置checkbox：

SendMessage(hwnd, BM_SETCHECK, BST_CHECKED, 0);
SendMessage(hwnd, BM_SETCHECK, BST_UNCHECKED, 0);
SendMessage(hwnd, BM_GETCHECK, 0, 0));

6、FindFirstFile的目标文件可以有通配符，但是必须是全路径。还可用来判断路径是否存在（FILE_ATTRIBUTE_DIRECTORY）

WIN32_FIND_DATA FindFileData;
HANDLE hFind = FindFirstFile(tmp,&FindFileData);
if(INVALID_HANDLE_VALUE == hFind){

}
else{
FindClose(hFind);
}

7、字符串处理

_tcscpy、_tcscat、_tcslen、_tcscmp、_tcsstr

8、注册表操作，如果要设置环境变量，必须直接在注册表中设置

RegOpenKeyEx(HKEY_LOCAL_MACHINE
,TEXT("SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\")
,0
,KEY_ALL_ACCESS
,&hEnvKEY)

//读取键值的时候可以先读一次，获取需要的缓冲区长度和数据类型
RegQueryValueEx(hEnvKEY,TEXT("Path"),NULL,&dwType,NULL,&cbData)
RegQueryValueEx(hEnvKEY,TEXT("Path"),NULL,&dwType,lpbOrignalEnvPath,&cbData);

//返回的LPBYTE其实已经是字符数组了，直接强转就可以了
TCHAR* szOrignalEnvPath = (TCHAR*)lpbOrignalEnvPath;

#ifdef _UNICODE,UNICODE
LSTATUS status = RegSetValueEx(hEnvKEY,TEXT("Path"),NULL,dwType,(LPBYTE)szTargetEnvPath,_tcslen(szTargetEnvPath)*2+2);
#else
LSTATUS status = RegSetValueEx(hEnvKEY,TEXT("Path"),NULL,dwType,(LPBYTE)szTargetEnvPath,_tcslen(szTargetEnvPath)+1);

//设置完后可以通过下面方法，通知系统进程，环境变量变化了。这也提示我们在编写应用程序的时候有时需要处理WM_SETTINGCHANGE的意义
SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0, (LPARAM)TEXT("Environment"));

9、获取系统变量和环境变量

//同样可以通过调用两次来获取缓冲区长度
dwSize = GetEnvironmentVariable(TEXT("HOMEDRIVE"),NULL,0);
szHomeDrive = new TCHAR[dwSize+1];
GetEnvironmentVariable(TEXT("HOMEDRIVE"),szHomeDrive,dwSize+1);

10、C多文件编译、作用域和存储周期

http://www.cnblogs.com/P_Chou/archive/2012/05/25/2518097.html

本文链接

BMC AR 配置AREA LDAP

2012-05-20T08:22:00Z

AR在外部认证方面使用的是插件的方式，AR在安装时自带安装插件服务，并且会安装一些内置的插件：比如AREA、ARDBC等。AR主服务与插件的交互主要通过插件服务完成。同时，AR的插件服务拥有完整的API，可以由第三方通过接口API来开发自定义的插件。

在最近的一次部署AREA LDAP过程中，发现配置始终无法生效。经过艰苦卓绝的排查工作，最终找到了原因。

首先看下AREA如何配置：

Server Information->EA

配置是很简单，但问题是不起作用，以下是艰难的排查经历：

1. 在AR Server上安装Network Monitor检查是否有LDAP的请求包，发现没有；如果在这一步发现有请求包的话，估计是Bind User的配置有问题，不是用户名不具备查询权限，就是密码配错了，过期了什么的。

2. 没有LDAP数据包，然后我就检查了一下ar.cfg文件中配置的LDAP信息是否跟界面上设置的一致，反复检查发现也是没问题的。曾经有一次，发现有一条什么LDAP-Hub的配置，果断删除后就可以了。查文档，说是AREA LDAP支持配多个LDAP配置，是以Hub的方式的，猜测是因为，之前配过多个AREA LDAP，但配置文件没有更新干净的缘故。

3. 初步检查ar.cfg没有什么问题。于是查文档，打开ar-plugin的log功能，重启ar，发现area这个plugin压根没有加载。于是查看ar.cfg中关于plug-in的配置，发现竟然没有配areaplugin.dll！果断手动加上一条记录，重启ar即可。

本文链接

BMC AR Mid-Tier使用其他版本的Tomcat

2012-03-25T01:40:00Z

AR 7.6.04版本的Mid-Tier默认会安装Tomcat6.0，并以此作为web server使用，但是在项目实施中发现6.0版本并不稳定，表现为偶尔卡死，Atrium Explorer的图标经常显示不全，Tomcat内存占用始终1G左右。后来尝试使用Tomcat5.5版本，内存占用下降到350M左右，Atrium Explorer的图标也基本稳定显示了，下面简单介绍一下如何更换Tomcat版本，以及随后如何手动配置：

1. 如果已经使用Tomcat6.0作为web server，可以先启用BMC AR的卸载程序并且选择卸载Mid-Tier。（注意：备份更改过的页面或式样等）

2. 在卸载Mid-Tier的过程中选择同时卸载Tomcat，OK，世界清静了

3. 下载对应版本的Tomcat，以5.5版本为例：http://apache.etoak.com/tomcat/tomcat-5/v5.5.35/bin/

4. 我们使用的是windows环境，双击即可安装Tomcat，JRE在之前已经安装完毕。安装完毕之后无需配置

5. 安装Mid-Tier，在安装过程中注意选择已有的Tomcat版本，并且配置指向的AR Server。

6. 手动配置Mid-Tier。下面两个地方要手动配置一下，配置好之后，刷新一下Mid-Tier，重启Tomcat

a)认证服务器要配置：

b)AR 管理员密码要重新配一下，用Demo的密码即可

7. 测试访问一下，如果登录页404的话，检查下~\Tomcat 5.5\conf\Catalina\localhost\arsys.xml文件是否存在。这个文件是web server的url routing配置

8. 有时，tomcat会对jsp页面预编译，事实上，理论上说即使预编译，只要jsp文件改了，编译应该重新进行。但是，在一次部署过程中，我发现tomcat始终不对jsp重新编译（估计它是以时间先后判断文件的新旧的）。可以手动“刷新”一下。在C:\Program Files\Apache Software Foundation\Tomcat 5.5\work\Catalina\localhost\arsys\org\apache\jsp\shared下删除jar和class即可。

9.如果在安装mid-tier过程中忘了选择已有Tomcat，那么需要在tomcat中加入一个ar.xml配置文件，以便把arsys路径映射到mid-tier的路径下

本文链接

利用Razor在ASP.NET MVC中的实现，自定义视图引擎框架（2）

2011-08-30T07:10:00Z

ASP.NET MVC3开始使用Razor作为其视图引擎，取代了原来ASP.NET Web Form引擎。笔者最近研究了一下MVC3对Razor的实现，从中找到一个切入点，能够让我们自定义基于Razor语法的视图解析引擎。在项目里面可以用于诸如邮件模板定制等方面。目前，只是一个demo版本，还在进一步完善中。CodePlex : http://codeof.codeplex.com/SourceControl/list/changesets 其中的RazorEx

目前支持的功能：

1.支持Razor语法（基本的@语法）的模板文件解析
2.支持Layout / Renderbody语法
3.支持类似asp.net 动态编译机制，在程序运行期间，如果模板文件变了，无需重新编译
4.支持名字空间引用配置
5.支持复杂的程序集引用关系

在利用Razor在ASP.NET MVC中的实现，自定义视图引擎框架（1）中，介绍了如何利用微软实现的System.Web.Razor来解析基于Razor语法的模板，最后得到一个编译单元或者源码。本文介绍如何在代码中对编译单元或者源码进行动态编译，并执行。

应该没有比动态编译更灵活的了，它允许我们动态的创建程序代码并编译执行。尽管它灵活，但是实现复杂，并且效率不高，不到万不得已不要考虑。而在这个case中却不得不用这种方式，因为模板是用户创建的，我们永远不可能预知：

在.net中，System.CodeDom.Compiler.CodeDomProvider提供了将一个或多个源程序或编译单元编译成程序集的方法。在.net4.0中Microsoft.CSharp.CSharpCodeProvider继承了上面这个类，并给予了实现。有了CSharpCodeProvider，编译一个动态的程序集十分容易：

CSharpCodeProvider provider = new CSharpCodeProvider();
CompilerParameters c_options = new CompilerParameters();
c_options.IncludeDebugInformation = false;
c_options.GenerateExecutable = false;
c_options.GenerateInMemory = true;
c_options.ReferencedAssemblies.Add( "System.dll" );
CompilerResults results = provider.CompileAssemblyFromSource(c_options, code);

上面的代码段，实例化了一个CSharpCodeProvider以及一个CompilerParameters。前者用于编译，后者用于指定编译时的一些选项，如上面的代码的设置。最后调用CompileAssemblyFromSource，传入编译选项和源代码文本即可。另外CSharpCodeProvider的CompileAssemblyFromDom重载，可以接受编译选项对象和

CodeCompileUnit对象作为参数。在上一篇中，我们知道RazorTemplateEngine.GenerateCode方法返回的刚好是包含了CodeCompileUnit的对象，所以我们将使用CompileAssemblyFromDom方法。

在返回值CompilerResults.CompiledAssembly中，我们可以访问到编译结果的Assembly对象，再结合反射即可执行编译代码。另外，在编译过程中，如果编译失败将抛出异常。

在引擎的开发过程中，除了上一篇和上述需要知道的基本内容外，分别有以下问题需要解决：

1、动态编译时需要知道引用哪些dll，否则将无法编译成功。比如在模板里面我引用了一个复杂对象，这个对象定义显然不在引擎的程序集中，可能是用户自己的程序集，或是用户程序集引用的程序集。这就带来了一个问题，在编译时我们如何知道要引用哪些程序集？我用了一个比较笨的方案：从GetCallingAssembly开始，把相互依赖的程序集遍历一遍，并且全部在编译时引用。代码中的AssemblyReferenceResolver就实现了这个功能；

2、如上面的问题，编译的时候，源码需要有正确的命名空间的引用，否则即使引用的程序集，还是不能编译成功。为此，模仿mvc的实现，设计了一个configuration，添加下面这样的配置文件即可：

3、一个模板对应一个类，也就对应一个程序集，如果反复解析模板会反复编译，这样会很大程度上影响效率。解决方案是使用缓存：将编译过的dll和模板文件存成字典，如果已经编译过了并且模板文件的最后更新时间不晚于dll的创建时间，则直接返回之前编译的程序集；否则就进行编译。代码中的DynamicAssemblyCache类就实现这个功能；

4、如何实现模板嵌套。在基类__TemplatePage中加入下面属性和方法：

private string _layout;

public virtual string Layout {
get { return _layout; }
set {
_layout = value;
}
}

public string ChildBody { get; set; }

public virtual string RenderBody()
{
if(ChildBody != null)
return ChildBody;
return string.Empty;
}

这样类似Layout=”” @RenderBody的语法就可以通过编译。配合递归的Execute即可实现。

项目现已实现基本的功能，我打算过一段试用期过后Release一个版本。源码在上面的CodePlex上，代码不多，还有待重构，有兴趣的同仁可以和我讨论，希望能实现一个健壮的引擎。

本文链接

利用Razor在ASP.NET MVC中的实现，自定义视图引擎框架（1）

2011-08-23T10:06:00Z

先来看看效果：

假设有一个模板文件Action1.cshtml如下：

@{
string str = "Hello world!";
}

<html>
<head>@TemplateData["Title"]</head>
<body>
<h1>@str</h1>
<table>
@foreach (var s in TemplateData["Students"] as IEnumerable<RazorLab.Student>)
{
<tr><td>@s.ID</td><td>@s.Name</td></tr>
}
</table>
</body>
</html>

编写C#代码如下：

public class TestController : TemplateController
{
public ActionResult Action1()
{
TemplateData["Title"] = "Hello";
TemplateData["Students"] = new List<Student> {
new Student{ID = 0 ,Name = "Parker Zhou"},
new Student{ID = 1 ,Name = "Sue Kuang"}
};
return Template(@"D:\Project\C#\MyMvc\RazorLab\Template\Test\Action1.cshtml");
}
}

最终得到的Html如下：

<html>
<head>Hello</head>
<body>
<h1>Hello world!</h1>
<table>
<tr><td>0</td><td>Parker Zhou</td></tr>
<tr><td>1</td><td>Sue Kuang</td></tr>
</table>
</body>
</html>

我设计了一个类似MVC的模式，使用户可以通过Controller向View中传递数据，利用Razor解析模板，并填入数据。

原理其实很简单，类似ASP.NET的做法，把模板读入后解析成类，再和静态的基类一起动态编译成dll，反射其中的代码，最后输出Html。在这个过程中，反射自然不用多说，关键是如何解析和动态编译，这篇我将介绍如何利用微软的源码来完成解析。由于我自己代码还没有完善，还在单元测试阶段，所以先不发上来献丑了。

System.Web.Razor

在MVC3的源码中，在这里要关注的是System.Web.Razor这个dll。

它用C#的方式实现了Razor的解析并能生成对应的编译单元。所谓编译单元是.NET中的一个类CodeCompileUnit,这个类以CodeDom的方式保存了源码结构，可以被用于产生代码，或者动态编译。

System.Web.Razor.RazorTemplateEngine

在这个Project下最重要的类是System.Web.Razor.RazorTemplateEngine，这也是我们能够直接利用的类。其中GenerateCode方法能将读入的模板解析成编译单元，它有多个重载。下面是Action1.cshtml经过解析后生成的类。其中类名，基类名，名字空间，引用的名字空间等是可以自定义的：

namespace @__TemplatePage.Namespace
{
using RazorTemplateEngine;
using System.Collections.Generic;
public class @__TemplateInherit : @__TemplatePage
{
#line hidden
public @__TemplateInherit()
{
}
public override void Execute()
{
string str = "Hello world!";
WriteLiteral("\r\n<html>\r\n<head>");
Write(TemplateData["Title"]);
WriteLiteral("</head>\r\n<body>\r\n\t<h1>");
Write(str);
WriteLiteral("</h1>\r\n <table>\r\n");
foreach (var s in TemplateData["Students"] as IEnumerable<RazorLab.Student>)
{
WriteLiteral(" <tr><td>");
Write(s.ID);
WriteLiteral("</td><td>");
Write(s.Name);
WriteLiteral("</td></tr>\r\n");
}
WriteLiteral(" </table>\r\n</body>\r\n</html>");
}
}
}

生成的C#代码实际上十分容易理解。上述C#代码可以通过CSharpCodeProvider从CodeCompileUnit得到。（顺便提一下，CSharpCodeProvider只能从CodeCompileUnit得到Code，但反过来没有实现！我查了不少资料都没有，有兴趣要结合NRefactory实现一下）可以想象，我们要做的就是实现一个它的基类@__TemplatePage ，实现其中的TemplateData，WriteLiteral，Write，Execute等，使得在之后的编译中顺利编译成功。下面是我对基类的实现：

using System;
using System.Collections.Generic;
using System.Text;

namespace RazorTemplateEngine
{
/// <summary>
/// This is the base class which the dynamic generated class will inherit from,
/// and the TemplatePageRazorHost define the class name, see TemplatePageRazorHost.DefaultBaseClass
/// for more infomation
/// </summary>
public class __TemplatePage
{
/// <summary>
/// Store the parse result
/// </summary>
private StringBuilder resultBuilder = new StringBuilder();
/// <summary>
/// Store the data passed from controller
/// </summary>
private Dictionary<string, object> templateData = new Dictionary<string, object>();

public StringBuilder ParseResult
{
get { return resultBuilder; }
}
public Dictionary<string, object> TemplateData
{
get { return templateData; }
set { templateData = value; }
}

/// <summary>
/// override by the dymanic generated class, the method name is defined in
/// GeneratedClassContext.DefaultExecuteMethodName in System.Web.Razor
/// </summary>
public virtual void Execute() { }
/// <summary>
/// implement method in the dymanic generated class , the method name is defined in
/// GeneratedClassContext.DefaultWriteLiteralMethodName in System.Web.Razor
/// </summary>
/// <param name="literal"></param>
public virtual void WriteLiteral(string literal)
{
resultBuilder.Append(literal);
}

/// <summary>
/// implement method in the dymanic generated class , the method name is defined in
/// GeneratedClassContext.DefaultWriteMethodName in System.Web.Razor
/// </summary>
/// <param name="obj"></param>
public virtual void Write(object obj)
{
resultBuilder.Append(obj.ToString());
}
}
}

System.Web.Razor.RazorEngineHost

对于RazorTemplateEngine，生成类名，基类名，名字空间，引用的名字空间等都是有默认值，但我们可以改变这种默认设置，通过RazorEngineHost这个类，这个类中的许多属性都是virtual的，可以通过继承的方式override，这些属性可以改变RazorTemplateEngine的行为。因此，我们要做的就是实现一个继承自RazorEngineHost的类，重写其中必要的属性，以实现上述的自定义行为。最后RazorEngineHost的PostProcessGeneratedCode方法将在RazorTemplateEngine.GenerateCode方法返回结果之后，提供一个再次修改CodeDom的机会，比如加一些额外的名字空间引用。

有了上面的理解，我们要做到其实只剩下下面的示例代码了：

实现RazorEngineHost的一个继承：

public class TestRazorEnginHost : RazorEngineHost
{
public TestRazorEnginHost() : base(new CSharpRazorCodeLanguage())
{
}
public override string DefaultBaseClass
{
get
{
return "PageBase";
}
set
{
base.DefaultBaseClass = value;
}
}

public override string DefaultClassName
{
get
{
return "PageInherit";
}
set
{
base.DefaultClassName = value;
}
}

public override void PostProcessGeneratedCode(System.CodeDom.CodeCompileUnit codeCompileUnit, System.CodeDom.CodeNamespace generatedNamespace, System.CodeDom.CodeTypeDeclaration generatedClass, System.CodeDom.CodeMemberMethod executeMethod)
{
base.PostProcessGeneratedCode(codeCompileUnit, generatedNamespace, generatedClass, executeMethod);
generatedNamespace.Imports.Add(new CodeNamespaceImport("RazorLab"));
}
}

下面的测试代码用于把一个基于Razor语法的模板C:\Test.cshtml变成C#代码：

TestRazorEnginHost host = new TestRazorEnginHost();
System.Web.Razor.RazorTemplateEngine rte = new System.Web.Razor.RazorTemplateEngine(host);

FileStream fs = new FileStream(@"C:\Test.cshtml",FileMode.Open);
StreamReader sr = new StreamReader(fs);
var codeDomWrap = rte.GenerateCode(sr);
CSharpCodeProvider provider = new CSharpCodeProvider();

CodeGeneratorOptions options = new CodeGeneratorOptions();
options.BlankLinesBetweenMembers = false;
options.IndentString = "\t";

StringWriter sw = new StringWriter();
string code = string.Empty;
try
{
provider.GenerateCodeFromCompileUnit(codeDomWrap.GeneratedCode, sw, options);
sw.Flush();
code = sw.GetStringBuilder().ToString();
Debug.WriteLine(code);
}
catch { }
finally
{
sw.Close();
}

目前，对于模板嵌套，强类型绑定等MVC框架特有支持的功能还没有时间仔细研究。相信如果这个思路投入生产的话，这样的需求应该是会有的。过几天，我把代码放到CodePlex上去，有兴趣的同仁可以联系我，毕竟一个人的力量是有限的。下篇，我将介绍如何动态编译，并把数据填入模板中。

本文链接

ASP.NET MVC在IIS6下部署的小技巧

2011-05-23T15:32:00Z

通常在IIS6下部署ASP.NET MVC应用程序的时候，都是直接设置把所有请求都交由ASP.NET的ISAPI处理。MVC是基于ASP.NET的，框架默认对于任何请求都会优先检查物理路径是否存在物理文件，如果存在的话就不通过MVC的路由机制，否则才走路由。因此，如果在不考虑控制静态资源权限的情况下，可以设置静态资源不通过ASP.NET的ISAPI，而直接由IIS处理，通过这种方式提升一些性能。本文围绕这个主题，详解部署过程。

0.在设计MVC网站的时候，把静态资源统一放在一个文件夹下，建议目录结构使用小写字母

1.把web应用程序发布到某个路径下（略）（顺便提一句，MVC2功能上比MVC3弱一些，用到的组件很少，可以直接私有部署System.Web.Mvc；但是MVC3因为功能增加，而且引入了Razor引擎，依赖的组件增多，建议在部署的时候直接安装MVC3）

2.创建一个web站点（略）

3.右击创建的web站点，选择属性，切换到Home Directory页

4.点击Configuration，在Wildcard application maps中，点击Insert，添加C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll，取消Verify that file existsg的勾选。（如果使用MVC2的话，可以到2.0下去找这个dll。这里去掉对静态文件的验证是关键，这使得asp.net处理所有的请求）

5.点OK

6.允许ASP.NET 4.0扩展

7.content目录是静态资源放置的目录，设置content目录下请求直接由IIS处理以提高性能。右击content，属性

8.点击create，再点击configuration，移除Wildcard application maps下的内容。点击OK。这里利用了IIS的一个bug，把目录设置成虚拟目录，删除Wildcard application maps的设置，这样这个虚拟目录的请求就直接由IIS处理了。

9. 再点击Remove，把虚拟目录恢复成普通目录。这样只有这个目录下的文件会受到IIS的“眷顾”

10.设置AppPool权限。点击站点使用的AppPool的属性，切换到Identity，选择Local System。这是偷懒的设置方法，以避免出现应用程序本身对系统的访问权限不够

11.设置匿名访问权限。右击站点，选择权限。点击Add…，在弹出的对话框中输入IUSR_XXX（XXX为机器名）。

点击OK，便可添加一个Internet Guest Account，保持默认的只读权限即可。

12.最后注意，如果是首次安装.NET 4.0，不要忘了注册

在深入理解ASP.NET MVC（2）中，讨论过MVC框架的路由机制，其中提到“可以通过设置RouteCollection的RouteExistingFiles为true，使得路由不匹配静态文件（注意true是不匹配，这个命名和奇怪）。”因此，我们可以这样设置，以使得MVC不对静态文件进行检查，这样又可以提高一点性能。最终请求会像下图那样被serve

本文链接

深入理解ASP.NET MVC（10）

2011-01-23T15:24:00Z

系列目录

前言
Model是MVC强大的机制之一，它是MVC框架中客户端和服务端数据交互的核心机制。深入的理解Model有助于我们自己在MVC的基础上扩展，也有助于我们创造出更具复用意义的软件模块。主要包含以下议题：
Templated view helpers：根据Model生成Html控件元素
Model Binding：自动映射和解析用户提交的数据
Integrating validation：集成客户端认证
我们知道ASP.NET web应用程序的数据交互其实就是客户端表单数据和.NET对象（Model）之间的转化。下图说明了这个问题：

在MVC中，众多HTML Helper负责将Model转化成Html标记，Model binding将用户提交的数据转化成Model。

Templated View Helpers
MVC2新增的Templated View Helpers指的是类似Html.TextBoxFor()之类的扩展方法。用这样的方法来构造链接表单之类的的Html元素的话，是十分方便和智能的。这些方法会根据Model或Model属性的类型自动决定转换成什么样的Html元素，并自动使得Model Binding得以支持。
比如如果你有个属性叫Approved，是个bool类型，那么Html.EditorFor(x => x.Approved)将会转化成一个check box。比如当调用Html.EditorFor()时，MVC需要选择一个合适的模板呈现，因此模板可以理解成对某种数据结构的预定义的Html的呈现方式。先来看看MVC内建有哪些模板，下面的代码是从TemplateHelpers中摘录的：
static readonly Dictionary<string, Func<HtmlHelper, string>> defaultDisplayActions =
new Dictionary<string, Func<HtmlHelper, string>>(StringComparer.OrdinalIgnoreCase) {
{ "EmailAddress", DefaultDisplayTemplates.EmailAddressTemplate },
{ "HiddenInput", DefaultDisplayTemplates.HiddenInputTemplate },
{ "Html", DefaultDisplayTemplates.HtmlTemplate },
{ "Text", DefaultDisplayTemplates.StringTemplate },
{ "Url", DefaultDisplayTemplates.UrlTemplate },
{ "Collection", DefaultDisplayTemplates.CollectionTemplate },
{ typeof(bool).Name, DefaultDisplayTemplates.BooleanTemplate },
{ typeof(decimal).Name, DefaultDisplayTemplates.DecimalTemplate },
{ typeof(string).Name, DefaultDisplayTemplates.StringTemplate },
{ typeof(object).Name, DefaultDisplayTemplates.ObjectTemplate },
};

static readonly Dictionary<string, Func<HtmlHelper, string>> defaultEditorActions =
new Dictionary<string, Func<HtmlHelper, string>>(StringComparer.OrdinalIgnoreCase) {
{ "HiddenInput", DefaultEditorTemplates.HiddenInputTemplate },
{ "MultilineText", DefaultEditorTemplates.MultilineTextTemplate },
{ "Password", DefaultEditorTemplates.PasswordTemplate },
{ "Text", DefaultEditorTemplates.StringTemplate },
{ "Collection", DefaultEditorTemplates.CollectionTemplate },
{ typeof(bool).Name, DefaultEditorTemplates.BooleanTemplate },
{ typeof(decimal).Name, DefaultEditorTemplates.DecimalTemplate },
{ typeof(string).Name, DefaultEditorTemplates.StringTemplate },
{ typeof(object).Name, DefaultEditorTemplates.ObjectTemplate },
};
从中可以看到内建的模板有哪些。总的来说，Html元素可以分为两类，显示类和编辑类。分别地，主要有两大类的Helper，DisplayXXX、LabelXXX和EditorXXX。MVC框架包含有DefaultDisplayTemplates和DefaultEditorTemplates分别负责完成render的工作。而TemplateHelpers类负责调配选择使用那种模板。MVC内建的模板主要是简单类型，对于复杂类型MVC支持用户自己定义模板，自定义一个模板实际上就是创建ascx，然后放在合适的位置，由View引擎自行查找。框架会审查/Views/Shared/DisplayTemplates/和/Views/Shared/EditorTemplates/目录下的ascx文件，并将其视为自定义模板加载，所以我们可以设计复杂的ascx模板，将他视为用户控件，然后简单的使用TemplateHelper的各种方法来加载，这也不失为一种代替PartialView或ChildAction的方式。这里的ascx文件名要尽量对应类型名，因此，我们可以创建一个DateTime.ascx，并像下面这样编辑代码来“重载”MVC内建对DateTime数据类型的模板。
<%@ Control Language="C#" Inherits="ViewUserControl<DateTime?>" %>
<%: Html.TextBox("", /* Name suffix /
ViewData.TemplateInfo.FormattedModelValue, / Initial value /
new { @class = "date-picker" } / HTML attributes /
) %>
注意到，这里用到ViewData.TemplateInfo.FormattedModelValue，而不是Model.ToString()，这样可以充分利用ModelMetadata的特性，关于ModelMetaData将在以后更多的涉及。这里也可以这样写：
<%@ Control Language="C#" Inherits="ViewTemplateUserControl<DateTime?>" %>
<%: Html.TextBox("", / Name suffix /
FormattedModelValue, / Initial value /
new { @class = "date-picker" } / HTML attributes */
) %>
注意到这里继承的是ViewTemplateUserControl而不是上面的ViewUserControl。
既然MVC以模板的方式呈现UI，那么是什么影响MVC的选择呢？以下因素按优先级影响到MVC框架对模板的选择：
在EditorFor方法中显示指定的模板名称，Html.EditorFor(x => x.SomeProperty , “My Template”)。
对应Model的元数据描述，比如在属性上添加特性[UIHint(“My Template”)]
Model的元数据描述的数据类型，比如[DataType(DataType.EmailAddress)]
对应属性的真实.NET 类型
对于可以被转化成string的简单类型，使用String模板
Model的父类属性也会被转化
如果属性实现了IEnumable，将选择Collection模板
最后使用Object模板

ModelMetadata
TemplateHelpers的确是完成render工作的最主要类，但事实上TemplateHelpers也仅仅负责render，它需要一个叫ModelMetadata的东西来为它提供数据，而ModelMetadata本身就像它的类名，意思是“模型元数据”，相当于一个描述数据的对象，这个对象需要ModelMetadataProvider来提供真正提供数据，下图可以帮助理解：

可以看到MVC内建了DataAnnotationModelMetadataProvider来充当ModelMetadataProvider，它内建支持.NET中的Data Annotation特性，比如DisplayColum、DisplayFormat、Required等，不仅如此DataAnnotationModelMetadataProvider还支持MVC特有的特性描述如：UIHint等。
可以像下面这样指定一个ModelMetadataProvider：ConventionsMetadataProvider。
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterRoutes(RouteTable.Routes);
ModelMetadataProviders.Current = new ConventionsMetadataProvider();
}
ModelMetadataProvider本身是个抽象类，可以从下面任意的类中继承，推荐从DataAnnotationModelMetadataProvider继承，这样我们自定义的ModelMetadataProvider就能保留原有的支持了。
再来大概看看ModelMetadata有哪些属性和方法，它们中的部分将被TemplateHelpers考察并影响到Html元素的呈现。其中的FromLambdaExpression()方法用于从Lambda表达式中得到ModelMetadata，这也是内建的TemplateHelpers要调用的方法。

当我们需要用Attribute描述Model类的时候，也许会碰到这样的情况，Model本身是诸如ORM等工具生成的，不能直接修改这样的类。于是MVC提供了[MetadataType]属性来解决这种情形。通常自动生成的Model类是部分类：
public partial class Person
{
public int PersonId { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public DateTime BirthDate { get; set; }
public Address HomeAddress { get; set; }
public bool IsApproved { get; set; }
}
定义另一个对应的类，并用MetadataType特性标识，在其中定义一个内部类，标注上需要的特性描述即可。
[MetadataType(typeof(PersonMetadata))]
public partial class Person
{
// This class is only used as a source of metadata
private class PersonMetadata
{
[HiddenInput(DisplayValue = false)] public int PersonId { get; set; }
[DisplayName("First name")] public string FirstName { get; set; }
[DisplayName("Last name")] public string LastName { get; set; }

// Also add any other properties for which you want to supply metadata
}
}

总结
以上仅仅从框架的角度阐述了关于Template和ModelMatedata的实现。更多细节还需要在实践中多多留意。另外这部分内容还涉及到下一篇要谈到的“模型绑定”，多做些相应的扩展比较有利于理解这部分内容。
劳动果实，转载请注明出处：http://www.cnblogs.com/P_Chou/archive/2011/01/23/details-asp-net-mvc-10.html
本文链接

OMS开发随笔之开发和部署要点

2011-01-13T13:47:00Z

OMS开发随笔之概述

上一篇中，介绍了OMS的特点和基本的开发概述，这篇详细谈谈具体在实践中遇到的问题及解决方案。本文之涉及到普通短信的开发，不包括彩信。

OMS的开发要点
总的来说开发oms没有太大的困难，毕竟只有四个接口，参数也不是很复杂。强烈建议在服务端的代码中加入日志功能以便调试。在实际操作上遇到的问题如下：
GetServiceInfo的返回值说明
对于GetServiceInfo的返回值中某些属性的意义，做一下说明，详见官方文档：
<supportedService>




<SMS_SENDER
maxRecipientsPerMessage="50" maxMessagesPerSend="20"
maxSbcsPerMessage="128" maxDbcsPerMessage="70" />
</supportedService>
这些值是由服务端设定的，对于serviceInfo整个内容可以用一个固定的xml文件存储，服务端程序只要简单的读入并返回给客户端即可。上面提到的四个属性值，会影响Outlook客户端的行为，比如短信预览时分页显示等。
这里特别注意：<serviceUri>字段的值一定要保证和用户在客户端输入的Uri完全一致，否则Outlook即使调用GetServiceInfo成功后发现服务端返回的这个Uri和用户输入的不一致也会报错，并将这里的Uri替换掉用户输入框中的Uri。

序列化和反序列化对象处理传入和传出
官方文档定义的四个接口无论是参数还是返回值都是C#的string类型(C++的话我想应该用std::wstring)。然而，这里的参数都是xml格式的字符串，服务端需要解析。如果使用C#开发ws的话官方给出了xsd的schema，只要将其拷贝下来保存成.xsd，然后用xsd.exe生成对应的class（xsd.exe xsdfile.xsd /c），就可以使用XMLSerailer方便的序列化和反序列化。可以参考下面代码作序列化和反序列化：
private static string XmlSerializer<T>(T serialObject) where T : class
{
XmlSerializer ser = new XmlSerializer(typeof(T));
System.IO.MemoryStream mem = new MemoryStream();
XmlTextWriter writer = new XmlTextWriter(mem, Encoding.Unicode);
ser.Serialize(writer, serialObject);
writer.Close();

return Encoding.Unicode.GetString(mem.ToArray());
}

private static T XmlDeserialize<T>(string str) where T : class
{
XmlSerializer mySerializer = new XmlSerializer(typeof(T));
StreamReader mem2 = new StreamReader(
new MemoryStream(System.Text.Encoding.Unicode.GetBytes(str)),
System.Text.Encoding.Unicode);

return (T)mySerializer.Deserialize(mem2);
}

对于官方给的XML schema
DeliverXms的参数xmsData格式复杂，返回值string的格式也有些麻烦，然而，当我在代码中构造一个XmsResponse，并序列化成xml返回给Outlook时，Outlook确说发送失败，仔细比对发现，序列化生成的xml文档多出了两个类似名字空间的东西，无奈只能在代码里面手动构造XML文档返回。
结论：对于输入参数xmsUser和xmsData可以使用schema和由此生成的类，并结合反序列化成对象，来读取outlook发送过来的信息。对于输出参数，还是老老实实手动构造xml吧。

OMS的部署要点

上面多次提到OMS开发不困难，但是部署很麻烦，尤其是对笔者这样之前没有任何web部署经验的人来说更为痛苦。
看了无数遍的错误提示
在ws开发完之后，便需要部署并测试，点击Test Account Settings当然是需要过的第一关，但是在测试过程中，下面这个错误我已经记不清弹出过多少次了，每当看到这个错误的时候总是很失落，因为这个错误根本不能为我们提供什么有用的信息，强烈建议Outlook可以写入一些相应的日志，方便开发人员查看ws部署到底错误在哪里。

错误1
http还是https
如果不仔细看文档，不会注意到开发的ws需要使用https协议，需要提供SSL加密通信支持。如果在设置的时候输入的URL是http开头的，outlook不会尝试连接服务端，并会给出如下错误提示：

错误2
固然，作为一个在网络环境中交换敏感信息的软件，理所当然需要考虑到安全的问题，但是我们觉得也不该“一棒子打死”，如果这个ws是部署在某企业的内网环境中，不用考虑传输安全的话，根本没有必要使用https，因为这样会提高部署和乃至开发的难度。我们觉得也许这里启用一个选项会是个不错的主意。
基于这个原因，我们在部署ws的时候需要绑定https，证书和SSL。

证书？证书！
在这之前我对CA和证书没有什么概念，只知道在访问有些https的时候浏览器总是提示威胁啊什么的。在做这个应用的时候算是理解了些东西（关于CA和证书参见浅谈https\ssl\数字证书）。Outlook必须服务端提供一个受信任的证书，可以用IIS7管理工具生成一个自认证的证书。这个证书是以机器名作为颁发者的，在IE的证书认证系统中，一个证书被检验三个方面的东西：
证书是否是受信任的
证书是否过期
证书的颁发者是否和访问的主机具有相同的名字
这三个条件只要有一个不符合，IE8就会弹出威胁提示。在浏览网页的时候可以点“继续访问”，地址栏随机变成红色。但在Outlook中，这三个条件必须都符合才能受信任。
对于第一个条件，只要把证书导入到客户端IE浏览器的Trusted Root Certification Authorities下就会可以了。当然其中已经包含了一些权威的认证机构的证书。如果有能力去这些机构申请一个证书的话，你的证书将成为他们证书的子证书，无需将证书导入客户端，同样可以受信任。
对于第二个条件，过期了我想只能重新弄一个。
对于第三个条件，由于IIS7管理工具生成的自认证证书是以机器名作为颁发者的，所以在outlook客户端的设置中，必须以机器名作为主域名，不能使用IP地址。
在IIS7+部署https站点
部署一个oms站点跟部署一个普通的https站点没有什么区别，建议测试的时候先使用浏览器，当浏览器可以完全信任的访问这个站点的时候，再测试Outlook客户端。同时在服务端方法的调用过程中通过写log的方式可以方便的跟踪方法的调用。如果GetServiceInfo没有被调用，那么一定是https站点设置问题。下面以windows server 2008 r2作为例子简要说明：
Window server 2008 r2使用Roles来管理服务器服务组件，首先需要激活IIS：添加一个Role，选择Web Server(IIS)
在选择IIS附属组件的时候，记得勾选ASP.NET支持。然后一路下去即可。
发布你的ASP.NET web service，如果基于.net 4.0，还需要安装.net 4.0，并使用aspnet_regiis –i 命令设置IIS。
在IIS管理工具中新建一个站点
物理路径指向发布的站点的路径。先使用http绑定，为了不和默认站点重复，使用8082端口。新建成功后如下图：
对于匿名用户访问站点的权限设置挺麻烦的，偷懒的做法：双击IIS中的Authentication，编辑Anonymous Autherntication，改成Application pool identity。
然后，来到Application Pools，选择站点使用的应用程序池，点击右侧的高级设置，修改Identity属性，选择LocalSystem。
现在用服务器上的浏览器访问站点的.asmx文件应该能看到web服务方法列表页面。适当设置防火墙，使外部可以通过浏览器访问站点。

上面提到oms必须绑定成https的站点，所以我们的站点必须绑定https，关于更多https的基础知识，可以参考浅谈https\ssl\数字证书。
创建服务器自签证书
单击IIS管理器右侧的本机图标，双击右侧的Server Certificatin，进入到如下页面
点击右侧的Create Self-Signed Certificate
填入任何字符，比如“oms”。Ok。这样就会产生一个自签的证书，如下图。
编辑站点的绑定，选择https方式，端口保留443。选择刚刚生成的证书：oms。
双击右侧的SSL Settings，勾选Required SSL，忽略客户端证书，Apply。
这样站点就绑定的https，http方式将无法继续访问。用浏览器通过https访问.asmx。如下界面表示设置https成功，继续访问即可看到web服务方法列表
导出服务端证书，安装在客户端
客户端安装服务端自签证书，再次进入站点绑定对话框，选择https那个编辑：
点击View，查看证书，切换到details
点击Copy to File，进入证书导出向导，在如下页面选择do not export the private key。
按照向导导出证书，并将证书拷贝到客户端，在客户端把证书安装在“受信任的根证书颁发者”中。
在客户端浏览器测试https站点，如果能畅通无阻的访问，那么已经成功了一半了。
在Outlook客户端配置中输入https站点地址，注意这里不能输入ip地址，必须是机器名，然后点“测试”。如果服务端代码没有任何问题的话，就能立刻成功，但通常都比较困难，但是如果你写了log的话，只要能证明GetServiceInfo被Outlook调用了，那么就说明站点的部署成功了，随后就是参照上文提到的各种注意事项，小心调试了。
在windows server 2003上用IIS6部署基本思想和步骤差不多，就是要注意匿名访问权限的设置。在绑定自签证书的时候有所不同。需要安装服务器证书机构服务，推荐直接绑定服务器根证书，然后把根证书发放给客户端。

总结
通过OMS的开发，其实不仅仅收获了Outlook的一种扩展服务的开发方法，更多的是熟悉了IIS，熟悉了Web站点的部署。实际在操作中遇到很多问题，比如容易忽略的防护墙设置，匿名访问权限等。有时间要好好学习一下网络方面的知识了。
劳动果实，转载请注明出处：http://www.cnblogs.com/P_Chou/archive/2011/01/13/oms-develop-deploy.html
本文链接

OMS开发随笔之概述

2011-01-10T15:06:00Z

OMS(Outlook Mobile Service)是为Outlook Mobile插件提供短信收发功能的Web Service。事实上，Outlook仅仅提供一个集成在Outlook内的插件客户端，这个客户端通过配置，指向一个短信供应商的web服务，并自动通过协定的接口调用web服务，由web服务负责接受Outlook发来的SOAP请求，实现真正的短信发送。目前该项功能在中国区微软认证的服务提供商如下可以在如下网站上查询到http://messaging.office.microsoft.com/HostingProviders.aspx?src=O14&lc=2052。从理论上讲，任何人都可以开发这样的ws，只要接口一致，无需微软认证。笔者在近期调研了此项功能，由于水平限制，在实现过程中遇到了很多困难，走了不少弯路，也学到了不少知识，好在最后基本实现了接口，也实现了部署。本文仅仅作为总结。

OMS开发随笔之开发和部署要点

Outlook客户端配置
目前Outlook2007以上版本才支持这个功能。希望使用此项功能的Outlook用户需要简单配置Outlook，这里以Outlook2010作为示例。
1.打开账户设置，选择添加新帐户：

2.选择Text Messaging(SMS)，Next（注：在outlook2007中选择Other）：

在Service Provider URL中输入ws服务商提供的ws地址，输入用户名和密码，这里的用户名密码是指在该服务提供商处注册的用户，跟Outlook账户无关。填写完毕之后点击Test Account Settings，如果没有错误的话OK即可。
设置完毕之后，即可通过邮件发短信。点击New Items，选择Text Message(SMS)：

在弹出的新建短信页中输入即可，界面跟新建邮件界面十分相似，在To中可以直接输入手机号，多个号码可以用;隔开，也可以从联系人导入，在正文中输入短信内容，左侧还能看到预览（每屏显示的文字数量是服务商设置的）。输入完毕，点击发送即可。Outlook将自动调用接口，发送短信，如果发送失败，Outlook将以邮件的形式返回错误原因；如果发送成功短信邮件将出现在“已发送”中。

OMS的开发概述
以上内容是用户需要做的。对于服务提供商，需要开发一个web service，实现outlook定义的接口。微软官方的开发文档可以在如下地址找到，一共3个guideline：
http://msdn.microsoft.com/en-us/library/bb277361(v=office.12).aspx
上述文档的确详细说明了如何开发一个这样的ws，但是在实际部署和测试中出现了不少棘手的问题。
接口定义概述
以下四个是outlook定义的必须实现的接口：
string GetServiceInfo()   Outlook会在用户测试点击Test Account Settings时先调用此方法，此方法需要返回服务端的设置，比如提供商名称，提供的功能（短信、彩信），短信息格式限制等。
string GetUserInfo(string xmsUser)   在调用GetServiceInfo成功后，Outlook会将用户在配置中输入的用户名和密码通过此方法请求服务端，服务端负责验证使用是否合法，并返回xml结果，如果合法，结果中可以包括用户注册时的手机号和邮箱。服务提供商保存的这两个信息可以用于日后发送回复短信时使用。
string DeliverXms(string xmsData)   Outlook在用户点击Send后，调用此方法，xmsData格式比较复杂，包含该用户的用户名和密码，短信的收件人列表，内容，如果是彩信的话，还有额外的数据。服务端得到此调用后应该先认证用户，然后发送短信，并将结果xml返回。
string SendXms(string xmsData)   微软官方的说法是，此方法在Outlook2007SP1之后的版本是取代DeliverXms被调用的，接口的定义跟DeliverXms一模一样。事实上我在使用Outlook2010测试的时候，发现当在提供了DeliverXms方法的情况下，仍然调用的是DeliverXms。
实现以上四个接口并不困难，微软的文档有详细的协议说明。
技术选型的问题
由于系统需要，刚开始我们考虑用WCF开发一个ws，并通过windows service寄宿的方式工作。当得知https是必须的时候，还研读了老徐的文章，但是到最后只实现了浏览器访问ws能够完全信任，Outlook还是弹出错误（详见部署篇）。经调试，发现Outlook根本就没有调用ws的任何方法。无奈之下，只能回到ASP.NET Web Service，毕竟官方的例子和一些成功的例子都是这样做的。
我们没有尝试将WCF的ws寄宿在IIS中测试，原因是一方面本人水平有限，对于WCF只是知道个皮毛；另一方面时间有限，不允许做太多的尝试。最终我们是基于ASP.NET和IIS7.5部署这个ws。详细的部署方法会在下一篇涉及到。

劳动果实，转载请注明出处：http://www.cnblogs.com/P_Chou/archive/2011/01/10/oms-develop-overview.html
本文链接