フォームクラスでFieldQuoted属性を使用します。私は、この属性をプロパティに入れることができないことに気付きました。メンバー/フィールドでのみ許可されます。これには理由がありますか?プロパティを許可するためにこれを拡張できますか?フィールド/メンバーのみに制限されたFileHelper属性
理由このクラスは、プロパティに優しいがメンバフレンドリーではない他の場所(MVCモデルバインダなど)でこのクラスを使用することをお勧めします。
フォームクラスでFieldQuoted属性を使用します。私は、この属性をプロパティに入れることができないことに気付きました。メンバー/フィールドでのみ許可されます。これには理由がありますか?プロパティを許可するためにこれを拡張できますか?フィールド/メンバーのみに制限されたFileHelper属性
理由このクラスは、プロパティに優しいがメンバフレンドリーではない他の場所(MVCモデルバインダなど)でこのクラスを使用することをお勧めします。
はAllow Properties instead of fields #67
によると、はいライブラリは、主にあなたが書き込み可能であることを保証するために必要があります サポートのプロパティ、 エラーを投げることができるが、また、カスタムコードで割り当てを遅らせることができる場合ので、2004年にフィールドで開始しました フィールドは、私が プロパティをサポートしていませんでしたその後、下位互換性とlazynessため
を実装するのは簡単だったために反射.NET 1.1の は現在、auの信じられないほど遅いと動的コード生成しましたtopropertiesは、このPR #170
で動作するように、より良いおかげで仕事しかし、私たちは努力を行うと、完全なプロパティをサポートし、新しいレコードクラス
を持つかもしれない 、奇妙なエラーを回避するために、前のコードにはほとんど影響を与えること しようとする必要があります
Autoproperties full support #170に対していくつかの変更が加えられているようですが、まだリリースには含まれていません。マスターブランチでのみ利用可能であるようです。
私はこれをマージされますが、後に、私は一般的な方法で 性質を許可することもautopropertiesとフィールドとの両方の 避けるの使用に動作する方法を変更されますが、あなたの実装が autopropertiesを利用しますあなたはそれを使用して満足していない場合は、単純なタスク
は、私はちょうどFormatting properties with FileHelperに受け入れ答えによって示唆されているように、既存のクラスが、使用してフィールドをミラーリングするインポート/エクスポートのために別のクラスを作成することをお勧め。彼らが解放されるまで、おそらく最も安全な賭けでしょう。
PRへのポインタをありがとう。実際、マスターブランチには修正があります。私は次のリリースを待たなければならないと思う。その間、私は、提案されているようにファイルヘルパー以外の目的のためにプロパティを持つクラスを複製すると思います。理想的ではありませんが、機能がリリースされると統合されます。 – Heems