在.Net世界里，用得最多的方法之一就是System.Object.ToStrying()了。你 应该为你所有的客户写一个“通情达理”的类(译注：这里是指这个 类应该对用户友好)。要么，你就迫使所用类的用户，去使用类的属性并添加一 些合理的易读的说明。这个以字符串形式存在，关于你设计的类的说明，可以很 容易的向你的用户显示一些关于对象的信息到：Windows Form里，Web Form里， 控制台输出。这些字符说明可以用于调试。你写的任何一种类型，都应该合理的 重写这个方法。当你设计更多的复杂的类型时，你应该实现应变能力更强的 IFormattable.ToString(). 承认这个：如果你不重写(override)这个常规的方 法，或者只是写一个很糟糕的，你的客户将不得不为你修正它。
System.Object版的ToString()方法只返回类型的名字。这并没有太多有 用的信息：“Rect”,“Point”,“Size”并 不会如你所想的那样显示给你的用户。但那只是在你没有为你的类重写 ToString()方法时得到的。你只用为你的类写一次，但你的客户却会使用很多次 。当你设计一个类时，多添加一点小小的工作，就可以在你或者是其他人每次使 用时得到回报。
（译注：废话！）
＝＝＝＝＝＝＝＝＝＝＝＝＝ ＝＝＝＝＝＝＝＝＝
这一原则就不翻译了，看的有点郁闷。就是 ToString()的几个重写版本。以及一些格式化输出。我觉得本书不应该讨论这些 入门级的内容，所以只是读了一遍，就没有全部翻译。
大家知道要重写 它就行了，最好是提供几个重载版本。回头有时间再翻译这一原则的其它内容。
给一点个人建议，一般不会在一个类的ToString上提供很多的说明，给 一个名字就已经足够了，然后加一个SDK帮助。更多时候，在后面添加成员类的 说明。我就在一个第三方库的ToString上看到很严谨的结构，都是在类名后面， 添加一些内容和重要属性的说明。
=========================================补译：
让我们来 考虑一个简单的需求：重写System.Object.ToString()方法。你所设计的每一个 类型都应该重写ToString()方法，用来为你的类型提供一些最常用的文字说明。 考虑这个Customer类以及它的三个成员(fields)(译注：一般情况，类里的 fields译为成员，这是面向对象设计时的概念，而在与数据库相关的地方，则是 指字段)：
public class Customer
{
private string _name;
private decimal _revenue;
private string _contactPhone;
}
默认继承自System.Object的ToString()方法会返回"Customer"。 这对每个人都不会有太大的帮助。就算ToString()只是为了在调试时使用，也应 该更灵活(sophisticated)一些。你重写的ToString()方法应该返回文字说明， 更像是你的用户在使用这个类一样。在Customer例子中，这应该是名字：
public override string ToString()
{
return _name;
}