что такое минимальная ширина 360 dp на андроид
Русские Блоги
Адаптация экрана Android (наименьшая адаптация ширины / сегодняшнее решение для адаптации экрана заголовка)
(1) Сегодняшний план адаптации экрана заголовка
Как правило, он изменяет значение плотности и принудительно изменяет ширину dp всех мобильных телефонов с разными разрешениями до единого значения, что решает все проблемы адаптации.
Основным принципом его схемы адаптации является вычисление плотности по следующей формуле (плотность означает, сколько пикселей занимает 1 дп на текущем устройстве).
Общая ширина экрана текущего устройства (в пикселях) / общая ширина дизайна (в dp) = плотность
Также порекомендуйте каркас адаптации экрана, упакованный в соответствии с современной технологией заголовков:
AndroidAutoSize рамка
Использование:
Заполните глобальный размер проектного чертежа (единица измерения dp) в AndroidManifest. Если вы используете подразделение, вы можете напрямую заполнить размер пикселя без преобразования пикселей в dp.
Подробнее для просмотраdemo-subunits
(2) Адаптация режима наименьшей ширины
Следующее содержание исходит отhttps://www.jianshu.com/p/2aded8bb6ede Я просто перечисляю основные
Какая самая маленькая ширина
Наименьшая ширина в переводе на китайский означает минимальную ширину, так что же означает эта минимальная ширина?
Система будет сопоставлять значения-swdp в соответствии с минимальной шириной текущего экрана устройства. Почему бы не сопоставить значения, основанные на ширине, а добавить слова минимум?
Это означает, что мобильные устройства позволяют поворачивать экран. Когда экран поворачивается, высота и ширина экрана меняются местами. Добавляется минимум, поскольку схема не различает ориентацию экрана.В качестве минимальной ширины будут учитываться только самые маленькие из высоты и ширины экрана.Эта минимальная ширина определяется экраном и является фиксированной. Это означает, что независимо от того, как вы поворачиваете экран, если высота экрана больше ширины, система будет считать ширину только минимальной шириной.И наоборот, если ширина экрана больше высоты, система будет считать высоту экрана минимальной шириной.
Как рассчитывается значение наименьшей ширины
Нам нужно вычислить значение smalllestWidth текущего устройства, прежде чем мы сможем узнать, какой папке values-swdp должно соответствовать текущее устройство.
Например:
Мы предполагаем, что информация на экране устройства составляет 1920 * 1080, 480 точек на дюйм
В соответствии с приведенными выше правилами, нам нужно выбрать наименьшее значение в высоте и ширине экрана в качестве минимальной ширины, 1080
Интеллектуальная рекомендация
Мяу Пасс Матрица SDUT
Мяу Пасс Матрица SDUT Time Limit: 1000 ms Memory Limit: 65536 KiB Submit Statistic Problem Description Лянцзян получил матрицу, но эта матрица была особенно уродливой, и Лянцзян испытал отвращение. Чт.
Гессенская легкая двоичная структура удаленного вызова
TCP Pasket и распаковка и Нетти Solutions
Основные введение TCP является ориентированным на соединение, обеспечивая высокую надежность услуг. На обоих концах (клиенты и терминалы сервера) должны иметь один или более гнезда, так что передающий.
Влияет ли масштаб dp на производительность Android смартфона? Масштаб dp = разрешение экрана?
Я для экономии аккума сделал другое. Изменил разрешение, вместо fhd+ выставил 720×1560 и dpi опытным путём подобрал в 240, визуально разница практически незаметна, ибо пиксели очень мелкие, зато нагрузка на прорисовку высоких разрешений заметно упала. Бонусом тяжёлые графические приложения будут шустрее работать, проц меньше греться и потреблять. Это гораздо больше влияет на увеличение производительности, а просто изменение dpi (масштабирования, грубо говоря) никакой разницы не даст.
Практически не влияет.
Первый смартфон на Android
2007 год вряд ли когда-то перестанет ассоциироваться с огромным количеством неформальных субкультур и бесконечной ностальгией в духе “верните мне мой 2007”. Помимо этих, несомненно, замечательных вещей, 2007 год отметился и другим знаменательным событием — выпуск iPhone. Это не была революция в плане реализованных в нем технологий, однако именно он задал вектор развития мобильных устройств, с которым некоторые компании совладать не смогли. Например, Nokia — один из главных игроков рынка в нулевых; сейчас — скорее мем о самых крепких вещах во вселенной. А есть компании, которые, наоборот, смогли поймать новый тренд. Одна из таких компаний — Google. Эта статья о том, как и с чем Google вышла на рынок мобильных устройств.
История Android началась задолго до анонса iPhone — в 2003 году. Именно тогда в Калифорнии была зарегистрирована компания Android Inc — IT-стартап, целью которого являлась разработка ОС для… цифровых фотоаппаратов. Мысли о покорении рынка мобильных устройств появились у компании в 2004 году на фоне небольшого рынка цифровых фотоаппаратов и конкуренции со стороны “камерофонов”.
В 2005 году компания столкнулась с нехваткой средств, а привлечь новых инвесторов не получалось. Тогда Android попробовал заключать контракты с HTC и Samsung, но безуспешно. Эта ситуация привлекла внимание Google, которая в конечном счете приобрела компанию Android Inc за 130 миллионов долларов. В Google посчитали этот проект перспективным и не прогадали.
В целом, Android не стал первой мобильной ОС на базе Linux. Уже существовали устройства от Motorola с подобными ОС, однако Google решила реализовать отличный от других производителей подход: открытый код. В ноябре 2007 года Google объявила о создании консорциума Open Handset Alliance(OHA) и анонсировала открытую мобильную платформу Android, также опубликовав пакет для разработчиков.
Часть компаний из OHA
Google готовился к запуску первой сборки Android 1.0 к 2008 году. Однако компании не хватало партнера, который выпустил бы телефон на новой ОС. Nokia была слишком крупным игроком, с которым мог быть конфликт интересов. Motorola отходила от взлета продаж Motorola razr. Оставались HTC и LG. Компании боялись инвестировать в молодую ОС с туманными перспективами: LG использовала договоренности с Google только для того, чтобы заключить контракты с Microsoft по выпуску смартфонов на базе Windows Mobile. А вот тайваньская компания была готова к сотрудничеству, к тому же HTC могла быстро создавать рабочие образцы.
Прототип “Sooner”. Дизайн устройства опирался на идеи BlackBerry.
Первым известным прототипом от HTC стало устройство под названием “Sooner”. Тогда в Google еще опирались на идеи BlackBerry, поэтому девайс имел маленький несенсорный экран, клавиши навигации и физическую QWERTY-клавиатуру. Интересный факт: первые сборки Android для Sooner внешне практически не отличались от BlackBerry OS.
Наверное, так оно и оставалось, если бы не революция Стива Джобса в 2007 году. Новаторские аспекты дизайна iPhone показали, за чем стояло будущее мобильных устройств. В частности, стало очевидно, что наличие сенсорного экрана просто необходимо. После жарких дебатов команде разработчиков Android удалось перенаправить курс. 22 октября 2008 года американский оператор T-Mobile начал продажи HTC Dream — первого Android-смартфона с сенсорным экраном и ОС, интегрированной под его использование.
HTC Dream с убранной клавиатурой
Самому смартфону, увы, хорошо состариться не удалось. Но для 2008 года технические и дизайнерские решения были вполне приемлемыми. “Мечту” оснастили процессором от Qualcomm с частотой 528 МГц, крошечным экраном диагональю 3,2 дюйма с разрешением 320×480 пикселей, накопителем на 256 Мб, оперативной памятью на 192 Мб, камерой с разрешением 3,2 мегапикселя, модулями Wi-FI, GPS, Bluetooth 2.0, физической QWERTY-клавиатурой и аккумулятором емкостью 1150 мАч. Имелся микро-(не мини!) USB порт для зарядки, поддерживалась возможность подключения к 3G. Несмотря на небольшой экран, габариты смартфона были внушительными — 117,7×55,7×17,1 мм с весом в 158 г. Кое в чем HTC Dream все-таки опередил свое время: в устройстве не было стандартного 3,5-мм разъема для наушников!
С выдвижной клавиатурой устройство выглядит чересчур габаритным, по сравнению с iPhone
Мнение аудитории насчет первого Android-смартфона разделось. Одни нарекли его “убийцей iPhone”, другие — жалкой подделкой. Действительно, в некоторых аспектах HTC Dream превосходил смартфон от Apple: более высокое разрешение камеры, время автономной работы и поддержка карт памяти (microSD). Однако телефон от Стива Джобса был легче, тоньше и красивее.
На самом деле главное преимущество HTC Dream заключалось не в технических характеристиках и не в дизайнерских решениях. “Мечта” Google о выпуске полноценного устройства на базе Android вне инженерных образцов и эмуляторов наконец-то осуществилась. И хоть первая сборка ОС содержала в себе атавизмы со времен заимствования идей у BlackBerry (исправленные в Android 1.6 Donut), зеленому дроиду было чем заинтересовать потребителя.
Так выглядели первые итерации Android
Android предложила настраиваемый домашний экран, виджеты и функцию копирования и вставки. Кроме того, в отличие от iOS (тогда известной как iPhone OS), Android имел полностью открытый исходный код — любой, кто хотел запустить свой собственный телефон на базе Android, мог это сделать. Уже в первой версии имелся
Android Market, магазин приложений, который, по гордым заявлениям Google, “будет иметь десятки уникальных приложений”. На момент выпуска смартфона было доступно около 1700 приложений от сторонних разработчиков. Конечно же имелись и собственные продукты компании: Google Maps, YouTube и HTML-браузер (до Chrome), который, конечно же, использовал поисковые сервисы Google.
G1 показал неплохие показатели продаж: в апреле 2009 года компания T-Mobile объявила о продаже миллиона устройств. Однако первым устройством, которое сделало Android по-настоящему конкурентным, стал смартфон Motorola Droid. Интересно, что через год после выхода смартфона Apple обвинила HTC в нарушении 20 патентов и подготовила более 700 страниц с описанием претензий. Можно считать это своеобразным признанием от гиганта, который распознал потенциал смартфонов на базе Android.
Как ускорить любой телефон Android с помощью секретной настройки
Как можно быстро ускорить работу смартфона и повысить его производительность всего за пару минут, не прибегая к получению Root прав. Для этого вам не потребуется сложных технических знаний, необходимо лишь знать некоторые фишки, которые скрыты от глаз пользователя внутри интерфейса Android и следовать инструкции hi-tech.
Речь сегодня пойдет о режиме разработчика Android, доступ к функционалу которого может получить абсолютно каждый пользователь устройства этой операционной системы. Для этого лишь нужно активировать этот режим с помощью секретного действия.
Итак, переходим в «Настройки» и открываем пункт «Сведения о телефоне» → «Сведения о ПО».
Находим здесь пункт «Номер Сборки».
Для включения режима разработчика нажимаем на него 7 раз подряд. Система несколько раз оповестит нас о текущем этапе включения режима, после чего уведомит об активации.
Возвращаемся на предыдущую страницу настроек и видим, что в меню появился новый пункт «Параметры разработчика».
Теперь вы можете самостоятельно управлять работой вашего устройства и более гибко настраивать различные параметры системы, такие как:
Ускорить работу системы нам поможет настройка графического ускорителя.
Все приложения, в зависимости от разработчика, могут обрабатываться либо основным процессором, либо графическим ускорителем. С помощью режима разработчика мы можем принудительно зафиксировать устройство на обработку всех приложений с помощью графического ускорителя, тем самым разгрузить основной процессор при работе с приложениями.
Этот пункт находится в меню параметра «Аппаратное ускорение отрисовки», но в зависимости от версии Android и модели вашего устройства, может называться по-разному («Принудительная обработка GPU», «Обработка графическим процессором» или «Ускорение работы GPU»). Его задача – активировать принудительную отрисовку интерфейса приложений с помощью графического процессора.
Единственный недостаток этой функции – незначительное повышение расхода оперативной памяти при работе с приложениями. Но для большинства современных смартфонов, имеющих большой запас оперативной памяти, ради повышения плавности и скорости работы этим вполне можно пренебречь.
Второй пункт, ускоряющий систему – «Отключение аппаратного наложения», который также позволяет подключать ресурсы GPU при компоновке экрана, освобождая основной процессор.
Последний пункт меню параметра «Аппаратное ускорение отрисовки», позволяющий ускорить работу устройства – «Включение 4x MSAA» («Force 4xMSAA»). Настройка добавляет детализации на контурах, снижая рябь, благодаря чему картинка в играх становится более плавной.
Русские Блоги
Принцип адаптации экрана Android dp (полное объяснение позже)
Принцип адаптации экрана Android dp
Дружеская ссылка, спасибо за ваши идеи.
«Решение по адаптации экрана Android от Чжана Хоняна»:
И другие великие боги, связанные блоги, поиск для себя
Мои первые несколько статей:
Адаптация экрана Android dp, px два решения
Использование инструмента адаптации экрана Android dp mode (пакетный режим)
Использование средства адаптации экрана Android dp (метод плагина Android Studio)
Использование инструмента адаптации экрана Android dp mode (некоторые сомнения и замечания)
Мы следуем плану следующих вопросов и соответствующих ответов, чтобы шаг за шагом продумать и понять мое решение.
1. Справочная информация 1. Google рекомендует при кодировании использовать единицу измерения как dp, sp, match_parent или wrap_content.
* Единицы дп и зр.
Я знаю все предложения от Google выше.
Кстати: 1dp = (1/160 *) (дюйм) = (2,54 / 160) (см). Фиксированная длина на любом устройстве, если параметры устройства не изменены производителем.
[dp равно физической фиксированной длине]
Официальная ссылка на сайт:
2. В чем проблема с многоэкранной адаптацией? (Требуется вмешательство продукта)
* На мобильных телефонах с разной шириной dp требуется пропорциональное масштабирование.
Как показано выше. Мы следуем предложению Google, согласно которому при кодировании пользовательского интерфейса используйте dp для жесткого кода, тогда визуальные эффекты на мобильных телефонах с разной шириной dp будут иметь ошибки, а раскладка будет сдвинута в одну сторону.
Конечно, следует отметить, что физическая длина элемента управления постоянна, потому что я упоминал выше, что dp равен физической длине реального мира.
Значение ширины dp разных мобильных телефонов может быть разным, что является проблемой.
Что, если продукт нуждается в эффекте, показанном на рисунке 2 выше, и общая структура пользовательского интерфейса, отображаемого на мобильных телефонах с разной шириной dp, остается неизменной?
Это проблема многоэкранного пользовательского интерфейса адаптации.
Конечно, эффект от продукта Le Intent 1 не имеет большого значения, поэтому вам не нужно смотреть на следующее.
В настоящее время мы определили требование, согласно которому пользовательский интерфейс должен обеспечивать пропорциональное масштабирование на мобильных телефонах с разной шириной dp для достижения того же общего эффекта пользовательского интерфейса.
3. Справочная информация 2: Google предоставляет правила квалификатора для каталогов ресурсов.
Такие как: drawable-hdpi, layout-land, strings-en.xml и т. Д.
Официальная ссылка на сайт:
В этой статье необходимо упомянуть спецификатор sw dp. Пожалуйста, прочтите этот раздел официального сайта документа подробно.
В моем случае этот классификатор работает с каталогом значений, например:
Во время работы системы мобильного телефона, в соответствии с фактическим значением ширины dp мобильного телефона, он ищет каталог значений указанной ширины dp, а затем использует набор ресурсов для работы с пользовательским интерфейсом. Например, фактическое значение ширины dp мобильного телефона равно 410, тогда система будет использовать ресурсы в values-sw410dp для работы с приложением.
Но будь осторожен. Если значение ширины вашего телефона составляет 410,69. Может быть, вы можете сгенерировать каталог value-sw410.59dp, чтобы выполнить адаптацию, я не пробовал. Лично я предлагаю вам написать значения-sw410dp вместо values-sw410.59dp или values-sw411dp. Поскольку система будет выполнять поиск в каталоге значений со значением, равным или меньшим 410,59, до каталога значений по умолчанию.
Один из методов расчета значения dp ширины мобильного телефона:
sw означает наименьшую ширину, которая является минимальной шириной dp телефона.
Фактически, более конкретно, это относится к наименьшему из значений dp ширины и высоты телефона.
Для обычного телефона ширина dp должна быть меньше. Если телефон переключен в альбомную ориентацию, то значение высоты dp будет меньше.
Однако значение dp наименьшего значения одинаково независимо от того, находится ли оно в альбомном или портретном режиме. То есть, независимо от состояния экрана по горизонтали и вертикали, этот телефон будет искать только соответствующий файл (dimensions.xml) в каталоге значений, соответствующий ширине dp, для решения проблемы размера пользовательского интерфейса и избежания проблемы деформации пользовательского интерфейса при переключении между горизонтальным и вертикальным экраном.
Метафорически, ваш телефон имеет ширину 360dp и высоту 640dp. Затем, будь то горизонтальный или вертикальный экран, когда программа работает, она будет искать каталог value-sw360dp (если он есть), который будет действовать в пользовательском интерфейсе. Вместо использования значений-sw360dp для портретной ориентации и значений-sw640dp для альбомной ориентации экспериментируйте самостоятельно.
Если вы не хотите получать этот результат, вы можете выбрать метод каталога значений-w dp. Для получения дополнительной информации обратитесь к описанию официального веб-сайта, приведенному выше, и поэкспериментируйте самостоятельно.
На данный момент мы понимаем официальный принцип Google. В остальном нам нужно определить переменную размерности и сгенерировать файл измерения.xml, соответствующий ширине dp мобильного телефона, чтобы воздействовать на интерфейс пользователя для достижения эффекта пропорционального масштабирования интерфейса.
4. Происхождение 360dp и dp_360, определение пар ключ-значение базовых размерных переменных.
* Ширина экрана разделена на 360 частей, а переменная dp_360 считается полноэкранной, что эквивалентно match_parent.
Во многих основных мобильных телефонах, таких как 1920×1080, 1280×720 и т. Д., Тесты показали, что значение dp ширины их мобильного телефона составляет 360dp, а диапазон покрытия достигает 90%, но в него не входят популярные полноэкранные и Liu Haiping (не тестировались). Карта аннотаций, предоставляемая дизайнером, также обычно составляет 720px или 1080px. Когда мы конвертируем ее в соответствующее значение dp, она также основана на значении по умолчанию 360. Если дизайнер помогает преобразованию, результат остается тем же.
То есть, будь то расчет ширины мобильного телефона традиционного размера или общее признание разработки и дизайна во время разработки, 360dp рассматривается как значение ширины экрана мобильного телефона.
Чтобы соответствовать этому стандарту и облегчить вычисления, я буду использовать 360 в качестве контрольного значения для плана адаптации, который является источником 360.
Согласно вышеизложенному, я установил значение dp ширины экрана в переменную dp_360 (обратите внимание, что это переменная, а не фиксированное значение 360dp),
Экран любого телефона разделен на 360 частей.
Затем набор переменных определяется в файле values / dimensions.xml по умолчанию, а имя и значение переменной находятся в соотношении 1: 1.
Например:
5. Скомбинируйте пары ключ-значение переменной dp_xxx из файла values / dimensions.xml и правил dp sw для создания других файлов Dimens.xml.
Например: у меня есть мобильный телефон с шириной 360dp и 720dp. Как я могу сгенерировать файл 720dp dimensions.xmla на основе адаптированного 360dp?
Значение dp ширины мобильного телефона изменилось с 360 до 720, увеличившись в 2 раза, затем каждое значение измерения в файле измерения. xml с шириной мобильного телефона 360dp умножается на 2, а имя переменной (ключ Значение) не меняется, реализует ли он принцип?
Рассмотрим ширину кнопки layout_width = «@ dimension / dp_180». На телефоне с разрешением 360 dp фактическое значение составляет 180 dp, что ровно вдвое меньше ширины телефона. На телефоне с разрешением 720 dp фактическое значение равно 360 dp или вдвое меньше ширины телефона.
Эффект пропорционального масштабирования [То, что вы получаете, это то, что вы видите].
Наконец-то знаю принцип, прост в использовании. Но я не могу написать файл измерения вручную или вычислить значение вручную?
Конечно, у меня есть инструменты. Пожалуйста, перейдите по ссылке в начале статьи
1. Пакетное выполнение пакета jar.
2. Метод плагина Android Studio.
6. Как адаптировать или отменить адаптацию для мобильного телефона с неизвестной шириной dp?
* Сгенерируйте соответствующий каталог значений и файл измерение.xml на основе значения ширины dp мобильного телефона.
Если вы решили адаптироваться к определенному мобильному телефону, вы должны знать фактическую ширину времени выполнения dp мобильного телефона.
Затем получите здесь значение dp для разработки под Android, и инструмент может сгенерировать соответствующие значения и файл dimensions.xml.
Нет необходимости изменять страницу или код Java, но его необходимо переиздать.
Что если я хочу отменить адаптацию мобильного интерфейса с шириной 640dp?
Просто удалите каталог values-sw640dp и его подфайлы.
Нет необходимости изменять код, но его необходимо переиздать.
Конечно, открытый диапазон определенно не обрабатывается адаптацией пропорционального масштабирования пользовательского интерфейса. Это недостаток.
7. Как преобразовать переменную измерения в dimensions.xml в соответствии с аннотацией px, предоставленной проектом?
* Разделите на эталонное значение 360 и сожмите его до видимого диапазона телефона.
Условно дизайн даст изображения шириной 1080 или 720px.
Давайте возьмем в качестве примера изображение шириной 755 пикселей.
Известно, что проектный размер изображения составляет 755px-1265px, а значение пикселя в пикселях для одной из кнопок составляет 100px-50px.
Как записать значение dp кнопки на мобильном телефоне на основе 360 равных частей?
Давай не будем говорить о высоте.
Исходя из ширины, размер проектного чертежа составляет 755 пикселей, и он сжимается до диапазона dp_360. Степень сжатия = 755/360 = 2,1 (приблизительно).
То есть все в проекте должно быть сжато в 2,1 раза, чтобы использовать переменные, основанные на диапазоне dp_360.
Ширина кнопки сжимается в 2,1 раза, что равно 100 / 2,1 = dp_48 (примерно) (переменная, а не конкретное значение dp)
По аналогии высота кнопки равна 50 / 2.1 = dp_24
Приведенный выше расчет примерно равен округлению или округлению, и вы можете приблизиться.
Причина, по которой проектный чертеж рекомендуется кратным 360, например 720 или 1080, заключается в том, что степень сжатия, полученная делением на 360, является целым числом. Тогда нам не нужно округлять, чтобы получить приблизительное значение при настройке ширины и высоты элемента управления.
8. Адаптируйте в зависимости от ширины, игнорируйте высоту.
* В зависимости от ширины 360 равных частей, используйте ScrollView для высоты самостоятельно.
Как упомянуто выше, в зависимости от ширины проектного чертежа он сжимается в 360-эквивалентный диапазон экрана мобильного телефона.
Но обратите внимание, что содержимое на чертеже дизайна сохраняет соотношение сторон, то есть содержимое не будет деформировано.
Краткое описание:
* Разделите ширину экрана на 360 частей, чтобы добиться масштабирования пользовательского интерфейса на мобильных телефонах разных размеров.
Я использую следующие правила квалификатора каталога значений: sw dp. Вышеупомянутые значения dp ширины мобильного телефона относятся к минимальной ширине, которая меньше значений dp ширины и высоты мобильного телефона, и не имеют никакого отношения к текущему состоянию экрана по горизонтали и вертикали.
Если вы используете правило квалификатора w dp, ширина относится только к значению dp «width» в текущих состояниях экрана по горизонтали и вертикали. При переключении между горизонтальным и вертикальным экранами значение dp «width» изменится, и система будет использовать ресурсы в соответствующем каталоге значений.
Разработчики мобильных телефонов, планшетов и телевизоров могут использовать этот набор адаптационных решений, но используемые чертежи пользовательского интерфейса могут быть только для их соответствующих типов. Например, при разработке телевизора вы можете использовать только схемы проектирования пользовательского интерфейса для телевизоров, а не схемы проектирования мобильных телефонов.
При выполнении адаптации экрана на основе значения ширины dp рекомендуется не использовать значение ширины dp в других областях, то есть приложение, разработанное для планшета, может адаптироваться к другим значениям ширины dp, которые могут отображаться на планшете, но не добавлять ширину, которая может отображаться на мобильных телефонах или телевизоре. Значение ДП увеличилось. Приложение для планшета работает на телевизоре или мобильном телефоне. Сам интерфейс не настроен. Какая польза от адаптации значения ширины dp?
Одно: инструмент создан, никаких изменений кода не требуется. Легко добавить или удалить.
Недостаток: это желаемый эффект продукта? Не может охватить все модели.
Спасибо QQ netizen Alpha за отличные предложения