問題タブ [density-independent-pixel]

少し初歩的な質問ですが、電話がどの密度バケットに収まるかを計算することになると混乱します.Galaxy S3を例に挙げます.

1280 x 720それはそれが持っていることを意味する解像度を持ってい306 dpiます。さて、下のチャートを参照すると、私の携帯電話は画面に必要なものよりも多いが少ないhdpiため、このカテゴリに分類されます. したがって、電話は(1.5 で割る)240 dpi320 dpixhdpi853 x 480 DP

しかし、私の電話の画面情報アプリは、それがxhdpi画面であると教えてくれます。したがって、電話は640 x 360 DP(2 で割る) です。

自分の電話がどの密度バケットに該当するかを知るにはどうすればよいですか?

更新:
私は自分の国でトップ 10 の Android スマートフォン向けにアプリを設計しようとしています。そのため、「最小幅の DP」に基づいて UI を設計するために、DP でサイズを計算しています。これは 1 回限りのサイズ計算ではありません。

私の国でトップ 10 のハンドセットとタブレットについて事前に調査した結果、次のように分類できます。

したがって、API レベル 11 以降をサポートしていることを考えると、レイアウトを指定する古い方法と新しい方法の両方を含める必要があります。したがって、私のレイアウトは古いバージョンでは次のようになります。

新しいものは次のsw<N>dpようになります (ハンドセットの場合):

それで、ここに質問があります：

1. 新しい修飾子を含むレイアウトを適切に追加しましたか?
2. 公式ドキュメント426dp x 320dpに470dp x 320dpは、例として適切な画面サイズが記載されています。私はかなり奇妙なを持ってい533dp x 320dpます。DP サイズの計算でエラーが発生しましたか?
3. 修飾子のないデフォルトのレイアウトは必要ありませんか、それともやり過ぎですか?

私の問題を画像で説明します！

私は指で図を描き、同時に座標がクライアントに送信されます。ご理解のとおり、ハードコーディングされたピクセルを使用しています。アルゴリズムは単純で、ピクセルを取得してクライアントに送信し、クライアントでピクセルを塗りつぶします。

引き出し電話の解像度がクライアントよりも高い場合、問題はそれ自体を示しています (欠落または半分の形状)。
引き出し電話のリシュレーションがクライアントよりも少ない場合、端に空きスペースがあります。

ちなみに、クライアントとサーバーの通信にはsignalrを使用しています。

依存性逆転の原則では、上位レベルのモジュールは下位レベルのモジュールに依存すべきではないと述べています。どちらも抽象化に依存する必要があります。私はその原則を理解しています。しかし、私は ASP.NET MVC を使用しているため、コントローラー メソッドを次のように取得することがよくあります。

私のコントローラーの結果は User クラスに依存するため、これは DIP に違反していると思います。このシナリオでは、Controller を User クラスから切り離す方法が思い浮かびません。この依存関係を取り除く方法はありますか? それとも、このシナリオでこのようにしても問題ありませんか?

画面サイズは同じで解像度が異なる 2 つの Android デバイスがあるとします。以下は正しいですか?: dp 単位を使用してすべてのビューのサイズを設定すると、両方の画面に同じ量のコンテンツが表示され、唯一の違いはビューの鮮明さです。

私のカスタム View .xml では、幅と高さを として定義しましw = 600dp , h = 700dpた。ビューが描画された後に getMeasuredHeight() / getMeasuredWidth() が幅と高さの値を与えることを知っています.xmlファイルで指定したものとは異なる場合があります。ビューが実際にレイアウトに描画される前に取得する回避策getMeasuredHeight()と値がありますgetMeasuredWidth()、onMeasure()?を使用せずに

dpまた、異なる画面で変更されたサイズを計算する方法は? エミュレーターで実行すると、私のように600h*700wに変換され300*300ます。