背景:
这是我目前正在处理的代码.首先,基类是一个帐户类,它包含有关帐户的信息,并且有一些方法可以在很大程度上更改类属性的值.
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_conversations; [...] public List 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参数的公共构造函数,执行逻辑并且可以轻松地使用重载进行扩展.我可以保持我的私有无参数构造函数,以防止无参数构造并允许序列化.
我对编程很陌生.我想知道的是,如果有特定的理由使用静态工厂方法而不是公共构造函数,如上所述.做我想做的事情的首选方式是什么?
我建议你阅读.NET构造函数指南.在您的情况下,有一些点可能导致选择静态工厂而不是构造函数.亦即
在构造函数中做最小的工作.除了捕获构造函数参数之外,构造函数不应该做很多工作.任何其他处理的成本应该延迟到需要.
和
如果所需操作的语义不直接映射到新实例的构造,或者遵循构造函数设计指南感觉不自然,请考虑使用静态工厂方法而不是构造函数.
我不会打电话给你使用的静态工厂.在我看来,它是一个"命名构造函数",因为它驻留在类本身中,只是创建该特定类的对象.
它通常用于使操作更容易理解,例如比较
int value = Int32.Parse(someString); int value = new Int32(someString); // doesn't really exist
第一个版本清楚地表明它解析输入字符串,第二个版本更简洁.
更新:构造函数和静态方法之间的一个重要区别Int32.Parse
是静态方法可以选择是否null
在发生错误或抛出异常时返回.构造函数只能抛出一个异常,或者 - 我不建议这样做 - 将对象置于某种只有半初始化的状态.
静态工厂用于解耦类,并且更容易更改实现,例如,new
每次需要数据库连接时,不使用代码中的运算符实例化数据库连接,而是使用返回接口的工厂方法:
SqlConnection myConnection = new SqlConnection(connectionString); IDbConnection myConnection = myFactory.CreateConnection();
优点是,通过简单地更改CreateConnection
方法,您可以对整个项目进行全局更改,交换数据库服务器甚至数据库提供程序,而无需在实际使用数据库连接的所有位置更改代码.