抛出 TimeoutException 是一个好习惯吗？

Question

我正在为设备 IO 类定义一个异常类。当与设备的通信超时时，我想抛出一个异常。以下是我目前拥有的：    /// <summary>    /// The exception that is thrown when the time allotted for talking to the FANUC controller has expired.    /// </summary>    [Serializable]    public class FanucTimeoutException : TimeoutException    {        /// <summary>        /// Initializes a new instance of the <c>FanucLib.FanucTimeoutException</c> class.        /// </summary>        public FanucTimeoutException() { }        /// <summary>        /// Initializes a new instance of the <c>FanucLib.FanucTimeoutException</c> class with the specified error message.        /// </summary>        /// <param name="message">The message that describes the error. </param>        public FanucTimeoutException(string message) : base(message)        {        }        /// <summary>        /// Initializes a new instance of the <c>FanucLib.FanucTimeoutException</c> class with the specified error message and the address trying to access.        /// </summary>        /// <param name="message">The message that describes the error. </param>        /// <param name="address">The address trying to access.</param>        public FanucTimeoutException(string message, string address) : base($"{message} Address: {address}.")        {        }        public FanucTimeoutException(string message, Exception innerException) : base(message, innerException)        {        }        public FanucTimeoutException(string message, string address, Exception innerException) : base($"{message} Address: {address}.", innerException)        {        }        /// <inheritdoc />        public FanucTimeoutException(SerializationInfo info, StreamingContext context)        {        }    }但是，我不确定 throw 是否是一个好习惯TimeoutException。无论C＃教程和净指导对例外的设计不谈TimeoutException。他们只建议使用少数异常类型，例如InvalidOperationException和ArgumentException。我是否仅限于使用这些建议的异常类型，或者我是否可以自由使用除指南中建议的异常类型之外的全部范围？

Answer 1

这应该是完全可以接受的。我无法想象为什么有人会不同意。甚至还有一些被认为是“不良做法”的例外仍然有其用途。这种做法是否可以接受是主观的，但在你的情况下，我会说这很好。任何有更多经验的人都可以不同意。

Answer 2

我个人觉得抛出自定义异常比抛出标准异常（也可以通过代码中的其他区域抛出）更好，因此无法查明实际的源代码问题。

此外，出于可读性和可维护性的目的，我觉得应该尝试抛出异常而不是返回错误代码等（0、1 等）。本指南提供了有关最佳实践的更多信息：

https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/exceptions