如何解决在构造函数中创建目录是个坏主意吗？
| 乍一看，这似乎很自然-如果不存在一组目录，则在其上工作的对象将无法履行其合同。因此，在构造函数中，我有一些逻辑来检查是否存在某些目录，如果不存在则创建它们。尽管实际上还不是单例对象，但该对象的使用就像一个对象。 构造函数是否对这种设置逻辑不利？ 背景 该类称为FileGetter。它抽象了从远程服务器获取特定文件，提取它们，准备文件并将它们放置在另一个目录中的另一个目录，该目录中的第二类将是文件系统监视/处理数据。解决方法
从控制反转或依赖反转的角度来看，是的，这是不正确的。
您声明，如果目录中不存在的对象无法工作，那么它们将无法工作。我将目录的提供和检查/创建抽象为另一个抽象，然后将该抽象的实现传递给您的对象。
然后，您的对象只需从该抽象中获取目录，然后从那里继续。
举例来说，这就是我的意思。首先，存在目录提供程序的抽象，如下所示：
public interface IDirectoryProvider
{
// Gets the full paths to the directories being worked on.
IEnumerable<string> GetPaths();
}
public sealed class DirectoryProvider
{
public DirectoryProvider(IEnumerable<string> directories)
{
// The validated directories.
IList<string> validatedDirectories = new List<string>();
// Validate the directories.
foreach (string directory in directories)
{
// Reconcile full path here.
string path = ...;
// If the directory doesn\'t exist,create it.
Directory.CreateDirectory(path);
// Add to the list.
validatedDirectories.Add(path);
}
}
private readonly IEnumerable<string> _directories;
public IEnumerable<string> GetPaths()
{
// Just return the directories.
return _directories;
}
}
public sealed DirectoryProcessor
{
public DirectoryProcessor(IDirectoryProvider directoryProvider)
{
// Store the provider.
_directoryProvider = directoryProvider;
}
private readonly IDirectoryProvider _directoryProvider;
public void DoWork()
{
// Cycle through the directories from the provider and
// process.
foreach (string path in _directoryProvider.GetPaths())
{
// Process the path
...
}
}
}
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。