请先参考《相信自己，我能》 关于读取性能的测试

今天对插入的性能做了比较，和我预期的一样，Torridity的性能和其他的产品基本打平手，而Entity Framework一样是糟糕的成绩。
为什么认为会打个平手呢？因为插入1万比记录，意味这连续发送1万次SQL，在没有提别糟糕的程序下，基本上SQL语句的执行花去了几乎大部分的时间，程序本身的优化所得到的提升几乎微乎其微。
下面是测试结果：

再次失望ADO Entity Framwork的性能，太糟糕了

关于元数据结构
自动创建的代码包含一个派生自ObjectContext的对象，他有点像一个Workspace，主要包含连接、元数据和状态管理等；

ObjectContext包含一个MetadataWorkspace属性，记录了所有的元数据信息，有几种类型：
C  Space: 很全，包括数据类型（例如Byte）、函数(例如Max）、实体类型（例如Order）；
CS Space：null?没有吗
OC Space：纯数据类型，一般13个；
S  Space：包括数据类型和实体类型。
你可以像下面这样的代码获取元数据
EntityType c2 = c.MetadataWorkspace.GetItem<EntityType>("DcmsCore2_TestModel.Customer", System.Data.Metadata.Edm.DataSpace.CSpace);

枚举出一个元数据对象，怎么知道是描述什么的呢？BuildtInTypeKind属性可以告诉你，常见的有：
PrimitiveType    : 原生数据类型，例如描述string的
EntityType       ：实体类型，一般是ClrEntityType的实例，例如描述order
MetadataProperty : 属性，例如描述Order的属性OrderId；
Facet            ：特性，用来描述是否允许null，或缺省值之类的东西，有点像CLR里面的Attribute

今天，是个值得纪念的日子，因为我编写的ORM（名为Torridity）工具经过性能测试，其读取性能全面压倒DataSet、LinQ和DataEntity Framework。

从截图中你可以看出，我们比DataSet快2倍，比LinQ快4倍，比Entity Framework beta 3快14倍。

测试采用读取1万笔记录，而且为公正起见，所有的计时开始前，都预先读取一笔其他的记录，保证不是连接缓冲池造成的误差。而且测试代码保证都是各自工具最佳的读取方式。

你可以下载附件中的测试程序，但非常的遗憾，Torridity属于公司的财产，所以我不能包含任何关于此部分的代码。要测试程序请：

  - 使用Visual Studio 2008打开项目；

  - 下载Entity Framework beata 3；

我将在随后的时间测试保存、插入和删除功能的性能。

LinQVsTorridity.rar 

微型电动轿车(发明畅想)
智能电视的设想（发明畅想）
压缩空气动力自行车

我们大家去自助取款机提款时经常有这样的经验，一台取款机已经没有钱了，你插入卡输入密码，一看没有钱，白忙了，只好在旁边的取款机排队，可是同样的事情不断的在后面发生，所有人都想试试看这台机器然后和你一样失望的走到这边继续排队。
所以为什么不在取款机的上方设计一个“钱箱没有钱了”的提示灯呢？最好不断的闪烁的那种。

        [OnDeserialized()]
        private void OnDeserialized(StreamingContext context) {
            this.OnDeserialization(null);
        }

private DependencyPropertyData _data;

对象将被彻底重新构造，并且在反序列化期间调用方法可能会产生不良的副作用，因为被调用的方法可能引用在进行此调用时尚未被反序列化的对象引用。如果反序列化的类实现 IDeserializationCallback，则在整个对象图已被反序列化后将自动调用 OnDeserialization 方法。此时，所有引用的子对象均已被完全还原。哈希表就是在不使用事件侦听器的情况下很难反序列化的类的典型示例。在反序列化期间检索键/值对十分容易，但将这些对象添加回哈希表可能会造成一些问题，因为不能保证从哈希表派生的类已被反序列化。因此，不建议在此阶段对哈希表调用方法。

今天看见一篇文章【C#食谱】【面食】菜单1： 何时何地使用泛型 ，总结的很好，我也总结一下，不过是反过来的：何时何地不能使用泛型。
注：以下未特别注明的话，均表示不能对外展现泛型，内部仍然可以使用泛型。
1、控件上，在控件上public一个泛型的属性，意味着窗体设计器无法打开。同样的，在重用的组件上也意味着不能打开设计器 了；
2、WebService上，据我目前所知，目前的WebService规范是不支持泛型的，不管是对外接口，还是返回/传入的数据类型；
3、COM的互操作，COM是不支持泛型的。

解决方案：
在以上的应用中，我们又如何避免泛型带来的麻烦呢？一般你可以：
1、包装泛型类，使其特例化，不再具有泛型的特征。例如：
public sealed class DependencyPropertyCollection : ReadonlyNamedCollection<DependencyProperty>
2、 定义非泛型的接口，将泛型的返回值或参数使用object方式访问，适合COM操作。

欢迎大家补充。
补充：竟然有人说这是垃圾文章，哎，算了，不要丢人了，不要放在首页了。

 神州数码管理系统有限公司
 公司行业：计算机软件 公司性质：合资(非欧美) 公司规模：500人以上

 职位要求:
 1、2年以上的.Net开发工作经验，精通面向对象编程，逻辑能力佳，熟练掌握c#；
 2、精通SQL Server，熟练掌握T-SQL；
 3、工作积极主动，具自主学习心态和能力，富有责任心和创新精神，乐于分享，团
 队合作能力强；
 4、有SOA、AOP、IOC、OOA、OOD、OOP等方面的开发经验者优先；
 5、具备初步构架设计能力的优先；
 6、有从事企业管理软件，如ERP、CRM、HR者优先。

目前的系统是完全可以做到动态负载平衡的，包括热切换。
以下是负载平衡的设计备忘录，现在实在是没有时间设计，所以先记下来。
启动流程：
- 主控服务器启动；
- 子服务器启动，根据配置联系主控服务器，登记，主控服务器获取到子服务器的联系信息；
- 子服务器同步现有的状态服务数据；

客户端请求流程：
- 客户端发起调用，主控服务器收到请求；
- 主控服务器分配请求到某个子服务器（省略10000关于分配算法文字）；

状态服务流程：
- 每个子服务器包含完整的状态信息（读的频率远远高过写）；
- 当收到改请求时，子服务器并不直接写，而是发送给主控服务器，主控服务器发送给所有子服务器；

问题：
- 主控服务器仍然是系统的瓶颈（可能的），但考虑到主控服务器不做任何操作，所以理论上，不超过100000....个客户端时，他不会是瓶颈（好像带宽还是瓶颈）；
- 子服务器的突然死机会造成主控服务器联系时的假死，造成一段时间的停止相应，做的好的话应该是队列发送修改指令；
- 数据库仍然是瓶颈，需要其他途径处理负载平衡。
- 数据缓存在多台服务器的更新问题比较麻烦，如果使用状态服务相同的技术的话，会不会服务器直接通讯太频繁。

补充：
如果做静态的负载，即不是动态的负载平衡，设计上要简单的多，每个客户端启动时，向主控服务器请求一个可用的空闲服务器，以后的请求全部指向这个服务器，这样做的话就没有必要同步会话服务了。而且主控服务器的带宽就不是瓶颈了。当然，这个子服务器如果死机了或者忙的受不了了，就没有办法了。

关于SQL Server的负载：
最简单的负载分摊（注意不是负载平衡，是分摊）是：系统仍然使用单一服务器连接设计，这样可以屏蔽设计的复杂性，然后适当的将工作量较大的查询转移到另外一个SQL Server下。
数据库那边当然是做事务类型的复制，订阅数据库是只读的。我想，这个要比缓存服务来的更佳效果明显吧。

接上回的《WPF学习笔记(数据绑定篇2)》，继续

BindValidation

此示例演示了：

• 如何使用错误模板；
• 使用样式显示错误信息；
• 如何在校验发生异常时执行回调；

首先，你可以看见XAML中使用自定义的错误模板，指定错误模板的方式是：

<TextBox Name="textBox1"              Validation.ErrorTemplate="{StaticResource validationTemplate}"
             Style="{StaticResource textBoxInError}" >
      <TextBox.Text>

      <ControlTemplate x:Key="validationTemplate">
        <DockPanel>
            <Image Source="Error.jpg" Width="16" Height="16"/>
          <AdornedElementPlaceholder/>
        </DockPanel>
      </ControlTemplate>

      <Style x:Key="textBoxInError" TargetType="{x:Type TextBox}">
        <Style.Triggers>
          <Trigger Property="Validation.HasError" Value="true">
            <Setter Property="ToolTip"
              Value="{Binding RelativeSource={x:Static RelativeSource.Self},
                              Path=(Validation.Errors)[0].ErrorContent}"/>
          </Trigger>
        </Style.Triggers>
      </Style>

          BindingExpression myBindingExpression = textBox3.GetBindingExpression(TextBox.TextProperty);
          Binding myBinding = myBindingExpression.ParentBinding;
          myBinding.UpdateSourceExceptionFilter = new UpdateSourceExceptionFilterCallback(ReturnExceptionHandler);
          myBindingExpression.UpdateSource();

如果你现在在创建软件开发工具，你现在可以选择基于Visual Studio 2008 Shell。一个流行的Visual Studio 开发环境，Visual Studio Shell提供了一些核心功能，使你能够创建独一无二的应用程序，弹性的自定义能力帮助你推出更加特别的产品。

关键特性

                               快速开发：Visual Studio Shell提供完整的开发环境从而加快你的开发进度，他能够宿主你的自定义工具以及自己的语言。

                               熟悉的环境：开发人员能够基于Visual Studio平台开发，而且最终用户也能够获得相同的界面，大大加快两者的学习进度。

                               特别为语言和工具设计：基于对合作伙伴的调查，Visual Studio Shell使您能够创建基于Visual Studio的自定义工具或者创建完全独立的，具有自由商标的应用工具。

（完整模式）

特别为编程语言优化

应用程序运行在完整的环境中，并自动和计算机中已经安装的Visual Studio其他部件合并。

下图是Visual Studio Shell完整模式下运行IronPython的例子。
     

（独立模式）

特别为专业工具优化

应用程序独立运行，与计算机中安装的Visual Studio 其他部件隔离。

                               下图是一个独立的Fabrikam Home 设计环境，他建立在独立模式。

问答

问：我如何才能使用Visual Studio Shell?

Visual Studio Shell将提供给我们的合作伙伴（VSIP）,包括beta 2版本，我们即将发布最终的版本。