@renenotes · Post #15 · 31.01.2022 г., 03:19
DotOS A11 Material You-like functionality #AOSP
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #296 · 11.04
Паттерн Декоратор — специальный способ организации модулей в программе, который позволяет подставить какую-то новую функцию прямо в середину цепочки вызовов, тем самым чуть-чуть подкорректировав поведение. Например, в реальном мире очки для чтения это декоратор. Вы ставите их между вашими глазами и текстом. Глобально взаимодействие ваших глаз и текста не меняется: отражённые световые лучи от страницы книги попадают в ваши зрачки, что с очками, что без них. Но очки располагаются посередине: они принимают лучи на вход и преломляют их, передавая дальше вам в глаза уже изменёнными. Важной особенностью является тот факт, что очки можно снять. Они не требуют ни модификации вашего тела, ни модификации книги. Вообще никакие условия не нужны, кроме наличия самих очков. А если вы в линзах, то внешний наблюдатель может даже этого не знать. Класс-декоратор должен быть спроектирован так, чтобы не требовать никаких изменений в объектах, с которыми он работает. Его можно отключить, чаще всего буквально закомментировав одну строку. В примере ниже программа выведет текст "Привет, мир, в натуре.", и вот это дополнение в конце как раз дописано декоратором. Можно убрать или закомментировать подчёркнутую строчку, не трогая остальной код, для всех внешних вызовов сигнатуры останутся теми же самыми, но выводиться будет уже просто "Привет, мир". В декораторы можно прятать логику, которую буквально навешивают поверх основной функции программы. Например, проверку прав на выполнение операции. Перевод на другой язык, логирование, поддержку обратной совместимости при обновлении и так далее. #dev
Hashtags
Търсене: #aosp
@renenotes · Post #15 · 31.01.2022 г., 03:19
DotOS A11 Material You-like functionality #AOSP
Hashtags
@android_broadcast · Post #8961 · 15.04.2025 г., 06:40
Интересная статья(16м) про GrapheneOS - основанная на AOSP ОC для Google Pixel устройств с повышенной защитой Если хотите мой обзор на GrapheneOS - голосуйте тут #android#aosp
@android_broadcast · Post #8851 · 26.03.2025 г., 15:53
🤖Google вводит разработку нового функционала в AOSP через Feature Flag Теперь весь новый функционал будет закрываться Feature Flag для изоляции кода, прошедшего тестирование, от частей в разработке. Это позволит: 👉 сократить срок жизни веток с новым функционалом 👉 упростить и ускорить разработку задач 👉 перейти на trunk-based подход при разработке и сливать весь код в одну ветку, не дожидаясь его тестирования 👉 легко вырезать куски кода с функциями, которые не должны быть видны Новому подходу должны следовать все разработчики-контрибьюторы в AOSP. #android#aosp
@android_broadcast · Post #8850 · 26.03.2025 г., 15:43
‼️Исходный код Android будет частично закрыт в ближайшем будущем Google подтвердила изданию Android Authority, что в ближайшем будущем перестанет публиковать код исходных версий Android по причине "упрощения разработки Android ОС и отказа от поддержания 2 веток разработки". Разработка Android состоит из 2 основных веток: 👉 публичной, где содержится исходный код стабильной версии ОС 👉 внутренней (internal), где происходит разработка Android ОС. Поддержка 2 веток приводит к конфликтам слияния, необходимости тратить время на доработки, чтобы опубликовать изменения в публичную ветку, потому что она не содержит всё из internal. Google всё также будет публиковать исходный код, но многие части будут переходить в закрытую разработку. Также публикация кода станет реже. Как это повлияет: ❌ Изменения не ускорят обновление ОС 👉 Журналисты потеряют доступ к утечкам информации 👉 Пользователи не заметят изменений 🙏 Разработчики приложений не пострадают Прекрасно понимаю Google, как сложно поддерживать 2 разные ветки разработки, особенно с ростом проекта и его функциональности. Все во благо процветания бизнеса Android и его лучшего развития! Официальный анонс состоится в ближайшую неделю. Скорее всего, Android перейдет на Trunk Based разработку в internal ветке, потому что есть следующая новость... #android#aosp#googleplay
Hashtags
@YuKongA13579 · Post #1332 · 06.05.2025 г., 02:43
关于上一条的延伸。 来源:X #android#misc#aosp
@YuKongA13579 · Post #1329 · 30.04.2025 г., 15:54
谷歌也要开始用模糊了 包括给内容套圆角卡片 来源,里面有很多图例 #android#misc#aosp
@YuKongA13579 · Post #1956 · 15.03.2026 г., 08:43
一个适用于类原生的 Xposed 模块, 修改点击和拿起事件为仅触发息屏显示,不触发完整亮屏, 适用于不想常开息屏显示又只想看一眼息屏时间、通知的情况? 相关实现,部分类原生内置此功能。 对大部分人没什么用,不过写都写了就发一下。 #aosp#xposed#misc
@renenotes · Post #16 · 31.01.2022 г., 03:24
DotOS's screen time dashboard #Material#AOSP
@YuKongA13579 · Post #907 · 13.07.2024 г., 05:13
众所周知 AOSP 在 15 中添加了可变字体支持, 但我昨天找人测试了小米 HyperOS 的 A15 beta2 版本, 完全没有同步该特性,甚至保留了 700 字重映射错误的问题。 #HyperOS#AOSP#Font
@YuKongA13579 · Post #897 · 09.07.2024 г., 13:50
插播一条 AOSP 的新闻,不知出于何种原因,Android 15 中添加的 CJK VF 只支持 300+ 以上的字重变化, 100-300 是一样的 #AOSP#Font#Font_Weight_Test
Hashtags
@YuKongA13579 · Post #863 · 17.06.2024 г., 02:53
关于小米 14 TWRP 颜色异常问题: https://github.com/AOSPA/android_bootable_recovery/commit/cc89e956c088ef279a3a3192e689a86175be0f31 然后启用: vendor.display.enable_spr=1 注意:由于 TWRP 的 drm 代码完全过时,所以你不能随便合并此 commit,需要一些努力。 #Xiaomi14#TWRP#AOSP
@libreware · Post #1211 · 06.12.2023 г., 22:27
Fully Customizable ROM + Latest Treble Patches & Features #GSI#AOSP 14 https://xdaforums.com/t/gsi-aosp-14-fully-customizable-rom-latest-treble-patches-features.4637632/ https://github.com/tabletseeker/treble_build_aosp