目录：
- 建议4：TryParse比Parse好
- 建议5：使用int?确保值类型也可以为null
- 建议6：区别 readonly 和 const 的用法
一、建议4：TryParse比Parse 好
TryParse：发生转换异常，内部处理异常。返回false并且result=0
public static bool TryParse(string s, out int result);
Parse:发生转换异常，会抛出异常。
public static decimal Parse(string s);
总结：TryParse会消化异常，Parse不会。如果产生异常，TryParse效率比Parse高。
二、建议5：使用int?确保值类型也可以为null
为什么？~数据库一个int类型的字段可以为null ; 一定的场景下0是有实际意义的，可为了区分0与null.
Nullable<T> 值类型（where T : struct）可拥有null的能力. 简化为：T?（Nullable<int>=int?）
public struct Nullable<T> where T : struct
int? 比 int 多了一个null值：int?=int(可以成功转换)；反之 int=int?(需要特殊处理null值)
int?=int
int? nullableNum = null; int normalNum = ; nullableNum = normalNum;
int=int?
HasValue属性：判断是否有值；Value属性：具体的值
int? nullableNum = null; int normalNum = ;if (nullableNum.HasValue)
normalNum = nullableNum.Value;
else
normalNum = ;
以上的思路就是：如果 nullableNum 为null，normalNum=0；不为null,就直接赋值。
所以我们可以使用 ?? 简化以上操作：
int? nullableNum = null; int normalNum = ; normalNum = nullableNum ?? ;
当然也就是建议一下，有时缩写反而引起代码可读性降低。
翻开当前做的项目，发现有许多地方需要进行优化：可读性和代码整洁度上都可以优化
if (b.EnablePush)
{
if (b.PushRatio1 != null)
postRatio = b.PushRatio1.Value;
if (b.PushRatio2 != null)
postRatio2 = b.PushRatio2.Value;
}
修改后：
if (b.EnablePush)
{
if (b.PushRatio1.HasValue)
postRatio = b.PushRatio1.Value;
if (b.PushRatio2.HasValue)
postRatio2 = b.PushRatio2.Value;
}
翻开项目，瞅了瞅，有个疑问：有什么区别？？？？？？？（类似这样）
DateTime t1 = DateTime.Now; bool flag = false; //这句话编译不通过
DateTime? t = flag ? null : t1;
要这样修改才行：
DateTime? t1 = DateTime.Now; bool flag = false; DateTime? t = flag ? null : t1;
或者这样：
DateTime t1 = DateTime.Now; bool flag = false; DateTime? t = flag ? (DateTime?)null : t1;
三、建议6：区别 readonly 和 const 的用法
使用场景：
使用const的是为了效率，但不够灵活。
使用readonly效率不是考虑的首要因素，不过够灵活。
区别：
readonly（只读）：运行时常量；修饰类型不限。*readonly 是运行时常量，在第一次为它赋值后就不能再修改。修饰引用类型是引用不变。
const（常量）：编译期常量；只能修饰：基元类型、枚举类型或字符串类型。*const是编译期常量，在我们编译完后，值就固定，无法修改。所以也是默认的static修饰。
1、readonly
下面，编译不通过。一旦readonly赋值后，就不能修改。提示也很明确：不能给只读字段赋值。
class People
{
public readonly String NAME="Sunn";
public People()
{
}
}
People p = new People();
p.NAME = "Yuan";
Console.WriteLine(p.NAME);
但是我们可以在类实例化时，对值进行赋值：
class People
{
public readonly String NAME="Sunn";
public People()
{
NAME = "Yuan";
}
}
我们平时可能经常见这样写：
public static readonly String NAME="Sunn";
static我们知道是属于类的标识，统一化的行为、共同的行为。非单个实例的行为。如果要修改值，那就需要在静态构造函数中进行赋值。
class People
{
public static readonly String NAME="Sunn";
static People()
{
NAME = "Yuan";
}
public People()
{
}
}
建议使用：static readonly 组合写法。
2、const
其实是类的常量，加上static反而出错。因为编译器会自动加上static.
class People
{
public const String NAME = "Sunn";
}
IL代码：发现编译器为我们加上了 static
.field public static literal string NAME = string('Sunn')
我在想，既然是看作了类的常量，那我们，这样是不行滴~~因为是编译时常量，编译完成后就不能修改值：
class People
{
public const String NAME = "Sunn";
static People()
{
NAME = "Yuan";
}
}