Как абстрагиоровать вывод(ввод) в какой-то один объект, не зависимо от того, файл это или же стандартный поток ввода/вывода

«все есть файл»

В чем проблема-то?

Ну просто как-то непонятно какой объект использовать, можно ли присваивать объекту istream объект ifstream, ну или например как быть с cout, насколько мне известно его экземпляр может быть только один.

Тут недавно был тред про лисков сабститюшн, поищи?

А вообще, матчасть тебе учить…

дисков сабститюшн

поищи

Ой-вей.

Потоки в STL так и задумывались. Вот например.

Ты рассчитывал на полезные советы в воскресенье? ))

Ну и что же я должен прочесть, не подскажите? Просто по запросу «потоки ввода/вывода c++» выдаются довольно таки стандартные примеры либо через стандартный поток ввода/вывода, либо через файл. Но всего вместе нету, как будто кроме этого вообще ничего нет. Короче, дайте пожалуйста ссылку, я же на форум не просто так в конце-то концов пришёл. Я же ведь пришёл за ответом, а ответ «учить матчасть» я его и сам себе могу дать, и какой в этом смысл если я не знаю куда копать-то?

в воскресенье?

Очнись, приятель! Суббота, мля.

Ты рассчитывал на полезные советы в воскресенье? ))

Сегодня суббота.

либо через стандартный поток ввода/вывода, либо через файл.

В Сишке проще выглядит кстати. Там пофиг стдин, либо файл.

https://ru.wikipedia.org/wiki/Iostream ?

Ты должен прочесть про наследование для начала. И вообще какую-нибудь книгу по основам C++. Потом открой документацию на ifstream и посмотри иерархию классов.

Ещё пусть на перегрузки и шаблоны поглядит, но так, для общего развития.

Вот допустим возьму я, и присвою объекту класса ostream экземпляр cout, это же я ведь его скопирую, и в памяти будет лежать уже два таких, ну или присвою я туда объект класса ofstream, как мне потом файл-то закрыть? Ведь у класса ostream нету метода по закрытию файла. И вот чё с этим делать? Ну ладно, поступлю по другому, указателю на объект ostream буду присваивать указатель на cout , а с файлом тогда как быть? Ведь мне же тогда придётся динамически выделить память под объект ofstream и инициализировать его, и как его потом закрыть? Более того, как его потом удалить? Мне же ведь придётся держать его до конца работы моей программы, и дальше я должен буду проверять, был ли открыт файл, как-то преобразовывать указатель на объект ostream в указатель на объект ofstream и высвобождать память, т.е. моя программа опять таки, должна знать что был открыт файл, а я не хочу делать никаких проверок дальше, я хочу получить максимально общий код. Ну и как?

Перегрузки и шаблоны это дело уже пройденное, но я всё равно не понимаю как это применить, вот в моей структурке есть перегруженный оператор ввода/вывода, как в стандартный поток, так и в файл.

TL;DR, но думаю, тебе нужно создать наследника от istream/ostream.

вот в моей структурке есть перегруженный оператор ввода/вывода, как в стандартный поток, так и в файл.

Зачем там перегрузка, если и файл, и стандартный поток - это наследники ostream?

указателю на объект ostream буду присваивать указатель на cout , а с файлом тогда как быть?

Аналогично. Пример:

int doWork(std::ostream &os);

int main(int argc, char *argv[])
{
    if (argc > 1) {
        std::ofstream file(argv[1]);
        if (file) {
            return doWork(file);
        } else {
            return EXIT_FAILURE;
        }
    } else {
        return doWork(std::cout);
    }
}

if (argc > 1) {

Освободить в конце забыл.

А что, справочную информацию люди уже не умеют находить?

Поток ввода-вывода, как и пайпы и тд это всё файловые дескрипторы на уровне ос, что конкретно ты собрался абстрагировать?

Там нечего вручную освобождать.

Да, хоть одну книжку всё же стоит почитать. Тогда был бы известно, что стандартный поток не получится скопировать. А после главы про наследование и примеры из stl всё само собой встанет на места

std::iostream

Там нечего вручную освобождать.

file?

Сам освободится при завершении этой программы.

Сам освободится при завершении

Естественно. Но не всегда всё так просто. Лучше иметь другую привычку.

Заводишь логику ввода/вывода на std::istream/std::ostream, не понимаю, в чём проблема

Лучше иметь другую привычку.

Лучше иметь привычку думать и не делать всё на автомате.

ostream istream же.

Лучше иметь привычку думать

Ну-ну. Думать одно, а делать другое. Логично. :)