访问修饰符、继承和外部程序集

Question

假设我在 myFramework 命名空间中有一个基类：

using System;
using System.Collections.Generic;
using System.Text;

namespace myFramework
{
    public class baseClass
    {
        internal int m_value;

        internal int getValue() {
            return m_value;
        }

        internal void setValue(int value) {
            m_value = value;
        }

    }
}

在 MyApplication 命名空间中我继承自它：

using System;
using System.Collections.Generic;
using System.Text;
using myFramework;

namespace MyApplication
{
    class InheritedClass: baseClass
    {
    }
}

在 MyApplication 命名空间中的一个表单中我使用它：

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using myFramework;

namespace MyApplication
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void Form1_Load(object sender, EventArgs e)
        {
            InheritedClass inheritedClass = new InheritedClass();

            inheritedClass.setValue(10);
            textBox1.Text = inheritedClass.m_value.ToString();
        }
    }
}

如您所见，我已使用 internal 修饰符声明 m_value，以便我可以从 Form 访问它。

现在如果我在单独的程序集中编译 myFramework 会怎样？内部不会再工作了？那么我可以使用任何修饰符吗？受保护的甚至不能少做这项工作。我有义务使用 public 吗？

是否有一个访问修饰符允许拥有一个类（inheritedclass）的对象（表单）访问他拥有的所有类和父类的所有成员，就像 internal 一样，除了 internal 不考虑所有权但是在哪里类已声明？

更新：当然在实际使用中，我的基类与表单（或视图）有严格的语义，所以由我决定是否应该这样做，我的问题不是我是否应该这样做，我的问题是是否有可能或者如果我将不得不使用诸如按合同设计之类的东西，我觉得为这些基本要求添加另一个工具很愚蠢。

Answer 1

表单不“拥有”类，可以说表单“拥有”该类的一个实例，但即使这样也很不清楚；通常我们使用“自己的”来表示“对”负有最终责任，在某些情况下必须处置或以其他方式“清理”对象。

表单与baseClass的内部工作完全无关。如果表单需要访问 baseClass 的成员，它应该是公共的。或者，如果 baseClass 的成员应该是私有的、内部的、受保护的或受保护的内部的，那么表单就没有业务处理它。

如果您希望将不相关的类访问权授予故意非公共成员，则说明您的设计出了问题。

Answer 2

“所有权”在这里没有任何意义，这些是完全不相关的类。充其量你可以跳过InternalsVisibleTo attribute 箍。

Answer 3

根据所示示例，公共属性将完全满足您的需求。但是，如果您想隐藏该成员（并且您提前确切知道哪些程序集需要访问它），InternalsVisibleToAttribute 就可以解决问题。

我在不想暴露某个属性但我需要访问它以进行测试的情况下使用它。在这种情况下，我确切地知道我只希望我的测试程序集能够访问该属性并且我可以控制它的使用方式。