問題タブ [properties]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
146 参照

debugging - 助けが必要: VS 2005 プロパティの変更

私は Visual Studio 2005 で作業しています。画面上に複数のスプリッターがあります。スプリッター IsFixed を設定し、固定パネル サイズも設定しました。これに加えて、私はコントロールをロックしました。何らかの理由で、デバッグ モードに切り替えると、スプリッタ距離の値が完全に変化します。これらの変化は一貫性を持って発生するわけではなく、距離の変化が変化します。同じくロックされている他のコンポーネントも、すべて独自に移動しています。

似たような経験をした人はいますか?何か案は?

0 投票する
8 に答える
6809 参照

c# - Are there any other useful attributes for c# properties?

Possible Duplicate:
Most Useful Attributes in C#

besides:

What other C# Attributes are useful for Properties, after learning these I feel like I'm Missing out.

Related Questions

Most Useful Attributes in C#

0 投票する
5 に答える
7262 参照

c# - C#カスタムイベントハンドラー

私がプロパティを持っている場合:

名前がリストに追加されるたびに、「onNamesChanged」と呼ばれる引数用のカスタムイベントを生成して処理するにはどうすればよいですか?

0 投票する
3 に答える
1912 参照

c# - What is the best way to implement a property that is readonly to the public, but writable to inheritors?

If I have a property that I want to let inheritors write to, but keep readonly externally, what is the preferred way to implement this? I usually go with something like this:

Is there a better way?

0 投票する
3 に答える
1718 参照

sharepoint - Sharepointカスタムユーザーおよびドキュメントライブラリ固有のプロパティ

カスタムプロパティをユーザーに関連付ける標準的な方法はありますか?ユーザーが選択したページあたりのアイテム数を、ユーザーとドキュメントライブラリごとに個別にドキュメントライブラリのグリッドに保存する必要があります。

編集:

このあいまいさについて申し訳ありませんが、プログラムでやりたかったのです。解決策を見つけたようです。これはUserProfileManagerクラスですが、ページサイズを保存する最も簡単な方法であるため、この方法でユーザーに保存できるプロパティの数に制限があるかどうかを調べています。ユーザーごと+ドキュメントライブラリベースでは、ビューのGUIDをプロパティ名として使用し、ページ数を値として使用しているようです。それがより効率的かどうかはわかりませんが、SharePointがこれらのプロパティをどのように格納するかによって異なります。

0 投票する
6 に答える
38857 参照

c# - C# での典型的な get set プロパティの使用... パラメータ付き

C#でも同じことをしたいです。この VB.NET の例でパラメータ 'Key' を使用したのと同じ方法で、C# でパラメータを使用してプロパティを使用する方法はありますか?

ありがとう

0 投票する
11 に答える
46004 参照

python - Python のプロパティと継承

サブクラスで上書きしたいプロパティ(getメソッド)を持つ基本クラスがあります。私の最初の考えは次のようなものでした:

これは機能しません (サブクラス bar.age は 11 を返します)。機能するラムダ式を使用したソリューションを見つけました:

これは、プロパティを使用してサブクラスで上書きするための正しい解決策ですか、それともこれを行うための他の推奨される方法はありますか?

0 投票する
6 に答える
479 参照

c# - C#のプロパティに関する非常に奇妙なバグ

新しい情報を古い情報と比較した後、情報をオブジェクトにフィードする特定のアプリケーションがあります。それは次のようになります

これはすべて、断続的に 100 ミリ秒スリープする無限ループのバックグラウンド スレッドで発生します。本当に奇妙な部分は、初めて機能し、比較ロジックが true になり、イベントが発生することです。その後、情報は流れ続け、オブジェクトに入り続けます。私は MessageBoxes を常に古い値と新しい値を表示するように設定しているので、これを知っていますが、どういうわけか set 句をバイパスしているかのようです! 句の先頭にメッセージボックスを設定しましたが、ポップアップしません! 値が更新され続けると確信しているので、これは本当に奇妙です。

何かご意見は?


ええ、わかっていますが、残念ながらこれ以上はお見せできません... 全体的な構造をもう一度説明してみましょう。別のバックグラウンド スレッドが無限ループを実行しています。このループは、Data オブジェクトからデータを継続的にプルします。このデータは、他の一連のスレッドによって更新されます。もちろん、これらはすべて Monitor.Enter および Exit と同期しています。次に、Data オブジェクトから取得されたデータが Comparer オブジェクトに入力されます。

Comparer.Value は、最初の投稿で言及したプロパティです。ループの最後に MessageBox を設定したため、非常に奇妙です。

値は実際に更新されますが、どういうわけかset句をバイパスしているように見えますが、これは不可能です...これは本当に奇妙です。

ロブ、ループはチェックをまったく行わず、Comparer.Value への情報のストリームをシミュレートするだけです。set 句には比較ロジックが含まれています。

bh213、その通りだと思いますが、意味のあるチェックが行われる前に比較が停止するため、わかりません。


わかりました、問題を解決しました。どうやら私の質問が間違っていたようです。問題はまったく別の場所にありました。ご協力ありがとうございます。質問はクローズされる可能性があります。

0 投票する
1 に答える
2542 参照

c# - プロパティ セッターの PostSharp アスペクト、ジェネリック メソッドの呼び出し

MVC のようなシステムに使用する基本オブジェクトがあり、子孫の各プロパティは次のように記述されます。

これは、デバッグ目的と通知および検証目的の両方で行われます。getter を使用して、読み取ろうとしているものに明示的にフラグを立てたコード (これらのプロパティが変更された場合にのみ基本クラスが呼び出すことができるようにするため) が間違っている場合に警告し、setter を使用します。プロパティの変更通知、ダーティ フラグの処理、検証など。

簡単にするために、これらのメソッドの実装が次のようになっていると仮定しましょう。

もちろん、これらの両方にはさらに多くのコードがありますが、このコードは私の質問とは関係ありません。少なくともそう願っています。もしそうなら、私は質問を変更します。

とにかく、次のように、自動プロパティで呼び出しを自動的に実装する PostSharp アスペクトを書きたいと思います。

私がこれを行う方法を知っている人はいますか?

私は OnMethodBoundaryAspect クラスを自分で作成しましたが、ref パラメーターを使用してジェネリック実装を呼び出す技術は私にはわかりません。

ここに 2 つのクラスがあります。TestObject クラスを拡張して、プロパティの取得と設定時に正しいメソッドを自動的に呼び出すようにしたいと考えています。


編集: PostSharp フォーラムにも投稿されました。

0 投票する
6 に答える
160 参照

c# - オブジェクトのメンバーをクラスに自動的に設定する必要がありますか?

複雑なプロパティがある場合、それをインスタンス化するべきですか、それともユーザーにインスタンス化を任せるべきですか?

たとえば (C#)

A)

使おうとしたら設定しないといけない。

コードを変更した場合

B)

この場合、リストを読み取り専用にすることができます。

別のシナリオが発生する可能性があります。意図的に設定したくない場所だと思います。たとえば、

ハ)

初期化するのは悪い習慣だと思います。

そのようなシナリオの経験則はありますか?