Парни, прошу отписаться тех, кто продал хоть одну программу.
Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями.
Стоит этим заморачиваться, или оно того не стоит ?
А то меня преследует ощущение потерянного времени, когда я
начинаю смотреть в их сторону. Но может я просто чего-то не понимаю?
Здравствуйте, Slimp, Вы писали:
S>Парни, прошу отписаться тех, кто продал хоть одну программу. S>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>Стоит этим заморачиваться, или оно того не стоит ?
Посмотреть стоит, использовать не стоит. Слишком оно всё замороченное.
Здравствуйте, Slimp, Вы писали:
S>Парни, прошу отписаться тех, кто продал хоть одну программу. S>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>Стоит этим заморачиваться, или оно того не стоит ?
S>А то меня преследует ощущение потерянного времени, когда я S>начинаю смотреть в их сторону. Но может я просто чего-то не понимаю?
Наследоваться-то от них зачем? Boost.Iostreams — то, что доктор прописал.
Одним из 33 полных кавалеров ордена "За заслуги перед Отечеством" является Геннадий Хазанов.
Здравствуйте, Slimp, Вы писали:
S>Парни, прошу отписаться тех, кто продал хоть одну программу. S>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>Стоит этим заморачиваться, или оно того не стоит ?
Хм. Немного неудачный пример привел — тебя же наследование интересует
В двух словах, я у себя в шаблонной библиотеке завел наследника от basic_streambuf, который делегирует работу в две чистые виртуальные функции — put_segment и get_segment
В основных программах я уже реализую эти функции и обретаю щастье.
Тебя что конкретно интересует?
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Slimp, Вы писали:
S>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>Стоит этим заморачиваться, или оно того не стоит ?
Зависит от желаемого результата. Например, Christopher M. Kohlhoff наследовал, написал Asio, это вошло в Boost и TR2 (читай будет когда-нибудь в Стандарте).
.
People who are more than casually interested in computers should have at least some idea of what the underlying hardware is like. Otherwise the programs they write will be pretty weird (c) D.Knuth
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>>Юзал, доволен. КД>Хм. Немного неудачный пример привел — тебя же наследование интересует КД>В двух словах, я у себя в шаблонной библиотеке завел наследника от basic_streambuf, который делегирует работу в две чистые виртуальные функции — put_segment и get_segment КД>В основных программах я уже реализую эти функции и обретаю щастье. КД>Тебя что конкретно интересует?
Вопрос был общего плана. Мне тут подумалось, не изобретаю ли я велосипед. Я уже понял, что обсуждать буфера отдельно от потоков бессмысленно. Поэтому для моей текущей задачи они не нужны.
А хотелось узнать, на сколько много народу пользуется и довольны такими механизмами для КОММЕРЧЕСКОГО (т.е. когда работают не на интерес, а на результат) программирования.
P.S.
Просьба про Boost мне ничего не писать. Эта тема меня не интересует.
Здравствуйте, gear nuke, Вы писали: S>>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>>Стоит этим заморачиваться, или оно того не стоит ?
GN>Зависит от желаемого результата. Например, Christopher M. Kohlhoff наследовал, написал Asio, это вошло в Boost и TR2 (читай будет когда-нибудь в Стандарте).
Вопрос был не конкретный, интересовал практический опыт разработки коммерческого ПО: есть он, или нет.
Философия того, на сколько это удобно меня не интересует.
Здравствуйте, Slimp, Вы писали:
S>Просьба про Boost мне ничего не писать. Эта тема меня не интересует.
В коммерческом программировании как раз используют буст, потому что в нем уже есть почти все ,что может понадобиться.
Так что ты уж определись, что именно тебе нужно — шашечки или ехать.
Здравствуйте, jazzer, Вы писали:
S>>Просьба про Boost мне ничего не писать. Эта тема меня не интересует. J>В коммерческом программировании как раз используют буст, потому что в нем уже есть почти все ,что может понадобиться. J>Так что ты уж определись, что именно тебе нужно — шашечки или ехать.
Вот когда Boost станет стандартом, не дай бог конечно, тогда и будем на него глядеть.
Здравствуйте, Slimp, Вы писали:
S>Здравствуйте, jazzer, Вы писали:
S>>>Просьба про Boost мне ничего не писать. Эта тема меня не интересует. J>>В коммерческом программировании как раз используют буст, потому что в нем уже есть почти все ,что может понадобиться. J>>Так что ты уж определись, что именно тебе нужно — шашечки или ехать.
S>Вот когда Boost станет стандартом, не дай бог конечно, тогда и будем на него глядеть.
Вы пишете велосипеды для всего что не входит в стандарт? GUI, базы данных, сети? Ню-ню...
Здравствуйте, Slimp, Вы писали:
S>Здравствуйте, jazzer, Вы писали:
S>>>Просьба про Boost мне ничего не писать. Эта тема меня не интересует. J>>В коммерческом программировании как раз используют буст, потому что в нем уже есть почти все ,что может понадобиться. J>>Так что ты уж определись, что именно тебе нужно — шашечки или ехать.
S>Вот когда Boost станет стандартом, не дай бог конечно, тогда и будем на него глядеть.
То есть нужны шашечки (статус стандарта).
Ну так бы и говорил сразу и не морочил бы людям головы всякими "кто продал хоть одну программу" и "для КОММЕРЧЕСКОГО (т.е. когда работают не на интерес, а на результат) программирования".
ЗЫ Можешь еще один минус поставить, я вижу, у тебя их перепроизводство
Здравствуйте, Slimp, Вы писали:
S>Вопрос был не конкретный, интересовал практический опыт разработки коммерческого ПО: есть он, или нет.
Согласно твоей логике, asio написан от нечего делать? Огорчу: оно написано как часть коммерческой разработки. Я мог бы привести в пример никому неизвестного себя, но посчитал известный пример более наглядным
S>Философия того, на сколько это удобно меня не интересует.
Нет, в мом ответе про удобство ничего не было, было о перспективности, защите вложений в разработку (я так понимаю, стало плохо видно текст после слова boost )
.
People who are more than casually interested in computers should have at least some idea of what the underlying hardware is like. Otherwise the programs they write will be pretty weird (c) D.Knuth
Здравствуйте, Slimp, Вы писали:
S>А хотелось узнать, на сколько много народу пользуется и довольны такими механизмами для КОММЕРЧЕСКОГО (т.е. когда работают не на интерес, а на результат) программирования.
Аааа. А смысл этого знания? Вот я например юзаю. ПО коммерческой. Компилируется на двух разных STL (билдер и VS2005+).
Честно говоря, это находится так глубоко внутри проекта, что я могу сказать только что работает и хлопот особых не было. Хотя были какие-то нюансы и баги ... баги — с итераторами в STL BCB5.
Чего не скажешь, например, про std::locale — на VS2005 я огреб с ним по полной программе
S>Просьба про Boost мне ничего не писать. Эта тема меня не интересует.
А что ето такое — Boost?
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, rg45, Вы писали:
S>>Просьба про Boost мне ничего не писать. Эта тема меня не интересует. R>Чем вызвана неприязнь, если не секрет?
Видимо страхом перед неизведанным и сложным.
[In theory there is no difference between theory and practice. In
practice there is.]
[Даю очевидные ответы на риторические вопросы]
Здравствуйте, Тот кто сидит в пруду, Вы писали:
КД>>Чего не скажешь, например, про std::locale — на VS2005 я огреб с ним по полной программе
ТКС>Если не секрет, что в VC с локалью не так? У нас вроде без нареканий (почти) используется, довольно широко.
Я вот даже задумался от этого вопроса — может это мне приснилось или меня глючило?
Эта штука очень "тяжелая" в плане создания. По сравнению с STL из BCB5 — просто совсем пипец как она медленно создается.
Плюс юзает MT-блокировку, когда создается. То есть если у тебя многоядерный проц и многопоточная программа, которая достаточно часто к этому делу обращается (создает-разрушает), то ты еще огребаешь проседание производительности и на этой блокировке. Фактически работает только одно ядро. На STL пятого билдера отродясь таких проблем не было.
После того как я сделал std::locale (и связаный с ним std::ctype) глобальным на уровне модуля, мир стал цветным
Да не, кажись не приснилось
Хотя, это я все таки по-пьяни заглянул в ассемблерный код и протрезвел от увиденного
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Коваленко Дмитрий, Вы писали:
КД>>>Чего не скажешь, например, про std::locale — на VS2005 я огреб с ним по полной программе
ТКС>>Если не секрет, что в VC с локалью не так? У нас вроде без нареканий (почти) используется, довольно широко.
КД>Я вот даже задумался от этого вопроса — может это мне приснилось или меня глючило?
КД>Эта штука очень "тяжелая" в плане создания. По сравнению с STL из BCB5 — просто совсем пипец как она медленно создается.
КД>Плюс юзает MT-блокировку, когда создается. То есть если у тебя многоядерный проц и многопоточная программа, которая достаточно часто к этому делу обращается (создает-разрушает), то ты еще огребаешь проседание производительности и на этой блокировке. Фактически работает только одно ядро. На STL пятого билдера отродясь таких проблем не было.
А, ну это мы стараемся избегать. Я думал может утечки какие критичные или еще что, а я не знаю
КД>После того как я сделал std::locale (и связаный с ним std::ctype) глобальным на уровне модуля, мир стал цветным
Поступаем похожим образом.
Одним из 33 полных кавалеров ордена "За заслуги перед Отечеством" является Геннадий Хазанов.
Здравствуйте, Slimp, Вы писали:
S>Парни, прошу отписаться тех, кто продал хоть одну программу. S>Кто-нибудь, наследовал streambuf. Поделитесь впечатлениями. S>Стоит этим заморачиваться, или оно того не стоит ?
S>А то меня преследует ощущение потерянного времени, когда я S>начинаю смотреть в их сторону. Но может я просто чего-то не понимаю?
стоит, если не будешь заморачиваться на форматировнии и на откатах всяких. Посмотри как это работает в стл, посмотри как используется в буст (там тоже на основе стл-ной бороды всё сделано) и сделай так, как тебе нравится или возьми то, что уже есть.