背景:
这是我目前正在处理的代码。首先是基类,它是一个帐户类,其中包含有关帐户的信息,并具有一些在大多数情况下更改类属性值的方法。
public class Account {
private string _username; [...]
public string Username { get { return _username; } } [...]
public Account() { }
public Account(string[] args) { [...] }
public virtual void ChangePassword(string newPassword) { [...] }
}
然后,我有另一个类用于创建帐户,我将其命名为 ActiveAccount。这包含我想用于帐户的操作的大部分逻辑,这些操作只有在创建帐户后才有可能。有些类不需要包括在内来解释问题;发挥你的想象力来假设这些类可能做什么:
public class ActiveAccount : Account
{
private List<Conversation> _conversations; [...]
public List<Conversation> Conversations { get { return _conversations; } } [...]
private ActiveAccount() { }
public static ActiveAccount CreateAccount(Account account)
{
// Navigate to URL, input fields, create account, etc.
}
public override void ChangePassword(string newPassword)
{
// Navigate to URL, input fields, change password, etc.
// Update property using base method, if no errors.
base.ChangePassword(newPassword);
}
}
我使用静态工厂方法有两个原因。 1) 我想要可定制和可扩展的对象构造(例如,将来我可能有一个 AccountTemplate,我可以从中提供通用信息来创建帐户;我可以轻松地创建另一个带有 AccountTemplate 参数的静态工厂方法重载),以及 2 ) 使用无参数构造函数可以让我更轻松地将此对象序列化为 XML/JSON。
问题:
但是,我注意到我可以很容易地拥有一个接受 Account 参数的公共(public)构造函数,执行逻辑并且可以很容易地通过重载进行扩展。我可以保留我的私有(private)无参数构造函数以防止无参数构造并允许序列化。
我对编程还很陌生。我想知道的是,是否有特定原因使用静态工厂方法而不是公共(public)构造函数,如上所述。做我想做的事情的首选方式是什么?
最佳答案
我不会将您使用的东西称为静态工厂。在我看来,它是一个“命名构造函数”,因为它驻留在类本身中并且只是创建该特定类的一个对象。
它通常用于使操作更容易理解,例如比较
int value = Int32.Parse(someString);
int value = new Int32(someString); // doesn't really exist
第一个版本清楚地表明它解析输入字符串,第二个版本则远没有那么冗长。
更新:构造函数和静态方法(如Int32.Parse
)的一个重要区别是静态方法可以选择是否返回null
,以防万一发生错误或抛出异常。构造函数只能抛出一个异常,或者——我不建议这样做——让对象处于某种只有半初始化的边缘状态。
静态工厂用于解耦类,并使其更容易更改实现,例如,而不是每次需要数据库时都在代码中使用 new
运算符实例化数据库连接连接你使用一个返回接口(interface)的工厂方法:
SqlConnection myConnection = new SqlConnection(connectionString);
IDbConnection myConnection = myFactory.CreateConnection();
优点是,通过简单地更改 CreateConnection
方法,您可以对整个项目进行全局更改,交换数据库服务器甚至数据库提供程序,而无需更改您实际使用的所有地方的代码使用数据库连接。
关于c# - 静态工厂方法与公共(public)构造函数,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22223313/