問題タブ [reusability]

次の「コード」を検討してください

以下を使用して、キャッシュされたクエリプランを調査します。

私の印象では、最初の「実行」は 2 つの単一の実行計画ではなく複合実行計画を生成し、それによって最初の実行で生成された実行計画を再利用する 2 番目の「実行」を無効にします。

私は正しいですか？

（メモリを節約するために）既存のNSMutableArrayを再利用しようとすると、（Instrumentsによって観察された）いくつかのリークが発生します。

基本的に、私はNSMutableArrayを作成し、それをオブジェクト（UIImages）で埋めて、それを保持する別のオブジェクトに渡します。ただし、NSMutableArrayを再度使用する必要があります。すべてのオブジェクトを解放して空にすると、すべてがうまくいくと思いましたが、Instrumentsは、そのメソッドからCALayerがリークしたオブジェクト（??）を報告します。これは次のようになります。

わかりやすくするために、私のボタンの初期化メソッドは次のようになります。

新しいNSMutableArrayを作成してこの問題を解決できることはわかっていますが、古いアレイを再利用できないのは面倒です。何が問題なのですか？

コントロールのすべてのバインディングが非常に反復的になり、少し冗長になりすぎている WPF アプリケーションのポイントに到達しています。また、このバインドを変更したい場合は、1 つだけではなく、さまざまな場所で変更する必要があります。

リソースなどでバインディングのソース部分を一度書き、それをよりコンパクトな構文で参照して再利用する方法はありますか。そのような機能を探しましたが、見つかりませんでした。

私が今していること

できるようになりたいこと（疑似コード）

バインディング ソースを一度宣言してから再利用できる、同様のタイプの同様の機能または手法はありますか?

どの原則、コードの品質、プラクティス、アプローチ、言語またはフレームワークの機能が、より広い範囲のケースで関数、クラスなどを効果的に再利用するのに役立ちますか. すべての状況は興味深いものです。コードの実装とインターフェイスの両方を変更して再利用を有効化/改善するか、実装のみを変更するか、まったく変更しないかのいずれかです。再利用の有効性を示す重要な指標は次のとおりです (私の場合)。

• 実装と保守の労力をどれだけ削減できるか
• アプリケーションの品質は低下しません
• 複雑さがどれだけ軽減されるか

(すべて下位レベルからの再実装と比較)。

PS。可能であれば、回答ごとに 1 つの要素を指定し、それがあなたのケースでどのように役立つかを説明してください。

私は次のシナリオを持っています：

ValueBoxは、あらゆる入力ボックスにとって不可欠なパネルです。今ではシンプルですが、アプリケーション全体で再利用され、より複雑な動作とレイアウトが含まれます。

入力としてのTextBoxを使用する必要があるため、このコントロールを作成します。

次に、現在のgeneric.xamlがありますが、これは機能しませんが、必要なものがわかります。

ValueBoxWithLabelはTextBoxで最もよく使用されるため、同じテンプレートを再利用するコントロールを作成したいので、テンプレートをコピーして貼り付ける必要はなく、両方を同じもので最新の状態に保つことができます。変更します。

ValueBoxWithLabelTemplateを再利用し、テンプレートの残りの部分を保持したままコンテンツプロパティのみをオーバーライドするにはどうすればよいですか？

メニューオプションから作成および起動するアクティビティがあります。ただし、これは、同じアクティビティのコピーが2つ以上ある場合があることに気づきました。したがって、別のアクティビティがすでにインスタンス化されているかどうかを確認し、アプリケーションをそのアクティビティに切り替えるか、インスタンス化されていない場合は新しいアクティビティを作成する方法があるかどうか疑問に思っています。

共通のデータ コントラクト (または必要に応じてエンティティ) を共有する一連の WCF サービスを構築しています。これらは、DataContract および DataMember 属性で修飾された単純なデータ転送オブジェクトです。名前と名前空間を明示的に指定しています。サービス契約ごとに平均 12 メンバーという IDesign の推奨事項に従うために、私はサービス プロジェクトを複数のサービスに分割しています。

私のデータ コントラクトは、クライアントが .Net を使用している場合に提供できる別のアセンブリにあります。参照されたアセンブリで型を再利用するようにサービス参照に指示できます。ただし、.net を使用しておらず、同じエンティティを使用する 2 つのサービスを使用している場合、あいまいな参照メッセージが表示されると思います。データ コントラクト dll を参照しない場合、Visual Studio でこれを確認できます。

私の質問は、私のサービスでできることはありますか、またはクライアント アプリで、データ コントラクトがどのプロキシから来たかを修飾する必要を回避するためにできることはありますか?

.net でデータセットを再利用するのは良い考えですか? つまり...グリッドビューをループする次のコードがあります

ループで行っていることは、DataSet の新しいインスタンスを作成することです。ds.Clear() を呼び出して、ds.ReadXML() 経由で再利用することはできませんか?

私は WPF アプリケーションに取り組んでおり、MVVM パターンを使用して構造化しています。当初、ViewModel は再利用可能であるべきだと考えていましたが、今ではよくわかりません。

• WinForms アプリケーションに同様の機能が必要な場合、ViewModel を再利用できますか?
• Silverlight は、WPF が行うすべてのことをサポートしているわけではありません。Silverlight アプリケーションで再利用できるはずですか?
• アプリケーション用の Linux GUI を作成したい場合はどうすればよいですか。次に、ViewModel を Mono でビルドする必要があります。これは私が努力すべきことですか?
• 等々..

そう; 1 つの特定の View を念頭に置いて ViewModel クラスを作成する必要がありますか、それとも再利用性を考えるべきですか?

I have a custom UITableViewCell which contains several UIButtons. Each button's frame position is relative to the cell width. I set autoresizingMask=UIViewAutoresizingFlexibleWidth so it will adjust the cell width and the button positions properly when the application starts with the device either in landscape or portrait mode.

The issue is when the device is rotated from one mode to the other, the buttons do not adjust positions because the UITableViewCell is reusable. In other words, the cell is not initialized based on the new UITalbeView width because the cell's function initWithStyle is called before the device is rotated and is not called again after the device rotation. Any suggestions?