Принцип работы fstream

@bambique · Регистрация: 02.04.2015

Студворк — интернет-сервис помощи студентам

Допустим у нас есть файл из четырех чисел, например: 453 32 43 54. Я создаю экземпляр класса ifstream и инициализирую массив из четырех элементов и просто считываю числа в массив, код ниже:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#include <iostream>
#include <fstream>
using namespace std;
 
int main()
{
    ifstream fin("D:\\usr\\text.txt");
    int mas[4];
    for(int i = 0;i<4;i++)
    {
        fin>>mas[i];
        cout<<mas[i]<<endl;
    }
 
 
}

Интересует принцип по которому он считывает данные, как работает данный объект? Почему он не запишет просто 4 в массив потом 5 и 3, когда он понимает, что пора закончить ввод, в общем интересует принцип работы.

@DrOffset · 11.09.2015, 19:37

Сообщение от hoggy

по вашему, #include <fstream> не имеет никакого отношения к STL,

Он имеет в виду, что Стандартная Библиотека С++ и STL относятся друг к другу, как общее к частному.
Т.е. STL - это часть стандартной библиотеки С++.
Помимо STL туда еще входит библиотека ввода-вывода и дополнительные и вспомогательные инструменты (поддержка исключений, rtti, локализация, библиотека С и т.п.).
STL - это только
1) <vector>, <list>, <deque>, <stack>, <queue>, <set>, <map>
2) <functional>, <algorithm>, <numeric>
3) <utility>, <iterator>, <memory>
Остальное относится к другим частям Стандартной Библиотеки и не относится к STL.
Вот, собственно здесь описана, градация.

@hoggy · 11.09.2015, 19:41

Сообщение от lss

Из чего видно, что является?

C++
1
typedef basic_fstream<char> fstream;

ну например, из того, что является "стандартным шаблоном".

а вообще, стандартная библиотека состоит из подмножества си, и STL.
так что все, что не сишное, можно смело определять в STL.

оно все там оч тесно повязанно.
грубо говоря, вы не сможете выдрать fstream так, что бы оно не потащило за собой какие то части STL
например, тайп-трейтсы, итераторы, и др.

lss · 11.09.2015, 19:58

Сообщение от hoggy

ну например, из того, что является "стандартным шаблоном".

Шаблон - это не обязательно STL.

Сообщение от hoggy

так что все, что не сишное, можно смело определять в STL.

Можно, но не нужно.

@hoggy · 11.09.2015, 20:59

Сообщение от lss

Шаблон - это не обязательно STL.

я понимаю, что если я своими руками напишу шаблоно-код,
то часть стл он не будет.

но и вы поймите:
стримы исповедуют единное архитектурное решение с каким нибудь стл-контейнером.

не просто единая архитектура, это - единый стиль.

если верить господину DrOffset, то в STL не входит std::string
вот только std::string,
который тайпдеф над базовым стрингом очень даже выполнен по ехидой схеме и в едином стиле,
как любой другой стл-контейнер.

и может быть полноценным участником наряду с ними в тех же алгоритмах.

теперь смотрим на стримы,
и видим, что fstream - это тайпдеф над базовым стримом.

а если компнем глубже, увидим завязки на тайп-трейтсы,
завязки на итераторы, завязки на...

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

одно потянет за собой другое.

вы конечно можете формально полагать,
что стл - это тупо контейнеры, алгоритмы и итераторы.
а все остально - типо особняком стоит.

вот только это будет не более, чем формальность,
потому что по факту все так повязанно, что не оторвешь.

лично я полагаю стл любой стандартный законченный шаблоно код.

lss · 11.09.2015, 21:07

Сообщение от hoggy

я понимаю, что если я своими руками напишу шаблоно-код,
то часть стл он не будет.

Хотел исправить, но не успел: шаблон стандартной библиотеки - это не обязательно STL.

Сообщение от hoggy

стримы исповедуют единное архитектурное решение с каким нибудь стл-контейнером.
не просто единая архитектура, это - единый стиль.
если верить господину DrOffset, то в STL не входит std::string
вот только std::string,
который тайпдеф над базовым стрингом очень даже выполнен по ехидой схеме и в едином стиле,
как любой другой стл-контейнер.

Стиль - это стиль, а является частью STL или не является, это о другом.

Сообщение от hoggy

вы конечно можете формально полагать,
что стл - это тупо контейнеры, алгоритмы и итераторы.
а все остально - типо особняком стоит.

Почему особняком? Все входит в стандартную библиотеку.

Сообщение от hoggy

вот только это будет не более, чем формальность,

Тут разговор, в общем, о формальном: есть STL, есть то, что входит в стандартную библиотеку С++, но не входит в STL.

@hoggy · 11.09.2015, 21:10

Сообщение от lss

Почему особняком? Все входит в стандартную библиотеку.

Сообщение от lss

Тут разговор, в общем, о формальном: есть STL, есть то, что входит в стандартную библиотеку С++, но не входит в STL.

ну вот простой пример: итераторы - часть стл.
как быть с итераторами стримов?

по факту они - часть итераторов
#include <iterator>
но взаимодействуют со стримами.

lss · 11.09.2015, 21:11

Сообщение от hoggy

лично я полагаю стл любой стандартный законченный шаблоно код

Лично полагать никто не мешает, но позволь тогда и другим лично полагать по-другому, например, формально.

@hoggy · 11.09.2015, 21:17

Сообщение от lss

Лично полагать никто не мешает, но позволь тогда и другим лично полагать по-другому, например, формально.

так я же не против.
более того: я понимаю точку зрения людей,
которые придерживаются "формального положения".

вот этой фразой:

Сообщение от hoggy

вы конечно можете формально полагать,
что стл - это тупо контейнеры, алгоритмы и итераторы.
а все остально - типо особняком стоит.

я хотел дать вам понять, что понимаю,
как обстоит с этим дело в "формальном" смысле.

@_Ivana · 11.09.2015, 21:19

Я не буду говорить, что считаю частью Стандарт Темплейт Лайбрари, а что нет, потому что не знаю, да и не не хочу формировать какое-то определенное мнение - обсуждающие в последних постах хорошо раскрыли суть спора: это вопрос о терминах и не более.
А насчет того, что я говорю что не использую STL (во многом потому что не умею, а не умею потому что на чистом Си на микроконтроллерах ее не было, а ради десктопа я ее не изучил

), но при этом пишу cin|cout - ну я могу и сканэфы/принтэфы писать, и путчары/гетчары, только это более длинно и громоздко, поэтому я выбираю писать как короче. Но это же только в учебных задачах этого раздела, в консольных приложениях. В моем оконном тетрисе у меня никаких цинов-цаутов и принтэфов, например, в микроконтроллерных проектах путчары и редко принтэфы (они тормозные и не укладываются в тайм слоты часто) у меня тоже исключительно для отладочной печати, в финальном проекте их нет. Так что это вынужденное использование, уж прошу меня за это простить и не считать предающим идеалы "чистого без стандартно-библиотечного языка" из-за использования всего двух методов

@Mr.X · 11.09.2015, 21:21

Сообщение от DrOffset

Можно начать с этого интервью.

Прочитал. У него очень интересное отношение к ООП. Он проводит аналогию с математикой и говорит, что математики обычно начинают с доказательств, а аксиомы уже формулируют потом. И он говорит, что начинать проектирование с объектов - это все равно что начинать в математике с аксиом.
Мне это кажется не совсем верным. Формулируя доказательство, мы уже опираемся на интуитивно ощущаемые аксиомы. Так же и в проектировании - сначала мы берем интуитивно ощущаемые объекты и формулируем их интерфейс. Затем в процессе итераций проектирования объекты уточняются.

lss · 11.09.2015, 21:21

Сообщение от hoggy

я хотел дать вам понять, что понимаю,
как обстоит с этим дело в "формальном" смысле.

Тогда о чём спор?

@DrOffset · 11.09.2015, 21:22

Сообщение от hoggy

если верить господину DrOffset, то в STL не входит std::string
вот только std::string,
который тайпдеф над базовым стрингом очень даже выполнен по единой схеме и в едином стиле,
как любой другой стл-контейнер.

Да, не входит. Потому что его добавили позже, cразу в Стандартную Библиотеку, а не отдельно в STL. Но термин STL, формально, более не используется, поэтому это не настолько важно.
Термин STL - это исторический термин. Это термин из тех времен, когда была библиотека STL Степенова и Ли, была библиотека iostreams за авторством кого-то из AT&T (позабыл фамилию) и др. Т.е. когда они существовали отдельно.
Естественно в современных условиях все переплелось. STL с остальными частями стандартной библиотеки, а Стандартная Библиотека с языком (вспомним type_info, std::initializer_list и т.д.).
Так что, ребята, спорить тут, в общем-то, не о чем.

@hoggy · 11.09.2015, 21:30

Сообщение от lss

Тогда о чём спор?

так мы вроде бы и не спорили...

просто, общаемся, делимся мнениями

Croessmah · 11.09.2015, 21:51

М. Уилсон "Расширение библиотеки STL для С++. Наборы и итераторы"

1.1. Основные понятия
В основе библиотеки STL лежат шесть понятий: контейнеры, итераторы, алгоритмы, объекты функции, адаптеры и распределители (памяти). В контейнерах хранятся объекты. Итератор – это не зависящая от структуры данных абстракция, позволяющая получать доступ к элементам контейнера и обходить диапазоны элементов. В алгоритмах итераторы применяются для обобщенного манипулирования диапазонами элементов, ничего не зная о типах самих элементов и структурах данных, в которых они размещаются. С помощью объектов функций определяются обобщенные операции, применяемые к элементам, которыми манипулируют алгоритмы. Адаптеры позволяют согласовать между собой несопоставимые типы путем изменения их интерфейсов. Различают адаптеры класса (они адаптируют сами типы) и адаптеры экземпляра (они адаптируют экземпляры типов). Распределители абстрагируют операции распределения памяти и конструирования объектов, выполняемые контейнерами.

С использованием термина STL в мире C++ царит некая путаница. Строго говоря, он относится к обобщенной библиотеке шаблонов, которая выстроена на базе шести основных понятий и была разработана Степановым и его сотрудниками между 1980 и 1990 г.г. Но сейчас мы употребляем термин STL просто для обозначения того подмножества стандартной библиотеки C++, в котором используются эти шесть понятий. У этого смещения акцентов есть два следствия. Во первых, существует немало ревнителей чистоты C++, которые ухватятся за любую возможность поставить вас на место за неправильное употребление слова STL, указав приэтом, что вы, вероятно, имели в виду стандартную библиотеку. Во вторых, в стандартной библиотеке есть совместимые с STL вещи, которых в исходном варианте STL не было. Прежде всего, речь идет о потоках ввода/вывода IOStreams. В педагогических целях я буду отмечать STLные особенности IOStreams в разных местах книги, а в главе 34 рассмотрю одно расширение STL, которое целиком относится к IOStreams. Так или иначе, я всюду буду говорить просто STL, поскольку так короче, а заниматься теми компонентами стандартной библиотеки, которые не пересекаются с оригинальной версией STL, мы не собираемся. Кроме того, слово стандартный я хочу зарезервировать для обозначения компонентов, которые включены в стандартную библиотеку или согласуются с требованиями, сформулированными в стандарте C++ (редакция C++ 03).

Новые блоги и статьи Все статьи Все блоги /
сукцессия 12. краткий список проверок модели перед запуском. anaschu 27.06.2026 Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики Контекст Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .	Сукцессия 11. Проверка орудий перед войной: разработка через тестирование anaschu 27.06.2026 Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии Введение Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .	10 сукцессия. Питон код войны грибов и растений anaschu 27.06.2026 import numpy as np class PlantAgent: def __init__(self, name, strategy, initial_biomass): self. name = name self. strategy = strategy # "greedy" (широколиственные) или. . .	сукцессия 9. Математика подлости: как растения предали грибных друзей anaschu 27.06.2026 Статья 2. Глобальная фосфорная война: эволюционно-экономические механизмы распределения биомов Земли Введение: Экологический рынок как игра с нулевой суммой Традиционная экология долгое время. . .
сукцессия 8. Как я спорил с ИИ, которые - агенты растений и ненавистники грибов! anaschu 27.06.2026 Статья 1. Хроники грибного восстания: как Сократов диалог разрушил академические догмы ИИ Введение: Синдром «цифрового учебника» Современные большие языковые модели (LLM) обладают колоссальным. . .	Главный вопрос моделирования сукцессии anaschu 27.06.2026 главный вопрос. Если эктомикориза лучше добывает недоступный фосфор. И ее масса максимальна из всех. А широколиственный лес тоже имеет самую крутую биомассу. То почему не возникло их симбиоза? Это. . .	сукцессия 6. Питон реализация энилоджиковской модели, картинка про Центральную часть будущей модели anaschu 26.06.2026 Етить. ИИ мне на основе моего старого файла R создал вот эту вот хмерь на пайтоне. Это уже новая модель, модель сукцессии грибной. потоки фосфора, азота. Углерода. 5 видов организмов. Я даже. . .	Как замкнутый ядерный цикл решит проблему недостатки фосфора? Био миграция фосфора со дна океана anaschu 26.06.2026 Биологический лифт: Концепция подъема фосфора со дна океана с помощью ЗЯТЦ Предлагаю на обсуждение альтернативу тяжелому промышленному бурению океанического дна. Вместо сложной инженерии мы можем. . .

@_Ivana 4949 / 2289 / 287 Регистрация: 01.03.2013 Сообщений: 5,991 Записей в блоге: 32
	11.09.2015, 21:19
	Я не буду говорить, что считаю частью Стандарт Темплейт Лайбрари, а что нет, потому что не знаю, да и не не хочу формировать какое-то определенное мнение - обсуждающие в последних постах хорошо раскрыли суть спора: это вопрос о терминах и не более. А насчет того, что я говорю что не использую STL (во многом потому что не умею, а не умею потому что на чистом Си на микроконтроллерах ее не было, а ради десктопа я ее не изучил ), но при этом пишу cin\|cout - ну я могу и сканэфы/принтэфы писать, и путчары/гетчары, только это более длинно и громоздко, поэтому я выбираю писать как короче. Но это же только в учебных задачах этого раздела, в консольных приложениях. В моем оконном тетрисе у меня никаких цинов-цаутов и принтэфов, например, в микроконтроллерных проектах путчары и редко принтэфы (они тормозные и не укладываются в тайм слоты часто) у меня тоже исключительно для отладочной печати, в финальном проекте их нет. Так что это вынужденное использование, уж прошу меня за это простить и не считать предающим идеалы "чистого без стандартно-библиотечного языка" из-за использования всего двух методов 0