<div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">вт, 23 сент. 2025 г., 15:56 Sergey V Turchin <<a href="mailto:zerg@altlinux.org" target="_blank" rel="noreferrer">zerg@altlinux.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tuesday, 23 September 2025 14:23:41 MSK Evgeny Sinelnikov wrote:<br>
<br>
[...]<br>
> > > 2 community: не делайте так никогда, это подмена понятий.<br>
> > +1<br>
> -1<br>
> Коллеги, я с вами не согласен.<br>
По другому было бы ещё более странно. ;-)<br>
<br>
Ну, раз ответил, то немного продолжу.<br>
Вот, напрмер, простой вопрос: допустим, я разработчик и хочу написать модуль <br>
настройки чего-либо для нового Alterator. Что этот самый новый Alterator мне <br>
для этого даёт? Не Qt, не D-Bus, не С++, не Python и не мои мозги. Что мне для <br>
этого даёт именно новый Alterator?<br></blockquote></div><div dir="auto"><br></div><div dir="auto">Как и старая версия, предоставялет расширять бекенды, не создавая свой собственный, отдельный сервис.</div><div dir="auto"><br></div><div dir="auto">При этом решает проблему контроля доступа, обеспечивая привязку интерфейсов и методов к заданным polkit actions.</div><div dir="auto"><br></div><div dir="auto">Дополнительно дорабатывается поддержка удаленного доступа к интерфейсам через ssh.</div><div dir="auto"><br></div><div dir="auto">Демо того, как этим воспользоваться представлено на видео, которое присылалось в devel@:</div><div dir="auto"><a href="https://lists.altlinux.org/pipermail/devel/2025-April/219164.html" target="_blank" rel="noreferrer">https://lists.altlinux.org/pipermail/devel/2025-April/219164.html</a></div><div dir="auto"><br></div><div dir="auto">Следующим момент состоит в том, чтобы было не одно приложение под некий универсальный интерфейс на шине, реальное содержание которого нужно изучать по исходному коду бекенда, а множество специализированных приложений:</div><div dir="auto">- для управления компонентами;</div><div dir="auto">- для управления сервисами;</div><div dir="auto">- для управления инструментами диагностики;</div><div dir="auto">...</div><div dir="auto"><br></div><div dir="auto">Для этого все интерфейсы на шине специфицированы, как и передаваемые описатели.</div><div dir="auto"><br></div><div dir="auto">Когда интерфейс проработан, а фронты к нему написаны, раработчику достаточно добавить описатель сущности и свой бекенд к ней (на любом скриптовом языке) и этот объект будет интегрирован в общую инфраструктуру.</div><div dir="auto"><br></div><div dir="auto">Да, фронты писать сложнее, да интерфейсы нужно прорабатывать. Так в этом и есть одна из главных претензий.</div><div dir="auto"><br></div><div dir="auto">Но шаблоны с примерами решат, я думаю, и эту сложность.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div>