Question

我的老板坚持以下规则：传递给构造函数的所有变量都应该通过只读属性提供。

我没有看到为什么这应该是真实的真正原因，因为上课应该这样做，而不是为他人提供他们的结构。我知道有时这很有用，但这不是一般规则。

我的想法是否正确？我错过了什么吗？任何人都可以添加更多论据或反对吗？

规则示例：

 public class MyClass
 {
      public MyClass(ISomeProvider someProvider)
      {
          SomeProvider = someProvider;
      }
      public ISomeProvider SomeProvider { get; private set; }
      public void DoSomeWork()
      {
          ...
      }
 }

谢谢。

Answer 1

我个人会说不......我从不相信有一条适合所有人的规则。如果参数在类内部使用，则无需公开它们。

如果您将“原始”字符串密码传递给加密类，则不希望在对象的整个生命周期内都可以访问原始字符串，实际上这样做可能会带来安全风险。

另一方面，有时您必须遵循团队/经理制定的标准。如果你认为原则是错误的，请讨论这个详细说明支持/反对这个想法的论据。

Answer 2

可能像某个特定项目的某些特定部分的规则一样应用（应该说，听起来非常奇怪的设计，但是......），但它永远不会成为一般规则在软件设计中甚至在单个项目的领域。

Answer 3

老板决定的规则可以帮助调试以了解对象的属性。这不是一个规则，您可以将其视为项目经理创建的设计模式。

public class MyClass
{
    private ISomeProvider someProvider;

    public ISomeProvider SomeProvider
    {
        get
        {
            //logic here 
            return this._someProvider;
        }
    }

    public MyClass(ISomeProvider someProvider)
    {
        this._someProvider = someProvider;
    }

    public void DoSomeWork()
    {

    }
}

传递给构造函数的变量是否应该作为属性提供？

3 个答案: