如何使用强类型数据来优化编程效率和安全性？

本文共计1915个文字，预计阅读时间需要8分钟。

我们继续探讨《最佳实践》，这次的主题是强类型。直接输出结果：类型在编程中扮演着至关重要的角色，它不仅增强了代码的可读性和维护性，还提升了程序的执行效率和安全性。

我们继续来谈《最佳实践》，这次的主题便是“强类型”。

一直说C#是强类型语言，通俗地讲，便是指C#中的“变量”在开发时的类型便是明确的：String便是String，Int32就是Int32，毫无争议。强类型的好处有很多，张嘴便可随意举上几例：

• 能够享受代码提示功能
• 能够获得重构工具的支持
• 能够在编译期发现更多错误
• ……

不过C#也不是“绝对”的强类型语言，因为它也有弱类型，那就是Object。我们知道Object是所有类型的最终基类，任何类型的对象都可以使用Object来引用。可是一旦转化成Object的变量之后，代码提示便消失了；即使我们“明确”对象的确切类型，也必须通过Cast才能使用——更何况它形成了一种被“滥用”或“误用”的机会。例如一段错误代码可能会传入一个不符合约定类型的对象，那么就会造成错误。更严重的是，这样的错误可能只要在“运行时”才能被发现，编译器对此无能为力。

类似的“实践”其实很多，例如“方法尽可能接受抽象的类型，而返回具体的类型”。

ASP.NET MVC中对于“强类型”一说最典型的方面便是视图。在ASP.NET MVC中每种视图（View，Partial，Layout）都可以选择弱类型和强类型两种“基类”，两者的区别便是Model的类型。强类型视图的唯一区别便是其Model属性为范型参数所指定的类型——而弱类型则自然就是Object了。在这里我提出一个“最佳实践”：总是使用强类型的视图，并且所有数据都从Model中获取。