2Flex Ferrum (и не только) - Форум на исходниках

WWW.ИСХОДНИКИ.РУ cpp.sources.ru

java.sources.ru web.sources.ru soft.sources.ru

jdbc.sources.ru asp.sources.ru api.sources.ru

  Форум на исходниках
  C / C++ / Visual C++
  2Flex Ferrum (и не только)
СПРОСИТЬ  ОТВЕТИТЬ
профайл | регистрация | faq

Автор Тема:   2Flex Ferrum (и не только)

Valery опубликован 10-02-2002 19:44 MSK
Но в основном сабж, наверное.
Порассуждать надо. Просто у тебя где-то мелькнула мысль из которой я понял, что ты не чуждаешься потоков (в смысле те что классы). Если так то вот в чем проблема.
Даже не проблема, а так сказать хотелось бы поддержки что ли, или здравого возражения.
Написалась тут библиотечка, которая... ну неважно что делает, но основной интерфейс предоставляет в виде потоков istream/ostream. Как бы несложно сделать чтобы она работала еще и с именем файла (создается внутри объект fstream, а далее работает все то же самое) Но. Вопрос - а оно надо ли? Не остановиться ли на более абстрактном интерфейсе? Не мешать более конкретные типы в библиотеку? Тем более, что сделать это снаружи библиотеки (читай - самому пользователю) очень даже просто.
Как ты сам для себя решаешь такие концептуальные вещи?
2all: просьба в этом топике в остроумии не упражняться, есть другие для этого "qqqq", например. :)
Valery опубликован 11-02-2002 20:23 MSK
Ни Flex'а, ни Ferrum'а и вообще никого...
Чего-то заумное спросил, что ли?
Valery опубликован 12-02-2002 09:53 MSK
последняя попытка.
если этот топик никому не интересен, то чтож... буду по своему разумению делать.
а чего-то я тут в самом деле Flex'а давно не видел, куда пропал-то?
migel опубликован 12-02-2002 10:41 MSK
IMHO - остава
migel опубликован 12-02-2002 10:43 MSK
IMHO - оставайся на этом уровне абстракции - если для твое библиотеки специализация нафиг не нужна - то и не делай.
Для облегчения жизни пользоватею можеш сделать утилиты для работы с файлами (в нужном тебе контексте)...
Все остальное в ущерб архитектуре
purpe опубликован 12-02-2002 11:37 MSK
Флекс сменил место работы, так что скорее всего его тут в ближайшее время можно не ждать ...
Valery опубликован 12-02-2002 13:05 MSK
2migel:
согласен. а вот утилиты ты предлагаешь сдетать, как бы сбоку от основной библиотеки? было бы резонно. так и сделаю.
сенькс.
2all:
а вообще как народ к стандартным потокам относится? (обожает/презирает/любит/ненавидит/пользуется/игнорирует)?
2purple:
надеюсь дождемся - вернется.
Flex Ferrum опубликован 12-02-2002 16:22 MSK
Всем привет...
2Valery:
Мммм... Как тебе сказать... Наверное ты уже разобрался, что в библиотеке потоков существуют две основные сущности - поток (stream) и его буффер (streambuf), адаптирующий его к конкретному источнику данных. Отсюда, на сколько я смог понять твой ворос, можно сделать вывод, что для того, чтобы привнести в твою библиотеку функционал для работы с фалами, создавай "руками" буффер файлового потока, "и делай с ним что хош" :)). Структуры твоей библиотеки это не порушит.
Можешь поступить иначе - унаследовать твои классы от ifstream/ofstream... Но это уже другая песня.
СПРОСИТЬ  ОТВЕТИТЬ
Перейти:

E-mail | WWW.ИСХОДНИКИ.RU

Powered by: Ultimate Bulletin Board, Freeware Version 5.10a
Purchase our Licensed Version- which adds many more features!
© Infopop Corporation (formerly Madrona Park, Inc.), 1998 - 2000.

Автор	Тема: 2Flex Ferrum (и не только)
Valery	опубликован 10-02-2002 19:44 MSK Но в основном сабж, наверное. Порассуждать надо. Просто у тебя где-то мелькнула мысль из которой я понял, что ты не чуждаешься потоков (в смысле те что классы). Если так то вот в чем проблема. Даже не проблема, а так сказать хотелось бы поддержки что ли, или здравого возражения. Написалась тут библиотечка, которая... ну неважно что делает, но основной интерфейс предоставляет в виде потоков istream/ostream. Как бы несложно сделать чтобы она работала еще и с именем файла (создается внутри объект fstream, а далее работает все то же самое) Но. Вопрос - а оно надо ли? Не остановиться ли на более абстрактном интерфейсе? Не мешать более конкретные типы в библиотеку? Тем более, что сделать это снаружи библиотеки (читай - самому пользователю) очень даже просто. Как ты сам для себя решаешь такие концептуальные вещи? 2all: просьба в этом топике в остроумии не упражняться, есть другие для этого "qqqq", например. :)
Valery	опубликован 11-02-2002 20:23 MSK Ни Flex'а, ни Ferrum'а и вообще никого... Чего-то заумное спросил, что ли?
Valery	опубликован 12-02-2002 09:53 MSK последняя попытка. если этот топик никому не интересен, то чтож... буду по своему разумению делать. а чего-то я тут в самом деле Flex'а давно не видел, куда пропал-то?
migel	опубликован 12-02-2002 10:41 MSK IMHO - остава
migel	опубликован 12-02-2002 10:43 MSK IMHO - оставайся на этом уровне абстракции - если для твое библиотеки специализация нафиг не нужна - то и не делай. Для облегчения жизни пользоватею можеш сделать утилиты для работы с файлами (в нужном тебе контексте)... Все остальное в ущерб архитектуре
purpe	опубликован 12-02-2002 11:37 MSK Флекс сменил место работы, так что скорее всего его тут в ближайшее время можно не ждать ...
Valery	опубликован 12-02-2002 13:05 MSK 2migel: согласен. а вот утилиты ты предлагаешь сдетать, как бы сбоку от основной библиотеки? было бы резонно. так и сделаю. сенькс. 2all: а вообще как народ к стандартным потокам относится? (обожает/презирает/любит/ненавидит/пользуется/игнорирует)? 2purple: надеюсь дождемся - вернется.
Flex Ferrum	опубликован 12-02-2002 16:22 MSK Всем привет... 2Valery: Мммм... Как тебе сказать... Наверное ты уже разобрался, что в библиотеке потоков существуют две основные сущности - поток (stream) и его буффер (streambuf), адаптирующий его к конкретному источнику данных. Отсюда, на сколько я смог понять твой ворос, можно сделать вывод, что для того, чтобы привнести в твою библиотеку функционал для работы с фалами, создавай "руками" буффер файлового потока, "и делай с ним что хош" :)). Структуры твоей библиотеки это не порушит. Можешь поступить иначе - унаследовать твои классы от ifstream/ofstream... Но это уже другая песня.