階層構造のデータの受け渡しについて

Question

例えば以下のようなクラスの階層構造があったとします。

フォルダクラス-テキストファイルクラス-行クラス-文字クラス

その上で〇〇フォルダのXXテキストの三行目の二文字目の文字を変えるor追加するとなったとき、どう文字データを渡すのが良いのかで悩んでいます。
フォルダクラスから下の階層に文字データを渡すのは階層ごとにデータを渡すメソッドを作る必要があるのでイマイチかと思ってます。
かと言ってフォルダクラスから文字データクラスを取得して編集するのも同様に階層ごとにメソッドを作る必要があるし、フォルダクラスは文字クラスを知らなくていいのに受け渡す過程で知ってしまい、イマイチな気がします。
このような場合、どう末端にデータを渡すのが良いかアドバイスがあればお聞きしたいです。

Comments

[BU_]

そもそも階層化しない方がいいのかなと考えましたが、そうすると文字クラスに
フォルダid、テキストファイルid、行index、文字データを持たせることになるのかなと考え、それはそれでテキストファイルが増えるほど管理しづらいかなと思いました。

[YAmaGNZ]

言われているような感じだと、1階層下のクラスを公開するような形になるのではないですかね
下位クラスを使用する側が知らないのであれば、親クラスで書き換えを行うようなメソッド等を作るしかないのではないでしょうか

[BU_]

ご回答ありがとうございます。
そうですよね。やはり下のクラスを公開したくないのであれば、親からそこまでの階層にデータを受け渡すしかないですよね。。

[YAmaGNZ]

ただ、例に挙げられているものだと
Text = Folder.Files[0].Lines[0];
みたいな感じでもいいのではないかと感じ、下の階層を非公開にしなくてもいいのではないかと思えてしまいます。

＞フォルダid、テキストファイルid、行index、文字データを持たせることになるのかなと考え
TreeのNodeみたいな感じで各クラスは自分の親、子を把握していればいいのではないでしょうか？

[BU_]

たしかにそうですね。難しく考えすぎていたようです。

Answer 1

私の考えではテキストクラスがユニークの情報を持つべきだと思います。
示してある例だとフォルダ階層＋ファイル名（＝フルパス）がユニークの情報だと思います。
そしてそのユニークの情報で取り出せるオブジェクトを用意します。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApp3 {
    class Program {

        public class FolderInfo {

            public FolderInfo(string folderName) {
                this.Parent = null;
                this.FolderName = folderName;
            }
            public FolderInfo(FolderInfo parent, string folderName) {
                this.Parent = parent;
                this.FolderName = folderName;
            }

            public FolderInfo Parent { set; get; }
            public string Path => (Parent != null ? Parent.Path + @"\" : "") + FolderName;
            public string FolderName { set; get; }
        }

        public class FileInfo {

            public FileInfo(FolderInfo parent, string fileName) {
                this.Parent = parent;
                this.FileName = fileName;
                this.Rows.Add("1行目");
                this.Rows.Add("2行目");
                this.Rows.Add("3行目");
            }

            public FolderInfo Parent { set; get; }
            public string Path => (Parent != null ? Parent.Path + @"\" : "") + FileName;
            public string FileName { set; get; }

            public List<string> Rows { get; } = new List<string>();
        }

        public static Dictionary<string, FileInfo> Files = new Dictionary<string, FileInfo>();

        static void Main(string[] args) {

            var folder1 = new FolderInfo("test1");
            var folder1_2 = new FolderInfo(folder1, "test2");
            var folder1_3 = new FolderInfo(folder1, "test3");
            var folder1_2_1 = new FolderInfo(folder1_2, "test3");

            var file1 = new FileInfo(folder1_2_1, "TextFile1");
            var file2 = new FileInfo(folder1_3, "TextFile2");

            Files.Add(file1.Path, file1);
            Files.Add(file2.Path, file2);

            Files[@"test1\test2\test3\TextFile1"].Rows[2] = "3行目あいうえお";
        }

    }
}

Comments

[BU_]

ご回答ありがとうございます。

FolderInfoクラスでパスを管理、FileInfoクラスをデータの受け渡し口として、それ以下のクラス（行、文字）はテキストクラス内で処理するという感じですね。

たしかにデータ編集ために必要なクラスを決めて、階層構造はパスで管理すれば、階層の深さは問題にならなくなりますね。

具体的なコードを書いてくださったこともあり、ベストアンサーにさせていただきます。
他の皆様もご回答いただきまして、ありがとうございました。

Answer 2

フォルダクラスは文字クラスを知らなくていいのに

おそらく一般論にて"必要のないものは公開しない"って原則を気にしているのかと思われます。
原則は原則として気に留めるのは良いですが、目の前にある現実より優先すべきものではありません。

問題は、それらのクラスに対して階層構造を隠蔽する必要があるかどうかです。

それらのクラスにたいして階層構造を隠蔽する必要があるなら、別途管理用のクラスを設けるなどの策が必要です。
階層構造を仕様として共有するなら、それは知るべきものですよね。

Comments

[BU_]

ご回答ありがとうございます。

原則を変に気にしすぎていたかもしれません。
改めて考えなおしてみます。