如果 .Create() 无法实例化，它应该返回空对象、null 还是抛出异常？

我希望能够使用这种代码实例化应用程序中的任何对象：

SmartForm smartForm = SmartForm.Create("id = 23");
Customer customer = Customer.Create("id = 222");

我现在正在讨论如果该对象不存在，Create() 应该返回什么。

• 如果 Create() 返回一个空物体，那么这是一种“空模式”，我仍然可以在我的应用程序中传递该对象并调用它的方法，这使得使用此模型进行编程变得方便快捷

• 如果 Create() 返回null，然后我需要在每次实例化后检查对象是否等于 null，这使得编程变得更加乏味但更明确。这样做的一个问题是，如果您忘记检查 null，您的应用程序可能会工作很长时间而不知道您没有检查 null，然后突然崩溃

• 如果创建（）抛出异常，它与返回 null 基本相同，但通过为每个实例化创建一个 try、next、finally 块，使编程变得更加乏味，但您可能会抛出各种类型的异常（使用 null 解决方案时不能这样做）可能会冒泡，以便您可以更明确地处理 UI 上的深层错误，因此我认为这是最可靠的解决方案，尽管会产生 try/catch 代码膨胀

所以这似乎是一个轻量/坚固性权衡. 有没有人有过这样的决定的经验由于该决定，您在哪些方面经历了优势或劣势？

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace TestFactory234.Models
{
    public class SmartForm : Item
    {
        public string IdCode { get; set; }
        public string Title { get; set; }
        public string Description { get; set; }
        public int LabelWidth { get; set; }

        public SmartForm() { }

        private SmartForm(string loadCode)
        {
            _loadCode = loadCode;
            TryToInstantiateFromDatabase();
        }

        public static SmartForm Create(string loadCode)
        {
            SmartForm smartForm = new SmartForm(loadCode);

            if (!smartForm.IsEmpty())
            {
                return smartForm;
            }
            else
            {
                return null;
            }
        }
    }
}

这取决于——如果因为肯定有问题而失败，那么编程就会出现异常easier- 你不用在每个调用周围写一个 try/catch，你只是让异常冒出来。将其与检查 null/空白返回值进行比较then抛出异常。

这听起来是使用的正确时机ArgumentException, IMO.

如果您发现自己创建了 try/catch“膨胀”，请看看为什么您确实需要捕获异常，而不是仅仅让它们冒泡。