c# - 类访问器级别 - 如何使这成为可能？

Question

我有这种情况:我需要 class2(string) 构造函数只能从 class1 方法内部访问，而不是从外部类访问:

public class class1 
{
    public void access() 
    { 
        //want to make class2(string) be accessible only from here
    }


    public class class2 
    {
        public class2() 
        { 
        }

        private class2(string p) 
        {   
        }
    }
}

我正在尝试验证用户，class2() 创建用户类的空实例，而 class2(...) 登录用户。现在我有可以从我的页面调用的 class1 登录方法访问，我不希望我的任何页面直接调用我的 class2(...) 登录但必须全部从 class1 传递.access() 返回带有用户信息的 class2。

编辑:这样做的目的是创建一个安全的登录程序，我不想公开我的登录信息并使其可以直接从我的页面访问，我希望我的页面从逻辑中传递class1.access() 将考虑如何/是否登录用户并返回和清空 class2 如果登录失败还有 class2.valid= false; 或将返回包含用户所有信息的 class2。我需要从我的页面访问和创建并清空 class2，因为我将它作为 out 参数传递到我的 class1.access(login_credentials credentials, out class2 user_data)

Answer 1

据我所知，没有直接机制可以将对嵌套类的构造函数的访问仅限于其包装类。尽管您可以考虑一些代码重新设计的解决方法。如果您愿意，可以将构造函数设为内部:

public class class1 
{
    public void access() 
    { 
        var c = new class2("asdf");
    }

    public class class2 
    {
        public class2() 
        { 
        }

        internal class2(string p) 
        {   
        }
    }
}

这会将对该构造函数的访问限制为class2 所在的程序集。如果您只想限制第三方使用您的库的访问权限，那么这可能是一个可行的解决方案。

另一种选择是您可以利用嵌套的 class2 可以访问 class1 的 private 成员这一事实。通过这种方式，您可以提升工厂方法以“公开”构造函数:

public class class1 
{
    private static Func<string, class2> CreateNewClass2;

    static class1()
    {
        //this just forces the static constructor on `class2` to run.
        System.Runtime.CompilerServices.RuntimeHelpers.RunClassConstructor(typeof(class2).TypeHandle);
    }

    public void access() 
    { 
        class2 c = CreateNewClass2("asdf");
    }

    public class class2 
    {
        static class2()
        {
            //this is where we create a delegate exposing/promoting our private constructor
            class1.CreateNewClass2 = p => new class2(p);
        }

        public class2() 
        { 
        }

        private class2(string p) 
        {   
        }
    }
}

老实说，这有点迟钝，但它会强制执行最终使 class1 和 class2 成为唯一类型的规则可以访问 class2(string p) 构造函数。不过，我认为您最好的选择是考虑对您的代码设计进行可能的更改。