The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Разработчики GNOME представили iio-sensor-proxy 1.0 для упро..."
Отправлено Mihail Zenkov, 24-Май-15 02:25 
> Удобен? Да всем. От того, что это таки события, а поллинг мы
> сваливаем на демон,

Кто и как будет определять, что и как часто нужно опрашивать?

> И, разумеется, тем, что всё железоспецифичное мы оставляем деомну,

Несогласен - всё железоспецифичное - драйверу.

> а
> приложение получает логические события. Разница - как между сканкодами и кодами
> клавиш после всех обработок - повтора, раскладки, одиификаторов, переопределений и т.д.

Для этого есть драйвера или библиотеки над ними.

> И нет, конфигурация - далеко не всегда дело приложения. А лучше -
> чтобы вообще им не была. Канфигурация - дело DE, фреймворка, рабочей
> среды - в общем, всего того, что объединяет разрозненные куски кода,
> умеющие делать каждый своё, в целое, рассчитанные под конкретные задачи и
> условия пользователя. То самое tools, not policy. К примеру, приложение получает
> сообщение "нажали на кнопку" - а какой логикой и где был
> подавлен возможный дребег - это не его дело. А вот где-то
> в конфигурации может быть прописано, то ли реагировать на малейшее прикосновение,
> то ли на уверенное нажатие в секунду.

Это должно определяться в драйвере и управляться через sysfs. Для удобства пользователя можно поверху запустить gui/cli.

> А демон - нужен, именно потому что sysfs - это интерфейс для
> работы с железом. А приложению на железо начхать - оно работает
> с событиями, разделёнными на какие-то классы, имеющими какие-то свойства и т.п.

Ну получите вы те же самые свойства, но в виде сообщений - все равно их придется унифицировать и обрабатывать. Не лучше ли унифицировать все на уровне sysfs?

> И если смотреть не с точки зрения построения системы, а с
> точки зрения решения задач - нет никакого великого смысла держать железные
> события как что-то особенное, тем более - с отдельным интерфейсом.

В том и проблема, что в большинстве своем это не события. Если все перевести в события - будет большой overhead. Да и в любом случае будет overhead. Вы же не согласитесь с обычной файловой системой работать через d-bus? Так сказать в целях унификации интерфейсов ;)

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру