Здравствуйте, FrozenHeart, Вы писали:
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Когда вы используете библиотеку, вы пишете свою программу, как вам удобно, и при необходимости используете библиотечный функционал. А когда вы используете фреймворк, то вы пишете так, как за вас авторы фреймворка придумали.
Как следствие, два разный фреймворка трудно скрестить в одном коде, если только это специально не предусмотренно.
Re: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, FrozenHeart, Вы писали:
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Код вашего приложения вызывает код библиотеки (всякие коллбэки в расчет не берем); с фреймворком -- наоборот.
HgLab: Mercurial Server and Repository Management for Windows
Re: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, FrozenHeart, Вы писали:
FH>Приветствую.
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
FH>Заранее благодарю за возможные ответы.
"фреймворк" — это по-русски "каркас" (каркас приложения, в данном случае). Вот отсюда и пляши.
Здравствуйте, FrozenHeart, Вы писали:
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Библиотека выполняет одну функция, например cURL или libEvent. Ну а фрэймворк, по сути, это совокупность хорошо интегрированных между собой библиотек.
Re: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, FrozenHeart, Вы писали:
FH>Вот, Qt и boost Вы как бы назвали, например?
Qt — фреймворк, boost — набор библиотек.
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком?
Имхо, фреймворк более монолитный и сильнее навязывает определённые "правила". Скажем, в Qt без их MOC не обойтись. Плюс функции принимают именно их строки, списки и т.д. Да, они легко преобразуют из и в стандартные контейнеры, но апи работает именно с фреймворковскими. В бусте же большинство функций работает на итераторах.
Re[2]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, pestis, Вы писали:
P>boost навязывает идеологию и способ кодирования вплоть до того как называть переменные.
Это ещё с какой стати? Особенно про стиль именования интересно.
Ну и стандартные библиотеки языка обычно в одном стиле написаны. Они тоже что-то навязывают и являются фреймворками?
Re[3]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, kaa.python, Вы писали:
KP>Ну тогда BOOST – это библиотека. А такое утверждение мне видится сомнительным.
Дык даже на официальном сайте написано "Boost C++ Libraries". Но вот Unit Testing там таки Framework, поскольку код тестов вызывается извне, фреймворком.
HgLab: Mercurial Server and Repository Management for Windows
Re[4]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, Нахлобуч, Вы писали:
Н>Дык даже на официальном сайте написано "Boost C++ Libraries". Но вот Unit Testing там таки Framework, поскольку код тестов вызывается извне, фреймворков.
Ты же помнишь, сколько ему лет. Когда-то это действительно была библиотека, не переименовывать же его теперь.
Re[3]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Нахлобуч, Вы писали:
Н>>Код вашего приложения вызывает код библиотеки (всякие коллбэки в расчет не берем); с фреймворком -- наоборот.
KP>Ну тогда BOOST – это библиотека. А такое утверждение мне видится сомнительным.
Такая же библиотека, как CPAN и прочая. Это склад библиотек. Разной степени интегрированности друг с другом.
Здравствуйте, FrozenHeart, Вы писали:
FH>Приветствую.
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Фреймворк навязывает тебе идеологию, архитектуру и даже способ кодирования. Библиотека не навязывает. Пользоваться объектной библиотекой в функциональном или империативном стиле несложно, пользоваться же объектным фреймворком в функциональном стиле невозможно.
Qt и boost это безусловной фреймворки. Qt навязывает архитектуру приложения, boost навязывает идеологию и способ кодирования вплоть до того как называть переменные. Вот OpenCV хоть и сложнее чем Boost и Qt вместе взятые, это чистая библиотека.
Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, FrozenHeart, Вы писали:
FH>Приветствую.
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Для меня библиотека -- это что-то маленькое и законченное, т.е. plug&play. Фреймворк гораздо больше, в него можно "втыкать"
свои библиотеки, как вариант.
Кодом людям нужно помогать!
Re[2]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Нахлобуч, Вы писали:
Н>>Код вашего приложения вызывает код библиотеки (всякие коллбэки в расчет не берем); с фреймворком -- наоборот.
KP>Ну тогда BOOST – это библиотека. А такое утверждение мне видится сомнительным.
Ни разу не плюсовик, но слышал, что это ОГРОМНАЯ библиотека.
Кодом людям нужно помогать!
Re: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, FrozenHeart, Вы писали:
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Вроде бы в Википедии:Фреймворк хорошо всё описали. Но если спросить меня, то:
1. Первый признак фреймворка это несколько физических модулей в одном архитектурном стиле идущим под одним общим названием. Грубо говоря из одного модуля можно легко использовать другой модуль без каких-то непредусмотренных извращений.
2. Второй признак это возможность создать дополнительные модули в том же самом архитектурном стиле, то есть фреймворки расширяемы.
Для меня Qt и Boost фреймворки. Модули Qt можно использовать совместно. Модули Boost можно использоваться совместно. А вот использование Qt и Boost вместе наложат на систему те самые извращения, о которых упоминал выше.
Здравствуйте, FrozenHeart, Вы писали: FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком?
One important characteristic of a framework is that the methods defined by the user to tailor the framework will often be called from within the framework itself, rather than from the user's application code. The framework often plays the role of the main program in coordinating and sequencing application activity. This inversion of control gives frameworks the power to serve as extensible skeletons. The methods supplied by the user tailor the generic algorithms defined in the framework for a particular application.
Здравствуйте, FrozenHeart, Вы писали:
FH>Скажите, пожалуйста, где Вы проводите грань между библиотекой и фреймворком? Вот, Qt и boost Вы как бы назвали, например?
Фреймворк заставляет писать код под его дудку. Тебе дают каркас и ты его обшиваешь своим кодом. Библиотека же просто даёт тебе нужные готовые инструменты. Грубо говоря — готовую дверь с косяком, которую надо только вставить в проём и она будет работать.
Qt это однозначно фреймворк. Он даже сборку кода диктует.
boost это сборище разных библиотек, насколько я помню. Они решают маленькие чёткие задачи и не требуеют от тебя какой-то определённой архитектуры. Возможно некоторые части буста можно считать фреймворками, типа boost.asio.
Re[2]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, vsb, Вы писали:
vsb>Qt ... даже сборку кода диктует.
С чего вдруг? Там есть собственная утилита для сборки, но ты можешь ее не использовать. Собственно я не использую.
Re[3]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, enji, Вы писали:
vsb>>Qt ... даже сборку кода диктует. E>С чего вдруг? Там есть собственная утилита для сборки, но ты можешь ее не использовать. Собственно я не использую.
Когда я смотрел на Qt последний раз, там был свой препроцессор MOC, который нужно было использовать, чтобы всё работало. Сейчас не так?
Re[5]: Где Вы проводите грань между библиотекой и фреймворком
Здравствуйте, kaa.python, Вы писали:
KP>Здравствуйте, Нахлобуч, Вы писали:
Н>>Дык даже на официальном сайте написано "Boost C++ Libraries". Но вот Unit Testing там таки Framework, поскольку код тестов вызывается извне, фреймворков.
KP>Ты же помнишь, сколько ему лет. Когда-то это действительно была библиотека, не переименовывать же его теперь.
