История изменений
Исправление windows10, (текущая версия) :
В сях удобнее один вызов, чем файл читать.
Смотря какой вызов, откуда, каких данных, насколько точно они описаны, сколько их, и так далее. Насколько они очевидны, что немаловажно, иначе придется ради полутора функций лопатить весь код, в данном случае иксов, потому что референсы пингвинятники (в отличие от мелкомягких) боятся писать.
А если конструкций несколько, и они не связаны между собой ? Ну вот например если XWindow возвращает один идентификатор, а GTKWindow(QtWindow) другой, и они между собой несовместимы ? Способ только один, называется «трансляция» (или «проксирование»), и его собственно файлы и реализовывают.
Да я тебе больше скажу, изучая d-bus, я вижу насколько конченная его архитектура.
Вместо предоставления всего пространства единой файловой иерархией типа /org/kde/StatusNotifier/methods/activate, который можно будет дернуть как вызовом, так и echo "1" > /run/dbus/session/org/kde/StatusNotifier/methods/activate - мы наплодили зоопарк точек и слешей, методов и интерфейсов, свойств, интроспектов в XML формате и прочей ерунды.
Чтобы получить например доступные методы - надо делать кучу лишних телодвижений, вместо того чтоб просто сделать ls /org/kde/StatusNotifier/methods/
sysfs удобна ? Удобна. Почему такое не сделать для программ - я хз.
Исходная версия windows10, :
В сях удобнее один вызов, чем файл читать.
Смотря какой вызов, откуда, каких данных, насколько точно они описаны, сколько их, и так далее. Насколько они очевидны, что немаловажно, иначе придется ради полутора функций лопатить весь код, в данном случае иксов, потому что референсы пингвинятники (в отличие от мелкомягких) боятся писать.
А если конструкций несколько, и они не связаны между собой ? Ну вот например если XWindow возвращает один идентификатор, а GTKWindow(QtWindow) другой, и они между собой несовместимы ? Способ только один, называется «трансляция» (или «проксирование»), и его собственно файлы и реализовывают.
Да я тебе больше скажу, изучая d-bus, я вижу насколько конченная его архитектура.
Вместо предоставления всего пространства единой файловой иерархией типа /org/kde/StatusNotifier/methods/activate, который можно будет дернуть как вызовом, так и echo "1" > /run/dbus/session/org/kde/StatusNotifier/methods/activate - мы наплодили зоопарк точек и слешей, методов, свойств, интроспектов в XML формате и прочей ерунды.
Чтобы получить например доступные методы - надо делать кучу лишних телодвижений, вместо того чтоб просто сделать ls /org/kde/StatusNotifier/methods/
sysfs удобна ? Удобна. Почему такое не сделать для программ - я хз.