順次コレクションは、インデックス0またはインデックス1で開始する必要がありますか？

複数のチャネルを持つデバイスのオブジェクトモデルを作成しています。クライアントと私の間で使用される名詞があるChannelとChannelSet。（「セット」は順序付けられており、適切なセットがそうではないため、意味的に正確ではありません。しかし、それは別の時代の問題です。）

C＃を使用しています。以下に使用例を示しChannelSetます。

// load a 5-channel ChannelSet
ChannelSet channels = ChannelSetFactory.FromFile("some_5_channel_set.json");

Console.Write(channels.Count);
// -> 5

foreach (Channel channel in channels) {
    Console.Write(channel.Average);
    Console.Write(",  ");
}
// -> 0.3,  0.3,  0.9,  0.1,  0.2

すべてがダンディです。 ただし、クライアントはプログラマーではないため、ゼロインデックスによって完全に混乱します。最初のチャネルはチャネル1です。しかし、C＃との一貫性を保つために、ChannelSetインデックスをゼロから維持したいと思います。

これにより、開発チームとクライアントが相互作用するときに、いくつかの切断が確実に発生します。しかし、さらに悪いことに、これがコードベース内でどのように処理されるかに矛盾があると、潜在的な問題になります。たとえば、次のUI画面では、エンドユーザー（1インデックス作成の観点から考える）がチャネル13を編集しています。

そのSaveボタンは、最終的にいくつかのコードになります。ChannelSetインデックスが1の場合：

channels.GetChannel(13).SomeProperty = newValue;  // notice: 13

または、インデックスがゼロの場合：

channels.GetChannel(12).SomeProperty = newValue;  // notice: 12

私はこれをどのように扱うか本当によくわかりません。私は、順序付けられた整数インデックス付きのもの（ChannelSet）を、C＃ユニバースの他のすべての配列およびリストインターフェイスと一貫性を保つこと（ゼロインデックス付けChannelSet）をお勧めします。しかし、その後、UIとバックエンドの間のすべてのコードには翻訳（1を引く）が必要になります。そして、誰もが陰湿で一般的なオフバイワンエラーが既にどの程度存在するかを知っています。

それで、このような決定はあなたをかみましたか？インデックスをゼロにするか、インデックスを1つにする必要がありますか？

の識別子とChannel内の位置を混同しているように感じますChannelSet。以下は、コード/コメントが現時点でどのように見えるかを視覚化したものです。

public sealed class ChannelSet
{
    private Channel[] channels;
    /// <summary>Retrieves the specified channel</summary>
    /// <param name="channelId">The id of the channel to return</param>
    Channel GetChannel(int channelId)
    {
        return channels[channelId-1];
    }
}

a内のs は上限と下限を持つ数字で識別されるため、インデックスである必要があるため、C＃であるため、0ベースであると判断したように感じます。各チャネルを自然に参照する方法が1からXの間の数字である場合、1からXの間の数字で参照します。それらを強制的にインデックスにしようとしないでください。ChannelChannelSet

あなたが本当に0ベースのインデックスでそれらにアクセスする方法を提供したい場合（これはあなたのエンドユーザー、またはコードを消費する開発者にどのような利点がありますか？）インデクサーを実装します：

public sealed class ChannelSet
{
    private Channel[] channels;
    /// <summary>Retrieves the specified channel</summary>
    /// <param name="channelId">The id of the channel to return</param>
    public Channel GetChannel(int channelId)
    {
        return channels[channelId-1];
    }

    /// <summary>Return the channel at the specified index</summary>
    public Channel this[int index]
    {
        return channels[index];
    }
}

インデックス1でUIを表示し、コードでインデックス0を使用します。

そうは言っても、私はこのようなオーディオデバイスを使用し、チャンネルにインデックス1を使用し、フラストレーションを避けるために「インデックス」またはインデクサーを使用しないようにコードを設計しました。一部のプログラマーはまだ文句を言っていたので、変更しました。その後、他のプログラマーが不満を言いました。

ひとつだけ選んでそれを使い続けてください。ソフトウェアを導入するという壮大な計画には、解決すべき大きな問題があります。

両方を使う。

UIとコアコードを混在させないでください。内部的に（ライブラリとして）、配列の各要素が最終ユーザーによってどのように呼び出されるかを「知らずに」コーディングする必要があります。「自然な」0インデックスの配列とコレクションを使用します。

データをUIに結合するプログラムの一部であるビューは、ユーザーのメンタルモデルと実際の作業を行う「ライブラリ」との間でデータを正しく変換するように注意する必要があります。

なぜこれが良いのですか？

• コードはよりクリーンであり、インデックス作成を変換するハックはありません。これはまた、プログラマーが不自然な慣習に従うことを忘れてしまうことを期待しないため、プログラマーを助けます。
• ユーザーは、期待するインデックスを使用します。あなたは彼らを困らせたくありません。

コレクションは2つの異なる角度から見ることができます。

（1）そもそも、配列やリストのような通常の順次コレクションです。0慣例に従い、インデックスfrom は明らかに正しいソリューションです。十分なエントリを割り当て、チャネル番号をインデックスにマップします。これは簡単です（単に減算します1）。

（2）あなたのコレクションは、本質的にチャンネル識別子とチャンネル情報オブジェクト間のマッピングです。チャネル識別子が整数の連続した範囲であることはたまたまあります。明日は何か[1, 2, 3, 3a, 4, 4.1, 6, 8, 13]。この順序付きセットをマッピングキーとして使用します。

アプローチの1つを選択し、文書化し、それに固執します。柔軟性の観点から、（2）に進みます。これは、チャネル番号の表示（少なくとも表示名）が将来変更される可能性が比較的高いためです。

皆と彼らの犬はゼロベースのインデックスを使用します。アプリケーション内で1ベースのインデックスを使用すると、メンテナンスの問題が永遠に発生します。

これで、ユーザーインターフェイスに表示するものは、完全にあなたとあなたのクライアント次第です。チャンネル番号としてi + 1を、チャンネル#iと一緒に表示するだけで、クライアントが満足する場合。

クラスを公開する場合、プログラマに公開します。ゼロベースのインデックスで混乱している人はプログラマーではないため、ここで切断されます。

UIとコード間の変換を心配しているようです。心配な場合は、チャネル番号のユーザーインターフェイス表現を保持するクラスを作成します。番号12をUI表現「チャンネル13」に変える1回の呼び出しと、「チャンネル13」を番号12に変える1回の呼び出しです。変更する。また、顧客がローマ数字、または文字A〜Zを要求した場合に機能します。

インデックス作成とIDという2つの概念を混同しています。それらは同じものではなく、混同しないでください。

インデックス作成の目的は何ですか？高速ランダムアクセス。パフォーマンスに問題がなく、説明が与えられている場合は、インデックスを持つコレクションを使用する必要はなく、おそらく偶然です。

あなた（またはあなたのチーム）がインデックスとIDで混乱している場合、インデックスを持たないことでその問題を解決できます。辞書または列挙可能なものを使用し、値でチャネルを取得します。

channels.First(c=> c.Number == identity).SomeProperty = newValue;
channels[identity].SomeProperty = newValue;

1つ目はより明確で、2つ目はより短く、同じILに変換される場合と変換されない場合がありますが、いずれにせよ、これをドロップダウンに使用している場合、十分に高速です。

ChannelSetユーザーが対話することを期待するクラスを介してインターフェイスを公開しています。できる限り自然に使用するようにします。ユーザーが0ではなく1からカウントを開始することを期待している場合は、この期待を念頭に置いてこのクラスとその使用法を公開します。

宣言はオブジェクトのサイズを示すため、0ベースのインデックスは人気があり、重要な人々によって保護されました。

最近のコンピューターでは、ユーザーが使用するコンピューターで、オブジェクトのサイズは重要ですか？

言語（C＃）が配列の最初と最後の要素を宣言する明確な方法をサポートしていない場合は、より大きな配列を宣言し、宣言された定数（または動的変数）を使用して論理的な開始と終了を識別できます配列のアクティブ領域。

UIオブジェクトの場合、ほぼ確実にマッピングに辞書オブジェクトを使用する余裕があります（オブジェクトが1,000万個ある場合、UIの問題があります）、そして最高の辞書オブジェクトがリストであることが判明した場合どちらかの端に無駄なスペースがありますが、重要なものは何も失っていません。