TOMMYHU

最近项目繁杂，电脑各个版本的vs ide都装了一把，可发现想做sql跟踪时打开SQL Server Profiler，死活没窗口，任务栏有程序，没有window界面，无意间发现一个方法可以解决

1、在任务栏右键调出 任务管理器
2、在SQL Server Profiler进程上右键选择“最大化”
3、在最大化的窗体上最小化后还是发现程序无法在任务栏点开，，这个时候不要最下话，点击移动窗口，缩放后最小化程序运行正常

https://my.oschina.net/u/1458120/blog/208857

熟悉IoC容器的都知道，在开发过程中，最郁闷的莫过于当你新增一个Service时，你需要对该Service进行注册，有的是使用代码注入，有的是XML配置注入，不管是哪种类型的注入，经常会出现开发人员忘记注入的情况，

如果你的页面是直接发送请求的，那么会得到类似于如下页面的错误：

  <- _<-

 

如果该服务是用于AJAX请求实用的，那么你就悲剧了，因为页面只是没反应，只有查看错误日志了。

隐式代码表达式

就是一个标识符，之后可以跟任意数量的方法调用（"()"）、索引表达式（"[]"）及成员访问表达式（"."）。但是，除了在"()"或者"[]"里面，是不允许空格存在的。

例如，下面是一些合法的Razor隐式表达式：
@p.Name　　　 @p.Name.ToString()　　　 @p.Name.ToString()[6　-　2]　　　 @p.Name.Replace("ASPX",　"Razor")[i++]
下面是一些非法的表达式，这些表达式只有部分（"==>"之后的部分）会被Razor认为是表达式。
@1　+　1　==>　@　　　 @p++　==>　@p　　　 @p　　　　.　　　Name　==>　@p　　　 @p.Name.Length　–　1　==>　@p.Name.Length　
这是我们为什么需要另一个表达式语法："@(...)"的原因，通过这个语法我们可以把任何想要的东西放到"()"里面，上面的例子用这个语法来表示就是：
@(1　+　1)　　　　 @(p++)　　　　 @(p　　　　.　　　Name)　　　　 @(p.Name.Length　-　1)
而这种表示方法就是 显示代码表达式。

首先在Models文件夹下添加cs文件类: using System; using System.Collections.Generic; using System.Linq; using System.Web; //using System.Web.Mvc; using Microsoft.SqlServer.Server; namespace System.Web.Mvc//这里为了在页面中不需要引入命名空间 {     public static class MyHtmlHelperExt     {         public static string MyLabel(this HtmlHelper helper,string str)         {             return string.Format("<span>{0}</span>",str);         }         public static HtmlString MyHtmlStringLabel(this HtmlHelper helper, string str) //扩展防止被编码化             return new HtmlString(string.Format("<span>{0}</span>", str));         }     } } view页面使用实例: <%:Html.MyHtmlStringLabel("你好") %>

本文目的
我们来看一个小例子，在一个ASP.NET MVC项目中创建一个控制器Home，只有一个Index：

public class HomeController : Controller     {         public ActionResult Index()         {             var model = new DemoModel {Email = "test@test.com"};             return View(model);         }     }     public class DemoModel     {         [DataType(DataType.EmailAddress)]         public string Email { get; set; }     }
创建对应的强类型视图

@model TestMvc.Controllers.DemoModel <fieldset>     <legend>DemoModel</legend>     <div >         @Html.DisplayFor(model => model.Email)     </div> </fieldset>
运行一下，如果你的RP不是非常不好的情况下，会出现下面的结果：



生成的是一个Email的链接。看一下email部分对应的html源文件：

<div >         <a href="mailto:test@test.com">test@test.com</a> </div>
对于不求甚解的人来说，这很正常啊，正常的就像1+1=2一样。但对于勤学好问的同学来说，问题来了。

为什么生成的是一个email链接，不是一个纯文本？

因为我用DataType指明了它是email！

那DataType是如何指导Model生成html的？

如果你对这些问题感兴趣，请你看下去。



Model的兄弟--ModelMetadata
      在介绍Model如何能在View中正常显示之前，不得不提一下他的兄弟ModelMetadata这个类。ModelMetadata实现对Model的一些特征进行描述（如Model的类型、Model的值，Model要显示的模板 ），并且实现了对Model的所有属性值进行描述（递归结构）。有了这个兄弟，Model才能知道如何在View中正常显示【注意：这里特指的是用HtmlHelper的系列扩展方法（如Display/DiaplayFor/EditorFor等)方法在View中显示。如果你是在View中直接取Model的值用html显示，你可以暂不用关心ModelMetadata。但！！不要觉得这样你就不用了解ModelMetadata了，因为MVC中还有一个核心与它息息相关---Model绑定与验证，所以我建议你还是先认识一下这位好兄弟】，让我们来看看这个兄弟长什么样：

    public class ModelMetadata     {         private readonly Type _modelType;       //Model的类型         private readonly string _propertyName;  //属性名称         private object _model;                  //Model的值         private Func<object> _modelAccessor;    //为了用Lambd给Model传值（这是潮流）         private IEnumerable<ModelMetadata> _properties;  //Model属性值的ModelMetadata集合                  //通过子类的ComputeXX系列函数将Model的注解特性赋值到下面几个属性         public virtual string DataTypeName { get; set; }         public virtual string Description { get; set; }         public virtual string DisplayFormatString { get; set; }         public virtual string DisplayName { get; set; }         (其它略，属性太多了，影响阅读...)         public object Model         {             get             {                 if (_modelAccessor != null)                 {                     _model = _modelAccessor();                     _modelAccessor = null;                 }                 return _model;             }         }         public virtual IEnumerable<ModelMetadata> Properties         {             get             {                 if (_properties == null)                 {                     IEnumerable<ModelMetadata> originalProperties = Provider.GetMetadataForProperties(Model, RealModelType);                     _propertiesInternal = SortProperties(originalProperties.AsArray());                     _properties = new ReadOnlyCollection<ModelMetadata>(_propertiesInternal);                 }                 return _properties;             }         }         protected ModelMetadataProvider Provider { get; set; }    //ModelMetadata的创建者（后面会有介绍）         public virtual string TemplateHint { get; set; }          //Model显示用的模板名称     }
      然而在MVC中默认使用的却不是这个类，而是它的子类CachedDataAnnotationsModelMetadata（其实中间还隔着一个CachedModelMetadata类，因为该类只是做了简单的封装，为了方便读者理解，在此省略）。CachedDataAnnotationsModelMetadata做的最主要的一件事情就是通过一系列的Compute函数得到Model上注解特性的值，并把这些值赋值到对应的属性。如下：

    public class CachedDataAnnotationsModelMetadata : CachedModelMetadata<CachedDataAnnotationsMetadataAttributes>     {         public CachedDataAnnotationsModelMetadata(CachedDataAnnotationsModelMetadataProvider provider, Type containerType, Type modelType, string propertyName, IEnumerable<Attribute> attributes)             : base(provider, containerType, modelType, propertyName, new CachedDataAnnotationsMetadataAttributes(attributes.ToArray()))         {              PrototypeCache = new CachedDataAnnotationMetadataAttributes(attributes.ToArray());  //这个赋值应该在它的父类CachedModelMetadata中执行的，这里简化一下，方便阅读         }         protected override string ComputeDataTypeName()         {             if (PrototypeCache.DataType != null)             {                 return PrototypeCache.DataType.ToDataTypeName();             }return base.ComputeDataTypeName();         }         public override string DataTypeName{ get{ return ComputeDataTypeName();}}     }
      注意代码中两个红色的部分，把Model的注解特性存在PrototypeCache里面，这样就可以通过反射得到注解特性的值了。比如文章开始处的DemoModel的属性Email对应的CachedDataAnnotationsModelMetadata对象中 DataTypeName最终被赋值为“EmailAddress”，等介绍完下一位重量级人物后，会详解具体调用过程。

ModelMetadata的创建者ModelMetadataProvider
我们还要来认识一位重量级的人物：ModelMetadata的创建者：

public abstract class ModelMetadataProvider     {         public abstract IEnumerable<ModelMetadata> GetMetadataForProperties(object container, Type containerType);         public abstract ModelMetadata GetMetadataForProperty(Func<object> modelAccessor, Type containerType, string propertyName);         public abstract ModelMetadata GetMetadataForType(Func<object> modelAccessor, Type modelType);     }
      它是一个纯抽象类。该类的第一级子类非常重要，看一下代码：

public abstract class AssociatedMetadataProvider : ModelMetadataProvider     {         private static void ApplyMetadataAwareAttributes(IEnumerable<Attribute> attributes, ModelMetadata result)         {             foreach (IMetadataAware awareAttribute in attributes.OfType<IMetadataAware>())             {                 awareAttribute.OnMetadataCreated(result);             }         }         protected abstract ModelMetadata CreateMetadata(IEnumerable<Attribute> attributes, Type containerType, Func<object> modelAccessor, Type modelType, string propertyName);         public override ModelMetadata GetMetadataForType(Func<object> modelAccessor, Type modelType)         {             //得到Model上上面的Attribute             AttributeList attributes = new AttributeList(GetTypeDescriptor(modelType).GetAttributes());             //创建ModelMetadata             ModelMetadata result = CreateMetadata(attributes, null /* containerType */, modelAccessor, modelType, null /* propertyName */);             //创建ModelMetadata后，用所有实现IMetadataAware接口的Attribute对ModelMetadata进行改造             ApplyMetadataAwareAttributes(attributes, result);             return result;         }         protected virtual ICustomTypeDescriptor GetTypeDescriptor(Type type)         {             return TypeDescriptorHelper.Get(type);         }     }
      注意红色的部分，正是因为有这样一个处理，用户就可以通过自已自定义扩展实现IMetadataAware接口，对ModelMetadata进行再加工处理。



      根据上面ModelMetadata讲解，我们知道，MVC中默认使用的是CachedDataAnnotationsModelMetadata这个类，于是对应ModelMetadataProvider的最终子类CachedDataAnnotationsModelMetadataProvider。

      当外部想通过GetMetadataForType来得到ModelMetadata时，内部会调用CreateMetadata，再根据原型模式调用CreateMetadataPrototype或CraeteMetadataFromPrototype实现最终创建过程：

public class CachedDataAnnotationsModelMetadataProvider : CachedAssociatedMetadataProvider<CachedDataAnnotationsModelMetadata> {     protected override CachedDataAnnotationsModelMetadata CreateMetadataPrototype(IEnumerable<Attribute> attributes, Type containerType, Type modelType, string propertyName)     {         return new CachedDataAnnotationsModelMetadata(this, containerType, modelType, propertyName, attributes);     }     protected override CachedDataAnnotationsModelMetadata CreateMetadataFromPrototype(CachedDataAnnotationsModelMetadata prototype, Func<object> modelAccessor)     {         return new CachedDataAnnotationsModelMetadata(prototype, modelAccessor);     } }
       同MVC的路由表RouteTable一样，ModelMetadataProvider也有一个静态的ModelMetadataProviders变量Current来提供默认的ModelMetadataProvider。简化代码如下：

public class ModelMetadataProviders     {         private static ModelMetadataProviders _instance = new ModelMetadataProviders();         private ModelMetadataProvider _currentProvider;         internal ModelMetadataProviders()         {            _currentProvider=new CachedDataAnnotationsModelMetadataProvider();         }         public static ModelMetadataProvider Current         {             get { return _instance._currentProvider; }             set { _instance._currentProvider = value; }         }     }
终极解密
知道了这两位重量级的大员后，现在我们回到文章开始的代码：

Html.DisplayFor(model => model.Email)
当View中执行这句时,执行HtmlHelper的扩展函数，正式进入漫长的生成MvcString旅程：

http://www.cnblogs.com/DotCpp/

     【注意，这个图中代码是经过N重简化而来，实际调用流程复杂无比（全是在TemplateHelpers中跳转），函数参数多如牛毛，实在不忍让大家看的痛苦】

      红色线是程序执行的主流程，后来的执行主场景都是在TemplateHelpers里面完成。

      从黄色线可以看出ModelMetadata是通过调用ModelMetadata本身的静态函数FromLambdExpression--->GetMetadataFromProvider，最终由ModelMetadataProviders完成创建。

     再来看看桔黄色部分。MVC中有一个DefaultDisplayTemplates的类，存储了诸如Boolean/String/Html/Email等等数据类型的模板，MVC最终根据ViewData中的ModelMetadata.DataType的值找到对应的模板，最终完成HTML字符串的输出，作为WebViewPage.ExecutePageHierarchy的一部分（WebViewPage请参看：仅此一文让你明白ASP.NET MVC 之View的显示（仅此一文系列二））。



结语
      本文只是用了ModelMetadata的一个DataType属性做为例子，让你了解在Model中添加注解特性是如何被ModelMetadata使用的。还有其它很多Model注解特性（如ReadOnlyAttribute/RequiredAttribute/UIHintAttribute等等）都和该原理类似。

      其实ModelMetadata在view显示中的作用是有限的，因为很多开发人员都不喜欢用这种前台显示方式，尤其随着json的大量使用，与JQUERY等前台的完美结合。但它有属于它的舞台----Model绑定与验证，敬请期待！

     希望新手看的明白，老手多提意见。如果你觉得对你有帮助，请让更多人知道它：）

问题：


why

什么是时间戳（timestamp）？它和时区（timezone）又有什么关系？初学者可能一开始很难搞懂时间戳这个概念，就像这期《程序员的日常》漫画中的主人公一样。


漫画注释

从漫画中举的例子来看，这里的时间戳，指的就是Unix时间戳(Unix timestamp)。它也被称为Unix时间(Unix time)、POSIX时间(POSIX time)，是一种时间表示方式，定义为从格林威治时间1970年01月01日00时00分00秒起至现在的总秒数。因此，严格来说，不管你处在地球上的哪个地方，任意时间点的时间戳都是相同的。这点有利于线上和客户端分布式应用统一追踪时间信息。

Unix时间戳不仅被使用在Unix系统、类Unix系统中，也在许多其他操作系统中被广泛采用。但是，这并不意味着目前的时间戳规范会一直持续使用下去。 因为到2038年1月19日时，Unix时间戳就会因为32位内存溢出（32-bit overflow）而无法继续使用。因此，在这一天之前，上千万的网络应用要么采用新的时间戳规范，要么迁移到64位系统，后者可以给时间戳争取“一点”时间。

let no="u0000u0000u0000u0000u0000u0000u0000Ou0000u0000u0000u0000u0000u0000u0000u0000"
no = no.replace(/\u0000/g,"");

  \u0000是unicode表示的一个特殊字符，也就是二进制的0，在c里面用这个字符作为字符串结束的标志。
正是因为这个原因，造成调用某些方法的时候字符串被截断。例子：
<textarea id="ff"></textarea>
<script>
var x = 'xxx\u0000yyy';
alert(x);
alert(x.length);
var elm = document.getElementByIdx('ff');
elm.value = x;
y = x.replace('\u0000', ' ');
alert(y);
alert(y == 'xxx\u0000yyy');
alert(y == 'xxx yyy');
alert(elm.value.length);
alert(elm.value == 'xxx\u0000yyy');
alert(elm.value == 'xxx yyy);
</script>
本身声明这个字符串的时候是可以接受\u0000的，所以长度什么的都对
但是通过alert调用的时候，字符串就被截断，认为到\u0000就结束了
同样当作一个字符串赋值给一个textarea的时候，也被截断了（IE6）。
对于firefox，不被截断，textarea.value的值就是'xxx\u0000yyy'