configurations.When using Drawable

configurations.
When using Drawable resources that cannot be dynamically scaled well, you should create and include image assets optimized for each pixel density category.
► res/drawable-ldpi — Low-density resources for screens approximately 120dpi
► res/drawable-mdpi — Medium-density resources for screens approximately 160pi
► res/drawable-tvdpi — Medium- to high-density resources for screens approximately 213dpi; introduced in API level 13 as a specific optimization for applications targeting televisions
► res/drawable-hdpi — High-density resources for screens approximately 240dpi
► res/drawable-xhdpi — Extra-high density resources for screens approximately 320dpi
► res/drawable-nodpi — Used for resources that must not be scaled regardless of the host screen’s density
Supporting and Optimizing for Different Screen Sizes
Android devices can come in all shapes and sizes, so when designing your UI it’s important to ensure that your layouts not only support different screen sizes, orientations, and aspect ratios, but also that they are optimized for each.
It’s neither possible nor desirable to create a different absolute layout for each specific screen con¬figuration; instead, it’s best practice to take a two-phased approach:
► Ensure that all your layouts are capable of scaling within a reasonable set of bounds.
► Create a set of alternative layouts whose bounds overlap such that all possible screen configu¬rations are considered.
In practice this approach is similar to that taken by most websites and desktop applications. After a fling with fixed-width pages in the ’90s, websites now scale to fit the available space on desktop browsers and offer an alternative CSS definition to provide an optimized layout on tablets or mobile devices.
Using the same approach, you can create optimized layouts for certain categories of screen configu¬rations, which are capable of scaling to account for variation within that category.
Creating Scalable Layouts
The layout managers provided by the framework are designed to support the implementation of UIs that scale to fit the available space. In all cases, you should avoid defining the location of your layout elements in absolute terms.
Using the Linear Layout you can create layouts represented by simple columns or rows that fill the available width or height of the screen, respectively.
The Relative Layout is a flexible alternative that enables you to define the position of each UI ele¬ment relative to the parent Activity and the other elements used within the layout.
When defining the height or width of your scalable UI elements (such as Buttons and Text Views) it’s good practice to avoid providing specific dimensions. Instead, you can define the height and width of Views using wrap_content or match_parent attributes, as appropriate.

The wrap_content flag enables the View to define its size based on the amount of space potentially available to it, whereas the match_parent flag (formally fill_parent) enables the element to expand as necessary to fill the available space.
Deciding which screen element should expand (or contract) when the screen size changes is one of the most important factors in optimizing your layouts for variable screen dimensions.
Android 4.0 (API level 14) introduced the Grid Layout, a highly flexible layout designed to reduce nesting and simplify the creation of adaptive and dynamic layouts.

Kết quả (Việt) 1:

cấu hình.Khi sử dụng tài nguyên Drawable mà không thể được tự động thu nhỏ lại tốt, bạn nên tạo và bao gồm các tài sản hình ảnh tối ưu hóa cho mỗi thể loại với mật độ điểm ảnh.► res/ta-ldpi-các nguồn lực mật độ thấp cho màn hình khoảng 120dpi► res/ta-mdpi-mật độ trung bình tài nguyên cho màn hình khoảng 160pi► res/ta-tvdpi-trung bình - với cao - density tài nguyên cho màn hình khoảng 213 dpi; giới thiệu trong API cấp 13 như là một tối ưu hóa cụ thể cho các ứng dụng nhắm mục tiêu truyền hình► res/ta-hdpi-các nguồn lực mật độ cao cho màn hình khoảng 240dpi► res/ta-xhdpi-mật độ cao thêm nguồn lực cho màn hình khoảng 320 dpi► res/ta-nodpi-được sử dụng cho nguồn tài nguyên không phải được thu nhỏ lại bất kể mật độ màn hình chủHỗ trợ và tối ưu hóa cho kích cỡ màn hình khác nhauThiết bị Android có thể đến trong tất cả các hình dạng và kích thước, vì vậy khi thiết kế giao diện của bạn, điều quan trọng để đảm bảo bố cục của bạn không chỉ hỗ trợ khác nhau là màn hình kích thước, định hướng, và tỷ lệ khía cạnh, nhưng cũng rằng họ được tối ưu hóa cho mỗi người.Nó là không thể, cũng không mong muốn để tạo ra một bố trí khác nhau tuyệt đối cho mỗi con¬figuration màn hình cụ thể; thay vào đó, nó là tốt nhất nên có một cách tiếp cận dần dần hai:► đảm bảo rằng tất cả các bố trí của bạn có khả năng mở rộng trong một bộ các giới hạn hợp lý.► tạo ra một tập các thay thế bố trí có giới hạn chồng lên nhau như vậy mà tất cả các màn hình có thể configu¬rations được coi là.Trong thực tế phương pháp này là tương tự như thực hiện bởi hầu hết các trang web và các ứng dụng máy tính để bàn. Sau khi một fling với chiều rộng cố định trang trong những năm 90, các trang web bây giờ quy mô để phù hợp với không gian sẵn dùng trên máy tính để bàn các trình duyệt và cung cấp một định nghĩa CSS thay thế để cung cấp một giao diện tối ưu hóa trên máy tính bảng hoặc điện thoại di động.Sử dụng phương pháp tiếp cận tương tự, bạn có thể tạo tối ưu hóa bố trí cho một số loại màn hình configu¬rations, có khả năng mở rộng các tài khoản cho các biến thể trong danh mục đó.Việc tạo ra bố cục khả năng mở rộngCác nhà quản lý bố trí được cung cấp bởi các khuôn khổ được thiết kế để hỗ trợ việc thực hiện các UIs rằng quy mô để phù hợp với không gian có sẵn. Trong mọi trường hợp, bạn nên tránh việc xác định vị trí của yếu tố bố trí của bạn trong điều kiện tuyệt đối.Bằng cách sử dụng bố trí tuyến tính bạn có thể tạo bố trí đại diện bởi đơn giản cột hoặc các hàng điền có chiều rộng hoặc chiều cao của màn hình, tương ứng.Cách bố trí tương đối là một lựa chọn linh hoạt cho phép bạn xác định vị trí của mỗi ele¬ment giao diện người dùng tương đối với các bậc cha mẹ hoạt động và các yếu tố khác mà được sử dụng trong việc bố trí.Khi xác định chiều cao hoặc độ rộng của yếu tố giao diện người dùng khả năng mở rộng của bạn (chẳng hạn như các nút và xem văn bản) đó là thực hành tốt để tránh việc cung cấp các kích thước cụ thể. Thay vào đó, bạn có thể xác định chiều cao và chiều rộng của lượt xem bằng cách sử dụng thuộc tính wrap_content hoặc match_parent, như là thích hợp.Android:ID="@+ID/Button"Android: layout_width = "match_parent"Android: layout_height = "wrap_content"Android:Text="@String/buttonText"/>Cờ wrap_content cho phép giao diện để xác định kích thước của nó dựa trên số lượng không gian có khả năng có sẵn cho nó, trong khi lá cờ match_parent (chính thức là fill_parent) cho phép các yếu tố mở rộng khi cần thiết để điền vào chỗ trống có sẵn.Quyết định thành phần màn hình nên mở rộng (hoặc hợp đồng) khi thay đổi kích thước màn hình là một trong những yếu tố quan trọng nhất trong việc tối ưu hóa bố trí của bạn để biến màn hình kích thước.Android 4.0 (API cấp 14) giới thiệu các bố trí lưới điện, một bố trí linh hoạt cao, được thiết kế để giảm thiểu làm tổ và đơn giản hóa việc tạo ra bố cục thích nghi và năng động.

Kết quả (Việt) 2:

. cấu hình
Khi sử dụng các nguồn lực có thể vẽ được rằng không thể được tự động thu nhỏ tốt, bạn nên tạo ra và bao gồm các hình ảnh tài sản tối ưu hóa cho từng loại mật độ điểm ảnh.
► res / drawable-ldpi - nguồn tài nguyên mật độ thấp cho màn hình khoảng 120dpi
► res / drawable-mdpi - Medium nguồn -density cho màn hình khoảng 160pi
► res / drawable-tvdpi - Vay trung các nguồn lực mật độ cao cho màn hình khoảng 213dpi; giới thiệu ở mức API 13 sau một tối ưu hóa cụ thể cho các ứng dụng nhắm mục tiêu TV
► res / drawable-hdpi - nguồn tài nguyên mật độ cao cho màn hình khoảng 240dpi
► res / drawable-xhdpi - nguồn tài nguyên mật độ Extra-cao cho màn hình khoảng 320dpi
► res / drawable-nodpi - được sử dụng cho các nguồn lực mà không được thu nhỏ bất kể mật độ màn hình chủ của
Hỗ trợ và Tối ưu hóa cho màn hình khác nhau cỡ vỏ
thiết bị Android có thể đến trong tất cả các hình dạng và kích thước, vì vậy khi thiết kế giao diện người dùng của bạn, điều quan trọng là để đảm bảo rằng bố trí của bạn không chỉ hỗ trợ kích thước màn hình khác nhau , định hướng, và tỉ lệ tương quan, mà còn là chúng được tối ưu cho mỗi người.
Nó không thể và cũng không mong muốn để tạo ra một bố cục tuyệt đối khác nhau cho mỗi con¬figuration màn hình cụ thể; thay vào đó, nó là thực hành tốt nhất để có một cách tiếp cận hai giai đoạn:
► Đảm bảo rằng tất cả các bố trí của bạn có khả năng mở rộng quy mô trong một tập hợp lý giới hạn.
► Tạo một bộ bố trí thay thế có giới hạn chồng chéo lên nhau sao cho tất cả configu¬rations màn hình có thể được coi là .
Trong thực hành phương pháp này là tương tự như thực hiện bởi hầu hết các trang web và các ứng dụng máy tính để bàn. Sau một quăng ra với các trang cố định chiều rộng trong những năm 90, các trang web hiện nay quy mô để phù hợp với những không gian có sẵn trên các trình duyệt máy tính để bàn và đưa ra một định nghĩa CSS thay thế để cung cấp một bố trí tối ưu hóa trên máy tính bảng hoặc các thiết bị di động.
Sử dụng phương pháp tương tự, bạn có thể tạo được tối ưu hóa bố trí cho một số loại configu¬rations màn hình, có khả năng mở rộng quy mô để chiếm biến trong loại đó.
Tạo Scalable Layouts
các nhà quản lý bố trí được cung cấp bởi khung được thiết kế để hỗ trợ việc thực hiện các UIS rằng quy mô để phù hợp với những không gian có sẵn. Trong mọi trường hợp, bạn nên tránh việc xác định vị trí của các yếu tố bố trí của bạn một cách tuyệt đối.
Sử dụng Linear Layout bạn có thể tạo bố trí đại diện bởi các cột đơn giản hoặc các hàng mà điền vào chiều rộng có sẵn hoặc chiều cao của màn hình, tương ứng.
Các Giao diện tương đối là thay thế linh hoạt cho phép bạn xác định vị trí của mỗi UI ele¬ment tương đối so với các Hoạt động phụ huynh và các yếu tố khác được sử dụng trong cách bố trí.
Khi xác định chiều cao hoặc chiều rộng của các yếu tố giao diện người dùng khả năng mở rộng của bạn (chẳng hạn như Buttons và xem văn bản) rất tốt thực hành để tránh cung cấp kích thước cụ thể. Thay vào đó, bạn có thể xác định chiều cao và chiều rộng của xem bằng wrap_content hoặc match_parent thuộc tính, như thích hợp.
android:id="@+id/button"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@string/buttonText"
/>
The wrap_content cờ cho phép xem để xác định kích thước của nó dựa trên số lượng không gian có khả năng hiện có, trong khi cờ match_parent (chính thức fill_parent) cho phép các phần tử để mở rộng khi cần thiết để điền vào chỗ trống.
Quyết định mà yếu tố màn hình nên mở rộng (hoặc Hợp đồng ) khi thay đổi kích thước màn hình là một trong những yếu tố quan trọng nhất trong việc tối ưu hóa bố trí của bạn cho kích thước màn hình khác nhau.
Android 4.0 (API level 14) giới thiệu Grid layout, một bố trí rất linh hoạt được thiết kế để giảm làm tổ và đơn giản hóa việc tạo ra các thích nghi và năng động bố cục.