[sisyphus] Менеджер пакетов

[Александр Орлов]

26.12.07, Alexey Rusakov <ktirf на altlinux.ru> написал(а):
>
> > Боюсь, что это уже немного другая задача, более сложная. В общем случае
> > механизм контрольных точек должен предусматривать откат не только
> пакетов,
> > но и настроек. Этот механизм вообще сложно сделать хорошо.


Да согласен, решение данного вопроса не представляется простым, но, в конце
концов, я ведь могу надеяться на помощь сообщества? В любом случае, даже
если приложение будет предоставлять функциональную возможность лишь на
уровне установки "чистых" (без восстановления конфигураций) пакетов, это
будет очень большим плюсом. Откат в данном случае позволит вернуть систему к
её изначальному состоянию. Ну а с настройками что делать - надо подумать.

> Проблема не в том, что они несовместимы. Эти вещи ортогональны. И поэтому
> > сцепленность на уровне программного кода между ними должна быть
> > минимальной. В идеале - это должны быть библиотека (backend) и
> приложение
> > (frontend), с описанным интерфейсом (API библиотеки) между ними.


Тут мне остаётся лишь сказать, что я не пишу программу на "чистом" С.
Использование Qt позволяет экономить время (во всяком случае для меня) на
осуществление многих стандартных операций.

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

> Лучше забудьте об этом. У вас не получится "сделать ответвление для
> > GNOME", если вы заранее не заложитесь на возможность его сделать. Это
> > вопрос внутренней архитектуры приложения. Вы сейчас можете не делать
> > вообще ничего для GNOME/XFCE/IceWM/whatever, но вы либо предусматриваете
> > _возможность_ появления не-KDE-интерфейса для вашей программы, либо нет.


Честно говоря, я буду стремиться к независимости кода от конкретной
библиотеки. Думаю, что в Gtk классы похожи по своей функциональности с Qt.
Мне никогда не нравился код, в котором намешаны и классы, касающиеся
графического интерфейса, и классы, отвечающие за другую работу. Поэтому,
даже на данный момент, приложение вполне может быть портировано, т.к.
построение виджетов и работа графики находятся в отдельных классах по
отношению к функциям, взаимодействующим с apt-package.


С уважением, Орлов Александр
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/sisyphus/attachments/20071226/f3046700/attachment-0002.html>