@masa711115です。突っ込みありがとうございました。文字列が代入されている件。2012さらに、この様な突っ込みもいただきました。ありがとうございます。property並べればいいんじゃないかという気もするけど。2012そりゃぁそうですよね。拘って」書いてるのかまでは説明していませんでした。拘ってるのか?」についても書いてみようと思います。単体テスト機能を使用しています。※コメント等が不完全な部分があります。全体的なつくり/設計の問題といってしまえばそれまでですが、システム開発をしていると良くあることだと思います。程度のデータが必要になります。組み合わせと考えるとかなり面倒なことになりますね。組み合わせとなるものを別々に管理したくない上に書いたように人によってバラバラに定義してしまうことも大きな問題です。単独のシステムの場合にはまだいいのですが、色々なユーザーで使い回しをする場合にはユーザーごとに内容を変更しなければならないことも多々あり、変更箇所がバラけてしまうとそれに伴ってミスが発生します。バグの温床ともなりえるわけです。カスタム属性を付加する方法であれば、設定しなければならない値は複数の組み合わせであったとしてもその場に定義することになるので嫌でも目に付きますし、そもそもバラバラに定義されてしまうこともありません。人間がミスをするのはしょうがないですが不要なミスは避けたいですよね。※ミスを見つけるためにどうするかよりも、ミスを少なくする方法を考えていきたいですね。クラスにすると変更箇所が多くなりませんか?私のスキルが不足しているということである可能性は否定しません。塊をクラスとして定義すると変更が発生した場合に不必要な量の変更が発生すると感じています。以下になぜそう感じるのか、サンプルを記載します。書かなければならないコードの量が増えただけだと私は感じます。データの量が多ければ一つのクラスでもっと増えますし、見通しが悪いですよね。違いはないと思っています。2値までしか保持できない。保持できればいいとは思うけどね。}これも肝心の部分は改善できず。列挙できますよね!私の発想では思いつくのはこのくらいなんですけど、他にいい方法があったら教えてください。未来で手を抜くために今現在に苦労するのはなんでもないんです。大勢の人は今の苦労を恐れて毎回同じ苦労をしているんです。目先のほんのちょっとのことに惑わされて...進む方向が間違っていてもっと苦労しているなんて可能性もあるわけですがwP.S.厳しい突っ込みなど絶賛募集中です。とリンクすると良いのですが。:コメントありがとうございます。様に教えていただいた内容も私はイメージできませんでした。元にした方が自分で実装すべき手間は省けるのかなぁと感じています。コメントをキャンセルメールアドレスが公開されることはありません。