博客园_善良，踏实，实现，坚持，厚积薄发

创业了，发一则招聘信息

2011-12-24T15:30:00Z

黑龙江省智途科技开发有限公司招聘(面向哈尔滨)

智途科技由几位怀揣梦想的80后伙伴于2012年1月创建，主要致力于saas类产品研发，力图通过智途团队的不断进取和努力，为人们日常生活增添更多实用的科技化产品，增强人们科技生活的新体验。

我们将为你提供：

绝佳的共同创业的机会，具备竞争力的薪酬，以及一个“非臃肿复杂的”的团结温馨的工作团队！

如果你和我们一样——

怀揣创业的激情与梦想，享受公司从小到大的成长过程

迷恋并且笃信科技改变未来

信任团队的力量，深深厌恶职场人事斗争，崇尚个性更懂得通力合作

并以创造力为骄傲

关注用户，以提供最棒的产品和服务为己任

那么你可能就是我们一直要找的人

我们看重的是:

1) 是否品德端正

2) 是否有共同的理念

3) 是否能融入我们的团队

4) 是否有潜力

5) 接下来才是你现在的能力

最后，我们最不看重的是：学历

界面视觉设计 (1人)
职责：

l 参与产品前期界面视觉用户研究、设计流行趋势分析

l 设定软件产品的整体视觉风格和VI设计

l 参与设计体验、流程的制定和规范

l 分享设计经验、推动提高团队的设计能力

职位要求：

1) 具备敏锐的观察力，独特的视觉感受能力，扎实的美术功底及艺术修养，对GUI设计趋势有灵敏触觉和领悟能力，推动团队的设计能力

2) 从事设计行业工作3年以上，具有大型软件产品界面风格设定以及VI设定（包括界面、图标风格与统一规范等）经验

3) 对视觉用户研究有一定经验和见解，对软件可用性有一定的认识

4) 精通Photoshop、Illustartor、Flash等设计工具，了解flash（Actionscript）动画设计的优先

5) 掌握Microsoft Expression Web，Dreamweaver等制作工具

6) 美术、设计或相关专业优先

7) div + css布局，能够使用javascript/jQuery

待遇：

1) 我们为您提供4--6K & 五险的薪资待遇。

2) 除法定假日，地方节日外，如果您是少数民族，将会享有民族节日休假的待遇。如果您是已婚人士，那么您可以享受一个温馨的结婚纪念日，如果您是一位父亲或母亲，那么六月一号您可以和您的孩子一起享受美好的家庭时光。如果很不幸，您还未婚，那么每年的2月14号以及七夕情人节，我们鼓励您，和喜欢的人约会吧。

3) 您在智途的每365天里，将享有7天的带薪年假。

4) 免费的早餐饼干及饮料、水果。免费的专业书籍。

5) 每月60元为您免费充值的公交卡。

6) 每月至少一张华辰影院的电影票。

如果您有意加盟智途科技，请将应聘职位、想加入的理由、博客地址、MSN/QQ、简历、待遇要求发至 53967699@qq.com (界面视觉设计职位请发作品url或附件，收到后我们会回复确认，如果您一天内没收到我们的回复，麻烦您再发一次)。

本文链接

使用sql server management studio 2008 连接数据库,无法查看数据库,提示无法为该请求检索数据错误916 - z

2011-12-13T05:13:00Z

今日使用时代互联的海外空间,sql 2008 无限空间大小,开通账户后,使用sql server management studio 2008 连接数据库,可以链接上,但是无法查看自己的数据库,点击数据库后,提示无法为该请求检索数据错误916

解决方法如下

1：点击左侧的数据库,然后到右侧的 “名称” 上面点击右键出来如图所示的菜单,取消掉策略运行状态和排序规则,再次点击数据库的时候,就能显示所有的数据库以及你自己的数据库了。

本文链接

微软SCRUM 1.0流程模板在中文版TFS2010上无法创建项目的彻底解决办法 - 转

2011-11-13T06:28:00Z

由于微软 SCRUM V1.0 为英文版，在国内一般的 SharePoint 为中文版，因此创建团队项目门户时由于找不到 1033 的区域设置标识符(LCID)而创建失败。如下图：

查看项目创建日志，其中有如下错误:

模块: WSS

异常消息: TF249033: 该站点模板不可用于区域设置标识符(LCID)。站点模板名称为: TFS2010 Agile Dashboard。LCID 为: 1033。 (类型 TeamFoundationServerException)

原“http://www.almnetworks.net/zh-CN/post/2010/08/04/Microsoft-Visual-Studio-Scrum-10-Template-on-Chinese-Version-of-TFS.aspx” 解决办法过于麻烦。经过分析，仅需手动修改过程模板文件即可让“scrum V1.0”支持中文版的 sharepoint。过程如下：

1、打开“scrum V1.0”的安装目录：%ProgramFiles%/Microsoft/Microsoft Visual Studio Scrum 1.0

2、使用记事本打开“Process Template/Windows SharePoint Services/WssTasks.XML

3、修改 language="1033" 为 language="2052"

保存文件并关闭记事本。

4、重新上传过程模板到 TFS 上。

本文链接

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式的解决方法

2011-11-05T14:08:00Z

一、案例1，及解决方案：

“LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式。”

原因是LINQ to Entities 不支持ToString()函数。

可用下述方法进行转换解决：

DIRequest reqeust = new DIRequest();

reqeust.FilterMode = "1,2,3,4,5,6,7,8,9,0";

List<int> result = new List<string>(reqeust.FilterMode.Split(',')).ConvertAll(i => int.Parse(i));

return dal.T_Common_Dy.Where(m => result.Any(a => a == m.ParentItemID.Value)).ToList();

二、案例2，及解决方案：

//获取市级地区public JsonResult GetCity(string id) { var city = from c in db.AreaDivide wherec.ParentID ==int.Parse(id) select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

以上代码也会出现如下错误：

“LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式。”

解决方案一：

//获取市级地区public JsonResult GetCity(string id) { int a; int.TryParse(id, out a); var city = from c in db.AreaDivide wherec.ParentID == a select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

解决方案二：

using System.Data.Objects.SqlClient; //在 System.Data.Entity.dll 中

//获取市级地区public JsonResult GetCity(string id) { var city = from c in db.AreaDivide whereSqlFunctions.StringConvert((double)c.ParentID) == id select new { text = c.AreaName, value = c.ID }; return Json(city.ToList(), JsonRequestBehavior.AllowGet); }

本文链接

使用消息约定-MessageContract -z

2011-10-05T02:29:00Z

使用消息约定

.NET Framework 4

在生成 Windows Communication Foundation (WCF) 应用程序时，开发人员通常会密切关注数据结构和序列化问题，而不必关心携带数据的消息。对于这些应用程序，为参数或返回值创建数据协定的过程很简单。(有关更多信息，请参见在服务协定中指定数据传输.)

但是，有时完全控制 SOAP 消息的结构与控制其内容一样重要。当必须提供互操作性或需要在消息或消息部分级别特别控制安全问题时，更是如此。在这些情况下，可以创建一个消息协定，以便对参数或返回值使用一种可直接序列化为所需精确 SOAP 消息的类型。

本主题讨论如何使用各种消息协定属性为操作创建特定消息协定。

在操作中使用消息协定

WCF 支持在远程过程调用 (RPC) 样式或消息样式上建模的操作。在 RPC 样式的操作中，可以使用任何可序列化的类型并可以使用本地调用可用的功能，如多个参数以及 ref 和 out 参数。在此样式中，所选的序列化形式控制基础消息中数据的结构，但 WCF 运行时本身会创建这些消息以支持操作。这使对 SOAP 和 SOAP 消息不熟悉的开发人员能够快速容易地创建和使用服务应用程序。

下面的代码示例演示在 RPC 样式上建模的服务操作。

复制

[OperationContract]
public BankingTransactionResponse PostBankingTransaction(BankingTransaction bt);

通常，定义消息的架构时使用数据协定就足够了。例如在前面的示例中，如果 BankingTransaction 和 BankingTransactionResponse 具有定义基础 SOAP 消息内容的数据协定，则对于大多数应用程序就足够了。有关数据协定的更多信息，请参见使用数据协定。

但是，有时必须精确控制如何将类型映射到通过网络传输的 SOAP 消息。对于这种情况，最常见的方案是插入自定义 SOAP 标头。另一种常见方案是定义消息头和正文的安全属性，也就是说，确定是否对这些元素进行数字签名和加密。消息样式的操作可提供这种控制。

消息样式的操作最多具有一个参数和一个返回值，其中参数和返回值的类型都是消息类型；也就是说，这两种类型可直接序列化为指定的 SOAP 消息结构。这可以是用 MessageContractAttribute 标记的任何类型或 Message 类型。下面的代码示例演示类似于前面 RPC 样式的操作，但此操作使用消息样式。

例如，如果 BankingTransaction 和 BankingTransactionResponse 都是具有消息协定的类型，则以下操作中的代码有效。

复制

[OperationContract]
BankingTransactionResponse Process(BankingTransaction bt);
[OperationContract]
void Store(BankingTransaction bt);
[OperationContract]
BankingTransactionResponse GetResponse();

但下面的代码无效。

复制

[OperationContract]
bool Validate(BankingTransaction bt);
// Invalid, the return type is not a message contract.
[OperationContract]
void Reconcile(BankingTransaction bt1, BankingTransaction bt2);
// Invalid, there is more than one parameter.

对于涉及消息协定类型且不符合有效模式之一的任何操作会引发异常。当然，不涉及消息协定类型的操作不受这些限制的约束。

如果一个类型既有消息协定又有数据协定，则在操作中使用此类型时只考虑其消息协定。

定义消息协定

若要为某一类型定义消息协定（即定义该类型和 SOAP 信封之间的映射），请对该类型应用 MessageContractAttribute。然后对该类型中要成为 SOAP 标头的成员应用 MessageHeaderAttribute，并对要成为消息的 SOAP 正文部分的成员应用 MessageBodyMemberAttribute。

下面的代码提供了一个使用消息协定的示例。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public Operation operation;
  [MessageHeader] public DateTime transactionDate;
  [MessageBodyMember] private Account sourceAccount;
  [MessageBodyMember] private Account targetAccount;
  [MessageBodyMember] public int amount;
}

当使用此类型作为操作参数时，会生成一个具有额外标头（名为 operation 和 transactionDate）的 SOAP 信封，这些标头中包含 operation 和 transactionDate 字段的内容。SOAP 正文由一个包装元素构成，该包装元素包含类型为 Account 数据协定类型的 sourceAccount and targetAccount 元素和类型为整数类型的 amount 元素。

可以对所有字段、属性和事件应用 MessageHeaderAttribute 和 MessageBodyMemberAttribute，而不管这些字段、属性和事件是公用的、私有的、受保护的还是内部的。

注意：
消息协定中会忽略 KnownTypeAttribute 属性。如果需要 KnownTypeAttribute，可以将其放在使用所述消息协定的操作上。

在消息协定内部使用自定义类型

每个单独的消息头和消息正文部分均使用为消息所使用的服务协定选择的序列化引擎进行序列化（转换为 XML）。默认序列化引擎 XmlFormatter 可以显式处理（通过具有 System.Runtime.Serialization.DataContractAttribute）或隐式处理（通过作为基元类型而具有 System.SerializableAttribute 等）具有数据协定的任何类型。有关更多信息，请参见使用数据协定.

在前面的示例中，`Operation` 和 `BankingTransactionData` 类型必须具有数据约，定且 `transactionDate` 可序列化，因为 DateTime 是基元类型（因此具有隐式数据协定）。

不过，也可以切换到另一个序列化引擎 XmlSerializer。如果进行切换，应确保用于消息头和正文部分的所有类型都可以使用 XmlSerializer 进行序列化。

在消息协定内部使用数组

可以采用两种方式在消息协定中使用重复元素的数组。

第一种方式是直接在数组上使用 MessageHeaderAttribute 或 MessageBodyMemberAttribute。在这种情况下，整个数组序列化为一个具有多个子元素的元素（即一个标头或一个正文部分）。考虑下面示例中的类。

复制

[MessageContract]
public class BankingDepositLog
{
  [MessageHeader] public int numRecords
  [MessageHeader] public DepositRecord records[];
  [MessageHeader] public int branchID;
}

这会使 SOAP 标头类似于下面所示。

other

复制

<BankingDepositLog>
<numRecords>3</numRecords>
<records>
  <DepositRecord>Record1</DepositRecord>
  <DepositRecord>Record2</DepositRecord>
  <DepositRecord>Record3</DepositRecord>
</records>
<branchID>20643</branchID>
</BankingDepositLog>

另一种方式是使用 MessageHeaderArrayAttribute。在这种情况下，每个数组元素都单独序列化，从而使每个数组元素都具有一个标头，类似于下面所示。

other

复制

<numRecords>3</numRecords>
<records>Record1</records>
<records>Record2</records>
<records>Record3</records>
<branchID>20643</branchID>

数组项的默认名称是对其应用 MessageHeaderArrayAttribute 属性的成员的名称。

MessageHeaderArrayAttribute 属性继承自 MessageHeaderAttribute。它具有与非数组属性相同的一组功能，例如，可以像设置单一标头的顺序、名称和命名空间那样设置标头数组的顺序、名称和命名空间。在对数组使用 Order 属性时，该属性将应用于整个数组。

可以将 MessageHeaderArrayAttribute 只应用于数组，而不应用于集合。

在消息协定中使用字节数组

与非数组属性（MessageBodyMemberAttribute 和 MessageHeaderAttribute）一起使用时，字节数组不被视为数组，而被视为一种特殊的基元类型，在生成的 XML 中表示为 Base64 编码的数据。

在将字节数组与数组属性 MessageHeaderArrayAttribute 一起使用时，结果取决于正在使用的序列化程序。如果使用默认序列化程序，会将数组表示为每个字节一个单独项。但如果选择 XmlSerializer（在服务协定上使用 XmlSerializerFormatAttribute），则会将字节数组视为 Base64 数据，而不管是使用数组属性还是非数组属性。

对消息部分进行签名和加密

消息协定可以指示消息头和/或正文是否应进行数字签名和加密。

这可以通过在 MessageHeaderAttribute 和 MessageBodyMemberAttribute 特性上设置 System.ServiceModel.MessageContractMemberAttribute.ProtectionLevel 属性来完成。该属性是 System.Net.Security.ProtectionLevel 类型的枚举，可以设置为 None（不加密或签名）、Sign（仅数字签名）或 EncryptAndSign（加密并数字签名）。默认值为 EncryptAndSign。

若要让这些安全功能起作用，必须正确配置绑定和行为。如果在没有正确配置的情况下使用这些安全功能（例如，在不提供凭据的情况下试图对消息进行签名），则会在验证时引发异常。

对于消息头，会分别为每个消息头确定其保护级别。

对于消息正文部分，保护级别可理解为“最低保护级别”。无论包含几个正文部分，正文都只有一个保护级别。正文的保护级别由所有正文部分的最高 ProtectionLevel 属性设置确定。不过，您应该将每个正文部分的保护级别设置为实际要求的最低保护级别。

考虑下面代码示例中的类。

复制

[MessageContract]
public class PatientRecord
{
   [MessageHeader(ProtectionLevel=None)] public int recordID;
   [MessageHeader(ProtectionLevel=Sign)] public string patientName;
   [MessageHeader(ProtectionLevel=EncryptAndSign)] public string SSN;
   [MessageBodyMember(ProtectionLevel=None)] public string comments;
   [MessageBodyMember(ProtectionLevel=Sign)] public string diagnosis;
   [MessageBodyMember(ProtectionLevel=EncryptAndSign)] public string medicalHistory;
}

在此示例中，recordID 标头未受保护，patientName 为 signed，SSN 进行了加密和签名。至少有一个正文部分 medicalHistory 已应用 EncryptAndSign，因此将对整个消息正文进行加密和签名，即使 comments 和 diagnosis 正文部分指定了较低的保护级别。

控制标头和正文部分的名称和命名空间

在消息协定的 SOAP 表示形式中，每个标头和正文部分都映射为一个具有名称和命名空间的 XML 元素。

默认情况下，命名空间与消息加入的服务协定的命名空间相同，名称由应用 MessageHeaderAttribute 或 MessageBodyMemberAttribute 属性的成员名称确定。

通过操作 System.ServiceModel.MessageContractMemberAttribute.Name 和 System.ServiceModel.MessageContractMemberAttribute.Namespace（在 MessageHeaderAttribute 和 MessageBodyMemberAttribute 特性的父类上）可以更改这些默认值。

考虑下面代码示例中的类。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public Operation operation;
  [MessageHeader(Namespace="http://schemas.contoso.com/auditing/2005")] public bool IsAudited;
  [MessageBodyMember(Name="transactionData")] public BankingTransactionData theData;
}

在此示例中，IsAudited 标头位于代码中指定的命名空间中，表示 theData 成员的正文部分由名为 transactionData 的 XML 元素表示。

控制是否包装 SOAP 正文部分

默认情况下，SOAP 正文部分会在包装元素内部进行序列化。例如，下面的代码演示从 HelloGreetingMessage 消息的消息协定中的 MessageContractAttribute 类型的名称生成的 HelloGreetingMessage 包装元素。

复制

[MessageContract]
public class HelloGreetingMessage
{
  private string localGreeting;

  [MessageBodyMember(
    Name = "Salutations", 
    Namespace = "http://www.examples.com"
  )]
  public string Greeting
  {
    get { return localGreeting; }
    set { localGreeting = value; }
  }
}

/*
 The following is the request message, edited for clarity.
  
  <s:Envelope>
    <s:Header>
      <!-- Note: Some header content has been removed for clarity.
      <a:Action>http://GreetingMessage/Action</a:Action> 
      <a:To s:mustUnderstand="1"></a:To>
    </s:Header>
    <s:Body u:Id="_0" xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
      <HelloGreetingMessage xmlns="Microsoft.WCF.Documentation">
        <Salutations xmlns="http://www.examples.com">Hello.</Salutations>
      </HelloGreetingMessage>
    </s:Body>
 </s:Envelope>
 */

若要取消包装元素，请将 IsWrapped 属性设置为 false。若要控制包装元素的名称和命名空间，请使用 WrapperName 和 WrapperNamespace 属性。

注意：
消息中具有多个未包装的消息正文部分不符合 WS-I 基本配置文件 1.1 的规定，在设计新消息协定时不建议这样做。但是，在某些特定的互操作性方案中，必需要具有多个未包装的消息正文部分。如果要在消息正文中传输多段数据，则建议使用默认（包装）模式。未包装的消息中具有多个消息头是完全可以的。

注意：

消息中具有多个未包装的消息正文部分不符合 WS-I 基本配置文件 1.1 的规定，在设计新消息协定时不建议这样做。但是，在某些特定的互操作性方案中，必需要具有多个未包装的消息正文部分。如果要在消息正文中传输多段数据，则建议使用默认（包装）模式。未包装的消息中具有多个消息头是完全可以的。

SOAP 操作

SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。

SOAP 标头属性

SOAP 标准定义了下列可存在于标头上的属性：

Actor/Role（在 SOAP 1.1 中为 Actor，在 SOAP 1.2 中为 Role）
MustUnderstand
Relay

Actor 或 Role 属性指定要使用给定标头的节点的统一资源标识符 (URI)。MustUnderstand 属性指定处理标头的节点是否必须理解该标头。Relay 属性指定要将标头中继到下游节点。WCF 不会对传入消息的这些属性执行任何处理，但 MustUnderstand 属性除外，该属性将在本主题后面的“消息协定版本管理”部分中说明。但它允许您根据需要读取和写入这些属性，如下所述。

发送消息时，默认情况下不会发出这些属性。您可以采取两种方式更改这一行为。第一种方式是通过更改 System.ServiceModel.MessageHeaderAttribute.Actor、System.ServiceModel.MessageHeaderAttribute.MustUnderstand 和 System.ServiceModel.MessageHeaderAttribute.Relay 属性，以静态方式将这些特性设置为任何需要的值，如下面的代码示例所示。（请注意，没有 Role 属性；如果使用 SOAP 1.2，则设置 Actor 属性会发出 Role 特性）。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader(Actor="http://auditingservice.contoso.com", MustUnderstand=true)] public bool IsAudited;
  [MessageHeader] public Operation operation;
  [MessageBodyMember] public BankingTransactionData theData;
}

第二种方式是通过代码以动态方式控制这些属性。为此，您可以将所需的标头包装在 MessageHeader 类型中（切勿将此类型与非泛型版本混淆），并与 MessageHeaderAttribute 一起使用该类型。然后，可以在 MessageHeader 上使用属性来设置 SOAP 特性，如下面的代码示例所示。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public MessageHeader<bool> IsAudited;
  [MessageHeader] public Operation operation;
  [MessageBodyMember] public BankingTransactionData theData;
}
// application code:
BankingTransaction bt = new BankingTransaction();
bt.IsAudited = new MessageHeader<bool>();
bt.IsAudited.Content = false; // Set IsAudited header value to "false"
bt.IsAudited.Actor="http://auditingservice.contoso.com";
bt.IsAudited.MustUnderstand=true;

如果同时使用动态和静态控制机制，则静态设置用作默认设置，但可以在以后使用动态机制重写，如下面的代码所示。

other

复制

[C#]
[MessageHeader(MustUnderstand=true)] public MessageHeader<Person> documentApprover;
// later on in the code:
BankingTransaction bt = new BankingTransaction();
bt.documentApprover = new MessageHeader<Person>();
bt.documentApprover.MustUnderstand = false; // override the static default of 'true'

允许创建具有动态属性控制的重复标头，如下面的代码所示。

复制

[MessageHeaderArray] public MessageHeader<Person> documentApprovers[];

在接收端，仅当对类型中的标头使用 MessageHeader 类时才能读取这些 SOAP 属性。请检查 MessageHeader 类型的标头的 Actor、Relay 或 MustUnderstand 属性 (Property) 以发现所接收消息的属性 (Attribute) 设置。

当接收到消息然后发回该消息时，SOAP 属性设置仅对 MessageHeader 类型的标头往返一次。

SOAP 正文部分的顺序

在某些情况下，可能需要控制正文部分的顺序。默认情况下，正文元素采用字母顺序，但可以通过 System.ServiceModel.MessageBodyMemberAttribute.Order 属性进行控制。此属性具有与 System.Runtime.Serialization.DataMemberAttribute.Order 属性相同的语义，但在继承方案中的行为除外（在消息协定中，基类型正文成员不排列在派生类型正文成员之前）。有关更多信息，请参见数据成员顺序.

在下面的示例中，amount 通常排在第一位，因为按字母顺序它排在第一位。但 Order 属性将它放在了第三位。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public Operation operation;
  [MessageBodyMember(Order=1)] public Account sourceAccount;
  [MessageBodyMember(Order=2)] public Account targetAccount;
  [MessageBodyMember(Order=3)] public int amount;
}

消息协定版本管理

有时，您可能需要更改消息协定。例如，应用程序的新版本可能会向消息中添加额外的标头。在从新版本应用程序向旧版本应用程序发送消息时，系统必须处理额外的标头；同样，反方向操作时系统必须处理缺少的标头。

下面的规则适用于标头的版本管理：

WCF 不反对缺少标头，相应的成员将保留其默认值。

WCF 还忽略意外的额外标头。此规则的一种例外情况是在传入的 SOAP 消息中，额外标头的 MustUnderstand 属性设置为 true。在这种情况下，由于存在一个无法处理但必须理解的标头，因此会引发异常。

消息正文具有类似的版本管理规则，即忽略缺少和附加的消息正文部分。

继承注意事项

消息协定类型可以继承自另一个类型，前提是基类型也具有消息协定。

在使用继承自其他消息协定类型的消息协定类型创建或访问消息时，下面的规则适用：

继承层次结构中的所有消息头集合在一起构成消息头的完整集合。
继承层次结构中的所有消息正文部分集合在一起构成消息正文的完整集合。正文部分按照通常排序规则排列（按 System.ServiceModel.MessageBodyMemberAttribute.Order 属性，然后按字母顺序排序），与它们在继承层次结构中的位置无关。在使用消息协定继承时，强烈建议消息正文部分不要出现在继承树的多个级别上。如果基类和派生类用相同的名称定义标头或正文部分，则使用最基础的类中的成员来存储该标头或正文部分的值。

考虑下面代码示例中的类。

复制

[MessageContract]
public class PersonRecord
{
  [MessageHeader(Name="ID")] public int personID;
  [MessageBodyMember] public string patientName;
}

[MessageContract]
public class PatientRecord : PersonRecord
{
  [MessageHeader(Name="ID")] public int patientID;
  [MessageBodyMember] public string diagnosis;
}

PatientRecord 类描述了一个消息，该消息具有一个名为 ID 的标头。该标头对应于 personID 而不对应于 patientID 成员，因为选择了最基础的成员。因此，在这种情况下，patientID 字段无用。消息正文包含 diagnosis 元素，后面跟随 patientName 元素，因为这是这些元素的字母顺序。表注意，该示例演示了一种强烈建议不要使用的模式：基消息协定和派生消息协定都具有消息正文部分。

WSDL 注意事项

在从使用消息协定的服务生成 Web 服务描述语言 (WSDL) 协定时，必须记住生成的 WSDL 中并不会反映所有的消息协定功能。请考虑以下几点：

WSDL 无法表示标头数组的概念。使用 MessageHeaderArrayAttribute 创建具有标头数组的消息时，生成的 WSDL 只反映一个标头而不是该数组。

生成的 WSDL 文档可能不反映某些保护级别信息。

在 WSDL 中生成的消息类型的名称与消息协定类型的类名称相同。

在多个操作中使用同一个消息协定时，会在 WSDL 文档中生成多个消息类型。对于后续使用，会在名称中添加数字“2”、“3”等以使名称唯一。在导回 WSDL 时，会创建多个消息协定类型，除了名称不同外，这些消息协定类型完全相同。

SOAP 编码注意事项

WCF 允许但不推荐使用 XML 的旧式 SOAP 编码样式。使用这种样式时（在应用于服务协定的 System.ServiceModel.XmlSerializerFormatAttribute 上将 Use 属性设置为 Encoded），下面的附加注意事项适用：

不支持消息头；这意味着属性 MessageHeaderAttribute 和数组属性 MessageHeaderArrayAttribute 与 SOAP 编码不兼容。
如果未包装消息协定，即如果属性 IsWrapped 设置为 false，则消息协定只能具有一个正文部分。
请求消息协定的包装元素的名称必须与操作名称匹配。为此请使用消息协定的 WrapperName 属性。
响应消息协定的包装元素的名称必须与具有“Response”后缀的操作名称相同。为此请使用消息协定的 WrapperName 属性。

SOAP 编码保留对象引用。例如，请考虑下面的代码。

复制

[MessageContract(WrapperName="updateChangeRecord")]
public class ChangeRecordRequest
{
  [MessageBodyMember] Person changedBy;
  [MessageBodyMember] Person changedFrom;
  [MessageBodyMember] Person changedTo;
}

[MessageContract(WrapperName="updateChangeRecordResponse")]
public class ChangeRecordResponse
{
  [MessageBodyMember] Person changedBy;
  [MessageBodyMember] Person changedFrom;
  [MessageBodyMember] Person changedTo;
}

// application code:
ChangeRecordRequest cr = new ChangeRecordRequest();
Person p = new Person("John Doe");
cr.changedBy=p;
cr.changedFrom=p;
cr.changedTo=p;

使用 SOAP 编码序列化消息后，changedFrom 和 changedTo 不包含其自己的 p 副本，而是指向 changedBy 元素内的副本。

性能注意事项

每个消息头和消息正文部分相互独立地进行序列化。因此，可以为每个标头和正文部分重新声明相同的命名空间。为了提高性能，特别是对于消息在网络上的大小，请将多个标头和正文部分合并成一个标头或正文部分。例如，不要使用下面代码：

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public Operation operation;
  [MessageBodyMember] public Account sourceAccount;
  [MessageBodyMember] public Account targetAccount;
  [MessageBodyMember] public int amount;
}

请使用此代码。

复制

[MessageContract]
public class BankingTransaction
{
  [MessageHeader] public Operation operation;
  [MessageBodyMember] public OperationDetails details;
}

[DataContract]
public class OperationDetails
{
  [DataMember] public Account sourceAccount;
  [DataMember] public Account targetAccount;
  [DataMember] public int amount;
}

基于事件的异步协定和消息协定

基于事件的异步模型设计准则规定，如果返回了多个值，则一个值会作为 Result 属性返回，其他值会作为 EventArgs 对象上的属性返回。因此产生的结果之一是，如果客户端使用基于事件的异步命令选项导入元数据，且该操作返回多个值，则默认的 EventArgs 对象将返回一个值作为 Result 属性，返回的其余值是 EventArgs 对象的属性。

如果要将消息对象作为 Result 属性来接收并要使返回的值作为该对象上的属性，请使用 /messageContract 命令选项。这会生成一个签名，该签名会将响应消息作为 EventArgs 对象上的 Result 属性返回。然后，所有内部返回值就都是响应消息对象的属性了。

本文链接

15138删除对于用户失败,数据库主体在该数据库中拥有架构

2011-09-29T06:40:00Z

解决方法一

先删除此用户对应的架构，然后在删除对应的用户
步骤
1。SQL SERVER MANAGEMENT STUDIO--》数据库--》安全性--》构架，先删除对应的构架
2。SQL SERVER MANAGEMENT STUDIO--》数据库--》安全性--》用户，删除对应的用户

解决方法二

--执行如下SQL语句

ALTER AUTHORIZATION ON SCHEMA::db_owner TO dbo;
--然后手动删除就可以了。

本文链接

ASP.NET MVC AuthorizeAttribute 相关

2011-09-28T06:09:00Z

AuthorizeAttribute 类

.NET Framework 4

表示一个特性，该特性用于限制调用方对操作方法的访问。

继承层次结构

System.Object
System.Attribute
System.Web.Mvc.FilterAttribute
System.Web.Mvc.AuthorizeAttribute

命名空间： System.Web.Mvc
程序集： System.Web.Mvc（在 System.Web.Mvc.dll 中）

许多 Web 应用程序要求在用户登录之后才授予其对受限制内容的访问权限。在某些应用程序中，即使是登录的用户，也会限制他们可以查看的内容或可以编辑的字段。
要限制对 ASP.NET MVC 视图的访问，您可以限制对呈现视图的操作方法的访问。为此，MVC 框架提供 AuthorizeAttribute 类。

使用 AuthorizeAttribute

当您使用 AuthorizeAttribute 标记一个操作方法时，则限制只有经过身份验证和授权的用户才能访问该操作方法。如果您使用该特性标记控制器，则限制控制器中的所有操作方法。

Authorize 特性允许您指明将授权限制给预定义角色或各个用户。这使您可以高度控制谁有权查看网站上的任何页面。

如果未经授权的用户尝试访问用 Authorize 特性标记的方法，则 MVC 框架会返回 401 HTTP 状态代码。如果站点配置为使用 ASP.NET Forms 身份验证，401 状态代码会导致浏览器将用户重定向到登录页。

以上转自：http://msdn.microsoft.com/zh-cn/library/system.web.mvc.authorizeattribute.aspx#using_authorizeattribute

自定义AuthorizeAttribute

网站的权限判断是一个非常普遍的需求，从文章ASP.NET MVC的Action Filter中我们知道实现这样的需求只要从AuthorizeAttribute集成，重写相关的判断逻辑就可以了。这里记录一下：

namespace TokenAcl.Web.Helper
{
public class TokenAclAuthorizeAttribute : AuthorizeAttribute
{
protected override bool AuthorizeCore(HttpContextBase httpContext)
{
bool result = false;
if (httpContext == null)
{
throw new ArgumentNullException("httpContext");
}
string[] users = Users.Split(',');
string[] roles = Roles.Split(',');
if (!httpContext.User.Identity.IsAuthenticated)
return false;
if (roles.Length != 0)
{
List<Role> rightRoles = RightClient.GetAllRole(TakenAclMenu.SystemID, TakenAclMenu.UserID);
foreach (var role in roles)
{
if (rightRoles.Where(x => x.Code == role).Count() > 0)
{
result = true;
break;
}
}
}
if (!result)
{
httpContext.Response.StatusCode = 403;
}
return result;
}

public override void OnAuthorization(AuthorizationContext filterContext)
{
base.OnAuthorization(filterContext);
if (filterContext.HttpContext.Response.StatusCode == 403)
{
filterContext.Result = new RedirectResult("/Admin/Dashboard");
}
}
}
}

从AuthorizeAttribute继承过来实现了一个类TokenAclAuthorizeAttribute ，重写了方法AuthorizeCore，使用自己开发的权限系统进行权限的验证，如果没有通过认证，这表示没有权限访问，设置HTTP 状态代码为403。这样还是不行，还得重写另一个方法OnAuthorization。AuthorizeCore方法返回false，MVC 此时将返回的ActionResult是HttpUnauthorizedResult：

public class HttpUnauthorizedResult : ActionResult {
public override void ExecuteResult(ControllerContext context) {
if (context == null) {
throw new ArgumentNullException("context");
}
// 401 is the HTTP status code for unauthorized access - setting this
// will cause the active authentication module to execute its default
// unauthorized handler
context.HttpContext.Response.StatusCode = 401;
}
}

从HttpUnauthorizedResult的源码可以看出，HttpUnauthorizedResult的执行很简单，就是设置当前的HttpContext.Response的状态码为401，这样就回激活authentication module 执行它默认的 unauthorized handler，也就是跳转到登陆页面的，这似乎也不符合逻辑，认证和授权应该是验证的两个方面。这不符合要求，用户已经登陆成功了，只是没有权限而已。我这里只是重写OnAuthorization方法，重定向到一个页面而已，也可以写一个ActionResult。

以上转自：http://www.cnblogs.com/shanyou/archive/2010/03/27/1698639.html

本文链接

Manual Addressing 相关

2011-09-27T02:39:00Z

最近在做一个WCF路由器，其中关于Manual Addressing的知识，经过在artech处查阅，得知：

Manual Addressing

可能大家已经看到了，在custombing中的httpTransport 配置项中，将manualAddressing设置为true。manualAddressing在默认的情况下为false，意为着将按照WS-Addressing的方式进行Adressing。当该属性设为false，WCF会将client端的Endpoint的Address地址写入SOAP的To header中，而将manualAddressing设为true，可以保留现有SOAP的To header中的地址，在本例中InterceptService接收到的SOAP的To address为http://127.0.0.1:9999/calculateservice，然后在<client>中的endpoint address则是http://127.0.0.1:8888/Interceptservice。如果manualAddressing = false，那么To address将会变成http://127.0.0.1:8888/Interceptservice。当该SOAP抵达CalculateService时，由于ChannelDispatcher根据两个Message Filter（Address Filter和Contract Filter）定位到对应的Endpoint。Address Filter就是根据SOAP的To address来进行筛选的，在默认的情况下，是找不到对应的Endpoint的。反之，我们manualAddressing=true，将保留SOAP的To header中的address。

本文链接

ARR:Application Request Routing

2011-09-26T07:08:00Z

ARR简单的说就是一个IIS7的负载均衡模块，可以一次管理多个IIS 6/7的服务器集群，规则基于URL，或者基于HOST NAME，或者基于HTTP HEADER。微软的Application Request Routing(ARR) 2.0使得Web管理员，虚拟主机提供商，内容分发网络（CDN）通过基于规则路由，机器名匹配，HTTP请求的负载均衡和分布式磁盘缓存来提高Web应用程序的的可扩展性和可靠性。有了ARR技术，管理员可以优化资源以及应用服务器的管理成本。

负载均衡可以有效的提高资源的利用率

使用ARR，管理员可以创建强大的基于规则的URL，HTTP HEADERS 变量，并决定最合适的WEB应用服务器。ARR在应用层进行路由选择，并可以在其上加上BIG IP 5这类硬件负载均衡器或者是Windows 负载均衡技术，进行三层架构路由。典型的几种方式：使用ARR，管理员可以将*.aspx路由到一个独立应用服务器上。

使用标准的IIS MANAGER更容易管理多个WEB FARMS

ARR给予管理员，创建、管理、应用LOAD BALANCING（负载均衡）规则的能力，管理员可以需求轻松地添加一个服务器到WEB FARMS里去，ARR同时包含了对每台单独的服务器实时流量、URL测试的监视能力。管理员这时有能力在IIS 7的MANAGER中查看WEB FARMS中每个服务器的统计信息。

优化带宽的使用和通过缓存扩展服务器的能力

ARR可以在磁盘上缓存任何经过服务器的HTTP通信。通过结合磁盘缓存连同层次化的IIS网站运行ARR的IIS web服务器，CDN和层次化服务器的能力可以大大降低到达源服务器的网络流量。

特性：

基于HTTP的路由决策
化过的负载均衡算法
基于流量以及URL的服务器健康状态检查
基于COOKIES识别单个客户端，并自动分配到WEB FARMS中制定服务器的能力。
主机名的匹配简化Web服务器的管理，并创造更多的商业机会。
多服务器场管理，使管理试点和A / B测试方案。
管理并监视所有的服务器配置。
支持FAILED REQUEST TRACING RULES
基于磁盘高速缓存
缓存层次管理
CDN/ECN 环境的缓存代理节点
缓存压缩对象
使用IIS管理器浏览缓存的内容
通过匹配的URL模式删除缓存内容
重写缓存控制指令
热身缓存模式
支持智能字节范围的
支持智能现场请求

刚刚整理好的，关于ARR的资料打包下载: http://cid-33478a966734670f.skydrive.live.com/self.aspx/.Public/ARR.7z

Application Request Routing: http://www.iis.net/expand/ApplicationRequestRouting

Application Request Routing and the IIS 7.0 Web Management Service:http://blogs.msdn.com/carlosag/archive/2008/08/21/ARRandWMSVC.aspx

IIS request filtering woes: http://improve.dk/blog/2009/09/23/iis-request-filtering-woes

Fixing Flash bugs and intercepting IIS Application Request Routing cookies :http://improve.dk/blog/2009/12/09/fixing-flash-bugs-by-intercepting-iis-application-request-routing-cookies

转自：http://www.cnblogs.com/shanyou/archive/2010/02/18/1669265.html

本文链接

T4模板技术相关 from artech

2011-09-25T05:45:00Z

一、我们的目标是：从XML文件到C#代码

再次重申一下我们需要通过“代码生成”需要达到的目的。无论对于怎么样的应用，我们都需要维护一系列的消息。消息的类型很多，比如验证消息、确认消息、日志消息等。我们一般会将消息储存在一个文件或者数据库中进行维护，并提供一些API来获取相应的消息项。这些API一般都是基于消息的ID来获取的，换句话说，消息获取的方式是以一种“弱类型”的编程方式实现的。如果我们能够根据消息存储的内容动态地生成相应的C#或者VB.NET代码，那么我们就能够以一种强类型的方式来获取相应的消息项了。

比如说，现在我们定义了如下一个MessageEntry类型来表示一个消息条目。为了简单，我们尽量简化MessageEntry的定义，仅仅保留三个属性Id、Value和Category。Category表示该消息条目所属的类型，你可以根据具体的需要对其分类（比如根据模块名称或者Severity等）。Value是一个消息真实的内容，可以包含一些占位符（{0}，{1},…{N}）。通过指定占位符对用的值，最中格式化后的文本通过Format返回。


public class MessageEntry

{

    public string Id { get; private set; }

    public string Value { get; private set; }

    public string Category { get; private set; }

 

    public MessageEntry(string id, string value, string category)

    {

        this.Id         = id;

        this.Value      = value;

        this.Category   = category;

    }

    public string Format(params object[] args)

    {

        return string.Format(this.Value, args);

    }

}

现在我们所有的消息定义在如下一个XML文件中，<message>XML元素代码一个具体的MessageEntry，相应的属性（Attribute）和MessageEntry的属性（Property）相对应。


<?xml version="1.0" encoding="utf-8" ?>

<messages> 

  <message id="MandatoryField" value="The {0} is mandatory."  category="Validation"/> 

  <message id="GreaterThan" value="The {0} must be greater than {1}."  category="Validation"/> 

  <message id="ReallyDelete" value="Do you really want to delete the {0}."  category="Confirmation"/>  

</messages>

在上面的XML中，定义了两个类别（Validation和Confirmation）的三条MessageEntry。我们需要通过我们的代码生成工具生成一个包含如下C#代码的CS文件。


public static class Messages

{

    public static class Validation

    {

        public static MessageEntry MandatoryField = new MessageEntry("MandatoryField", "The {0} is mandatory.", "Validation");

        public static MessageEntry GreaterThan = new MessageEntry("GreaterThan", "The {0} must be greater than {1}.", "Validation");

    }

    public static class Confirmation

    {

        public static MessageEntry ReallyDelete = new MessageEntry("ReallyDelete", "Do you really want to delete the {0}.", "Confirmation");

    }

}

那么如何通过T4的方式来实现从“数据”（XML）到“代码”的转换呢？在投入到这个稍微复杂的工作之前，我们先来弄个简单的。

二、从Hello World讲起

我们之前一直在讲T4，可能还有人不知道T4到底代表什么。T4是对“Text Template Transformation Toolkit”（4个T）的简称。T4直接包含在VS2008和VS2010中，是一个基于文本文件转换的工具包。T4的核心是一个基于“文本模板”的转换引擎（以下简称T4引擎），我们可以通过它生成一切类型的文本型文件，比如我们常用的代码文件类型包括：C#、VB.NET、T-SQL、XML甚至是配置文件等。

对于需要通过T4来进行代码生成工作的我们来说，需要做的仅仅是根据转换源（Transformation Source），比如数据表、XML等（由于例子简单，HelloWord模板没有输入源）和目标文本（比如最终需要的C#或者T-SQL代码等）定义相应的模板。T4模板作用就相当于进行XML转化过程中使用的XSLT。

T4模板的定义非常简单，整个模板的内容包括两种形式：静态形式和动态动态。前者就是直接写在模板中作为原样输出的文本，后者是基于某种语言编写代码，T4引擎会动态执行它们。这和我们通过内联的方式编写的ASP.NET页面很相似：HTML是静态的，以C#或者VB.NET代码便写的动态执行的代码通过相应的标签内嵌其中。为了让读者对T4模板有一个直观的认识，我们先来尝试写一个最简单的。假设我们需要通过代码生成的方式生成如下一段简单的C#代码：


using System;

 

namespace Artech.CodeGeneration

{

    class Program

    {

        static void Main(string[] args)

        {

            Console.WriteLine("Hello, {0}", "Foo");

            Console.WriteLine("Hello, {0}", "Bar");

            Console.WriteLine("Hello, {0}", "Baz");

        }

    }

}

现在我们直接通过VS来创建一个T4模板来生成我们期望的C#代码。右击项目文件，选择"Add"|"New Item",在模板列表中选择"Text Template"。指定文件名后确定，一个后缀名为.tt的文件会被创建，然后在该文件中编写如下的代码。

   1: <#@ template debug="false" hostspecific="false" language="C#" #>

   2: <#@ assembly name="System.Core.dll" #>

   3: <#@ import namespace="System" #>

   4: <#@ output extension=".cs" #>

   5: using System;

6:

   7: namespace Artech.CodeGeneration

   8: {

   9:     class Program

  10:     {

  11:         static void Main(string[] args)

  12:         {

  13:             <#

  14:             foreach(var person in this.InitializePersonList())

  15:             {

  16:             #>

  17:                 Console.WriteLine("Hello, {0}","<#=  person#>");

  18:             <#

  19:             }

  20:             #>

  21:         }

  22:     }

  23: }

24:

  25: <#+

  26:     public string[] InitializePersonList()

  27:     {

  28:         return new string[]{"Foo","Bar","Baz"};

  29:     }

  30: #>

保存该文件后，一个.cs文件将会作为该TT文件的附属文件被添加（如右图所示的HelloWorld.cs）。上述的这个TT文件虽然简单，却包含了构成一个T4模板的基本元素。在解读该T4模板之前，我们有必要先来了解一个完整的T4模板是如何构成的。

三、T4模板的基本结构

假设我们用“块”（Block）来表示构成T4模板的基本单元，它们基本上可以分成5类：指令块（Directive Block）、文本块（Text Block）、代码语句块（Statement Block）、表达式块（Expression Block）和类特性块（Class Feature Block）。

1、指令块（Directive Block）

和ASP.NET页面的指令一样，它们出现在文件头，通过<#@…#>表示。其中<#@ template …#>指令是必须的，用于定义模板的基本属性，比如编程语言、基于的文化、是否支持调式等等。比较常用的指令还包括用于程序集引用的<#@ assembly…#>，用于导入命名空间的<#@ import…#>等等。

2、文本块（Text Block）

文本块就是直接原样输出的静态文本，不需要添加任何的标签。在上面的模板文件中，处理定义在<#… #>、<#+… #>和<#=… #>中的文本都属于文本块。比如在指令块结束到第一个“<#”标签之间的内容就是一段静态的文本块。


using System;

 

namespace Artech.CodeGeneration

{

    class Program

    {     

        static void Main(string[] args)

        {    



3、代码语句块（Statement Block）

代码语句块通过<#Statement#>的形式表示，中间是一段通过相应编程语言编写的程序调用，我们可以通过代码语句快控制文本转化的流程。在上面的代码中，我们通过代码语句块实现对一个数组进行遍历，输出重复的Console.WriteLine(“Hello, {0}”, “Xxx”)语句。


<#

foreach(var person in this.InitializePersonList()) 

{

#>

    Console.Write("Hello, {0}","<#=  person#>");

<#

} 

#>

4、表达式块（Expression Block）

表达式块以<#=Expression#>的形式表示，通过它之际上动态的解析的字符串表达内嵌到输出的文本中。比如在上面的foreach循环中，每次迭代输出的人名就是通过表达式块的形式定义的（<#= person#>）

5、类特性块（Class Feature Block）

如果文本转化需要一些比较复杂的逻辑，我们需要写在一个单独的辅助方法中，甚至是定义一些单独的类，我们就是将它们定义在类特性块中。类特性块的表现形式为<#+ FeatureCode #>，对于Hello World模板，得到人名列表的InitializePersonList方法就定义在类特性块中。


<#+ 

    public string[] InitializePersonList()

    {

        return new string[]{"Foo","Bar","Baz"};

    }

#>

了解T4模板的“五大块”之后，相信读者对定义在HelloWord.tt中的模板体现的文本转化逻辑应该和清楚了吧。

四、通过T4模板实现从“数据到代码”的转变

现在我们来完成我们开篇布置得任务：如何将一个已知结构的表示消息列表的XML转换成C#代码，使得我们可以一强类型的编程方式获取和格式化相应的消息条目。我们的T4模板定义如下

   1: <#@ template debug="false" hostspecific="true" language="C#" #>

   2: <#@ assembly name="System.Core.dll" #>

   3: <#@ assembly name="System.Xml" #>

   4: <#@ import namespace="System" #>

   5: <#@ import namespace="System.Xml" #>

   6: <#@ import namespace="System.Linq" #>

   7: <#@ output extension=".cs" #>

8:

   9: namespace MessageCodeGenrator

  10: {

  11:     public static class Messages

  12:     {

  13:         <#

  14:         XmlDocument messageDoc = new XmlDocument();

  15:         messageDoc.Load(this.Host.ResolvePath("Messages.xml"));

16:

  17:         var messageEntries = messageDoc.GetElementsByTagName("message").Cast<XmlElement>();

  18:         var categories = (from element in messageEntries

  19:                             select element.Attributes["category"].Value).Distinct();

  20:         foreach (var category in categories)

  21:         {

  22:             #>

  23: public  static class <#=  category#>

  24:             {

  25:                 <#

  26:                 foreach (var element in messageDoc.GetElementsByTagName("message").Cast<XmlElement>().Where(element => element.Attributes["category"].Value == category))

  27:                 {

  28:                     string id           = element.Attributes["id"].Value;

  29:                     string value        = element.Attributes["value"].Value;

  30:                     string categotry    = element.Attributes["category"].Value;

  31:                 #>

  32: public static MessageEntry <#= id #> = new MessageEntry("<#= id #>","<#=  value#>","<#=  categotry#>");

  33:             <#  } #>

  34:             }

  35:     <# } #>

  36:     }

  37: }

模板体现出来的转化流程就是：加载XML文件（Messages.xml），然后获取所有的消息类别，为每个消息类别创建一个内嵌于静态类Messages中的以类别命名的类。然后遍历每个类别下的所有消息条目，定义类型为MessageEntry的静态熟悉。

在这里有一点需要特别指出的是：整个代码生成的输入，即XML文件Messages.xml和模板文件位于相同的目录下，但是我们需要通过Host属性的ResolvePath方法去解析文件的物理路径。对ResolvePath方法的调用，需要模板<#@ template …#>指令中的hostspecific设置为true。


   1: <#@ template debug="false" hostspecific="true" language="C#" #>

五、T4的文本转化的实现

和我之前采用的代码生成方式（CodeDOM+Custom Tool）一样，对于T4模板的代码生成，VS最终还是通过Custom Tool来完成的。如果你查看TT文件的属性，你会发现Custom Tool会自动设置成：TextTemplatingFileGenerator。

当TextTemplatingFileGenerator被触发后（修改后的文件被保存，或者认为执行Custom Tool），会通过T4引擎完成文本的转换和输出工作。具体来讲，T4引擎的文本转化和输出机制可以通过下图来表示。T4引擎首先对模板的静态内容和动态内容进行解析，最终生成一个继承自Microsoft.VisualStudio.TextTemplating.TextTransformation的类，所有的文本转化逻辑被放入被重写的Transformation方法中。然后动态创建该对象，执行该方法并将最终的类型以附加文件的形式输出来。

本文转自蒋金楠：http://www.cnblogs.com/artech/archive/2010/10/23/1859529.html

本文链接

博客园_善良，踏实，实现，坚持，厚积薄发

创业了，发一则招聘信息

使用sql server management studio 2008 连接数据库,无法查看数据库,提示 无法为该请求检索数据 错误916 - z

微软SCRUM 1.0流程模板在中文版TFS2010上无法创建项目的彻底解决办法 - 转

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式 的解决方法

使用消息约定-MessageContract -z

SOAP 操作 SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。

15138删除对于用户失败,数据库主体在该数据库中拥有架构

ASP.NET MVC AuthorizeAttribute 相关

Manual Addressing 相关

ARR:Application Request Routing

T4模板技术相关 from artech

使用sql server management studio 2008 连接数据库,无法查看数据库,提示无法为该请求检索数据错误916 - z

LINQ to Entities 不识别方法"System.String ToString()"，因此该方法无法转换为存储表达式的解决方法

SOAP 操作

SOAP 和相关 Web 服务标准定义了一个名为 Action 的属性，该属性可用于发送的每个 SOAP 消息。操作的 System.ServiceModel.OperationContractAttribute.Action 和 System.ServiceModel.OperationContractAttribute.ReplyAction 属性控制此属性的值。