TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #32 · 7 фев.

Скорее всего уже слышали, что складывать строки через + это плохая практика. Падение производительности, и всё такое. Без лишних слов, давайте измерять: from timeit import timeit def t1(): # складываем 10 строк через + из переменной t = 'text' for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t2(): # склеиваем список строк через метод join arr = ['text'] * 10 for _ in range(1000): s = ''.join(arr) def t3(): # складываем через + но не из переменной а непосредственно инлайн объекты for _ in range(1000): s = 'text' + 'text' + 'text' + ... # всего 10 раз Теперь каждую строку склейки запустим по 10М раз >>> timeit(t1, number=10000) 0.21951690399964718 >>> timeit(t2, number=10000) 1.4978306379998685 >>> timeit(t3, number=10000) 0.2213820789993406 Хм, а нам говорили что через "+" это плохо и медленно ))) 😁 Тут стоит учитывать, что речь идёт о склейке множества длинных строк. Давайте изменим условия: def t4(): t = 'text'*100 for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t5(): arr = ['text'*100] * 10 for _ in range(1000): s = ''.join(arr) def t6(): for _ in range(1000): s = 'text'*100 + 'text'*100 + ... # всего 10 раз >>> timeit(t4, number=10000) 12.795130728000004 >>> timeit(t5, number=10000) 2.642637542999182 >>> timeit(t6, number=10000) 0.2184546610005782 Вот, уже другой разговор, сразу видна разница, в среднем в 6 раз. Но погодите, почему последний тест t6() по скорости такой же как и t3()? Ведь строки теперь в 100 раз длиннее! Это вопросы оптимизации кода, какие простые изменения ускоряют или замедляют выполнение программы. Мы столкнулись с примером обхода обращения к переменной. Например, именно так работает директива #define в С++, во время компиляции подставляя значение переменной вместо ссылки на неё. В Python это тоже работает, но часто ли вы сможете встретить такой способ работы со строками? К сожалению, способ почти только теоретический. В целом, тесты показали то, что мы хотели. Делаем выводы самостоятельно. Полный листинг 🌍 #tricks

Резултати

Пронајдени 67 слични објави

Пребарај: #xposed

当前筛选 #xposed清除筛选
YuKongA | Channel

@YuKongA13579 · Post #1649 · 08.11.2025 г., 05:39

状态栏歌词 此版本仅支持小米 HyperOS3 移除了锚点选择的能力,其他系统 / 版本勿尝试 配合 SuperLyric 使用,激活后需重启设备 基于小米 15 的 OS3.0.5.0.WOCCNXM 适配 在扩展设置加了超级岛偏移量,如果有超级岛的时候歌词结束位置不太对就自己调节偏移间距,实际宽度仍会根据超级岛实际长度修正,不用担心超级岛的长度变化。 GitHUb: https://github.com/YuKongA/StatusBarLyric 爱发电:https://afdian.com/a/YuKongA #xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1582 · 12.10.2025 г., 04:12

尝试解决非 ColorOS 下(例如 HyperOS)无法生效部分功能的问题。 我现在没有小米,需自行测试。 根据群内测试反馈应该是好了。 如果还有问题,请开启模块日志后携带日志反馈。 其他注意事项同上上条。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1580 · 11.10.2025 г., 16:59

重构了一下 Compose UI 版本,顺便简单修了修在新版本 ColorOS 上的一些问题。理论上还修了 Android 16 上的问题。 在新版本 ColorOS 及 MagicOS 中,你需要启用显示设置中的 强制开启启动遮罩 选项,才能完全覆盖所有应用。注意不是 强制显示遮罩 选项! 此外建议启用背景设置中的 替换背景颜色 选项,否则深色模式下打开某些软件可能会闪瞎眼。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1200 · 21.12.2024 г., 07:25

由于官方在最新 Beta 版本中已经修复专辑圆角裁切问题,现在本模块只包含进度条样式/颜色和进度时间文本颜色优化。 目前适用于小米 15 系列 2.0.26.11 Beta 版本。 混色一致性修改请使用 Magisk 模块,用 Xposed 修改这个不值得。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1106 · 26.10.2024 г., 03:57

仅适用于使用了完整可变字体后,媒体通知标题特粗的情况。 未使用完整可变特性的无需更新。因为小米原本就把 Bold 也渲染为 Normal 了,当然了你更新了应该也没区别就是了。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1077 · 16.10.2024 г., 05:16

允许平板和手机同时登录 - 更换实现方式 - 优化应用体积 与官方版本包名 / 签名均不同 由于切换了实现方式,之前用了老版本的更新到本版本需要清空全部数据重新登录,介意的保持使用上版本就好了。新方法理论上泛用性更强。 上版本:https://t.me/YuKongA13579/1056 #Xposed

Hashtags

123•••56
ПретходнаСтраница 1 од 6Следна