在C＃中命名的索引屬性？

Question

一些語言 - 比如Delphi - 有一種非常方便的方法來創建索引器：不僅是整個類，甚至單個屬性都可以編入索引，例如：

type TMyClass = class(TObject)
protected
    function GetMyProp(index : integer) : string;
    procedure SetMyProp(index : integer; value : string);
public
    property MyProp[index : integer] : string read GetMyProp write SetMyProp;
end;

這可以很容易地使用：

var c : TMyClass;

begin
    c = TMyClass.Create;
    c.MyProp[5] := 'Ala ma kota';
    c.Free;
end;

有沒有辦法在C＃中輕松實現同樣的效果？

Answer 1

眾所周知的解決方案是創建一個代理類：

public class MyClass
{
    public class MyPropProxy
    {
        private MyClass c;

        // ctor etc.

        public string this[int index]
        {
            get
            {
                return c.list[index];
            }
            set
            {
                c.list[index] = value;
            }
        }
    }

    private List<string> list;
    private MyPropProxy myPropProxy;

    // ctor etc.

    public MyPropProxy MyProp
    { 
        get
        {
            return myPropProxy;
        }
    }
}

但是（除了這實際上解決了這個問題），這個解決方案大多只引入缺點：

• 它導致代碼被（可能）許多小代理類污染。
• 提出的解決方案會稍微破壞封裝（內部類訪問外部類的私有成員），更好的方法是將列表實例傳遞給MyPropProxy的ctor，這將需要更多的代碼。
• 公開內部幫助程序類不是我建議的。 可以通過引入額外的接口來解決這個問題，但這甚至可以實現一個實體（測試，維護等）

不過還有另一種方式。 它還污染了一些代碼，但肯定比前一代碼少了很多：

public interface IMyProp
{
    string this[int index] { get; }
}

public class MyClass : IMyProp
{
    private List<string> list;

    string IMyProp.this[int index]
    {
        get
        {
            return list[index];
        }
        set
        {
            list[index] = value;
        }
    }

    // ctor etc.

    public IMyProp MyProp 
    {
        get
        {
            return this;
        }
    }
}

優點：

• 沒有代理類（占用內存空間，僅用於單一目的，並且（在最簡單的解決方案中）打破封裝。
• 簡單的解決方案，需要很少的代碼來添加另一個索引屬性

缺點：

• 每個屬性都需要不同的公共接口
• 隨着索引屬性的增加，該類實現了越來越多的接口

這是將索引屬性引入C＃的最簡單（就代碼長度和復雜性而言）的方式。 當然，除非有人發布更短更簡單的帖子。