entity.GetAttributeValue<T>(attributeName)的使用总结

    这几天的项目一直与plugin相关， 之前一直习惯于使用 entity["attribute name"]，结果同事给我code review的时候强烈推荐entity.GetAttributeValue<T>(attributeName)，于是我做了一些research,写出来和大家分享一下

1. entity.GetAttributeValue<T>(attributeName) vs  entity["attribute name"]

显而易见， entity["attribute name"]会返回一个object, 当你的attirbue不存在而你又试图去access这个object的时候，程序会报错。

而entity.GetAttributeValue<T>(attributeName)在上述情况并不会报错，它会返回T格式的默认值。 如果T是可以赋值null的，默认值是null, 其他的情况会在之后详细列出。而且程序并不会报错。

2. The given key not present的情况

既然T是nullable的时候会返回null值，如何区分attribue不存在和attirbue存在但值是null的情况呢，可以使用entity.contains去判断，先进行attribute存不存在的判断就可以避免这种混淆

3. Nullable vs not nullable

当T是Nullable的时候， 比如CRM提供的类型，如optionset, money.它们的默认值就是null.

但大多数非CRM提供的类型，如int, datetime, Guid它们的默认值就是C#的默认值， 

数字（int， decimal，double等）的默认值是 0

日期的默认值是datetime.minValue

boolean的默认是false

Guid的默认值是Guid.Empty.

但如果你希望这些非CRM的数据类型在entity.GetAttributeValue<T>(attributeName)的attribute不存在的情况下也返回null应该怎么办呢， T的类型可以使用int?而不是简单的使用int. 这样默认值就得到了统一。

4. Invalid Cast

当你选择的T type和attribute在metadata中的type不一致的情况时， entity.GetAttributeValue<T>(attributeName)并不会尝试cast type而会直接选择throw一个InvalidCastException. 这样可以避免你使用错误的数据类型。

 

以上就是entity.GetAttributeValue<T>(attributeName)的一些总结，更多的内容可以参考MSDN和CRM MVP Dave Berry 的Blog

https://msdn.microsoft.com/en-us/library/gg326129.aspx

http://crmentropy.blogspot.com/2013/08/entitygetattributevalue-explained.html