26.12.07, <b class="gmail_sendername">Alexey Rusakov</b> <<a href="mailto:ktirf@altlinux.ru">ktirf@altlinux.ru</a>> написал(а):<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> Боюсь, что это уже немного другая задача, более сложная. В общем случае<br>> механизм контрольных точек должен предусматривать откат не только пакетов,<br>> но и настроек. Этот механизм вообще сложно сделать хорошо.
</blockquote><div><br>Да согласен, решение данного вопроса не представляется простым, но, в конце концов, я ведь могу надеяться на помощь сообщества? В любом случае, даже если приложение будет предоставлять функциональную возможность лишь на уровне установки "чистых" (без восстановления конфигураций) пакетов, это будет очень большим плюсом. Откат в данном случае позволит вернуть систему к её изначальному состоянию. Ну а с настройками что делать - надо подумать.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Проблема не в том, что они несовместимы. Эти вещи ортогональны. И поэтому
<br>> сцепленность на уровне программного кода между ними должна быть<br>> минимальной. В идеале - это должны быть библиотека (backend) и приложение<br>> (frontend), с описанным интерфейсом (API библиотеки) между ними.
</blockquote><div><br>Тут мне остаётся лишь сказать, что я не пишу программу на "чистом" С. Использование Qt позволяет экономить время (во всяком случае для меня) на осуществление многих стандартных операций.<br>
<br>Та схема, что вы описали - действительно идеальное решение для последующего портирования программы на другие среды. Такое мне по душе, но боюсь, что в данном случае я либо не смогу исполнить заявленное, либо это займёт слишком много времени, по прошествии которого разрабатываемое приложение может потерять свою актуальность.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Лучше забудьте об этом. У вас не получится "сделать ответвление для<br>
> GNOME", если вы заранее не заложитесь на возможность его сделать. Это<br>> вопрос внутренней архитектуры приложения. Вы сейчас можете не делать<br>> вообще ничего для GNOME/XFCE/IceWM/whatever, но вы либо предусматриваете
<br>> _возможность_ появления не-KDE-интерфейса для вашей программы, либо нет.</blockquote><div><br>Честно говоря, я буду стремиться к независимости кода от конкретной библиотеки. Думаю, что в Gtk классы похожи по своей функциональности с Qt. Мне никогда не нравился код, в котором намешаны и классы, касающиеся графического интерфейса, и классы, отвечающие за другую работу. Поэтому, даже на данный момент, приложение вполне может быть портировано,
т.к. построение виджетов и работа графики находятся в отдельных классах по отношению к функциям, взаимодействующим с apt-package.<br><br><br>С уважением, Орлов Александр<br></div></div>