3

以前のモニターとは異なる解像度の新しいモニターをソフトウェアに追加する必要がありますが、それでも両方のサポートが必要です。

私は、すべてのFORM LOADイベントにスイッチケースを含め、画面の解像度に基づいて、フォームに含まれるすべてのボタン、フォーム、オブジェクトのサイズを変更することを考えていました。

Select case Resolution
    case 800x480
        resizes my controls...
    case 1024x768
        resizes my controls...
end select

アプリケーションは、コンパクトフレームワーク3.5を搭載したWindowsCE6で実行されます

質問は：

.NETでさまざまな解像度を処理するためのよりスマートな方法はありますか？

4

2 に答える 2

2

はい。ただし、使用しているユーザーインターフェイスフレームワークによって異なります。

目標は、さまざまな解像度で適度に拡張するようにインターフェイスを設計することです。これは、Windowsフォームで、たとえば、絶対的な配置とサイズ設定を使用する代わりに、アンカーとドックのプロパティを利用することで実行できます。これにより、ウィンドウサイズの変更に応じて、アイテムを適切に「移動」および「拡大縮小」できます。

于 2012-11-08T18:00:10.867 に答える
1

リードが提案したように、アンカーとドックがうまく機能する場合は、それらを使用してください。

そうは言っても、画面が非常に複雑な場合や、コントロールの単純なサイズ変更では不十分なような大幅に異なるデバイスフォームファクターを扱う場合は、フォームごとに個別の画面を開発できるようにソリューション/コードを構成することをお勧めしますファクタリングして、実行時にロードされるサテライトアセンブリに配置します。これを行うには、ロジックがフォームの外部に存在する必要がありますが、とにかく実際に存在する必要があります。

于 2012-11-08T19:33:53.800 に答える