Відповідь 1:

iostream.h був файлом заголовка, використовуваним бібліотекою потоків вводу / виводу на початку 1990-х, яка була спочатку розроблена в AT&T для використання з ранньою C ++, перш ніж вона була стандартизована.

iostream - це заголовок, який використовується стандартною бібліотекою C ++, вперше опублікованою в 1998 році, щоб забезпечити доступ до стандартних потоків вводу / виводу.

Ніколи не було стандарту C ++, який би згадував про "iostream.h", але в стандартних посиланнях, таких як Анотована довідкова інструкція C ++ з 1990 року, використовувався цей заголовок.


Відповідь 2:

кожен заголовок має вбудовану функцію бібліотеки, яка має можливість використовувати різного роду змінну

Перш ніж навіть було стандартизовано C ++, бібліотеку вводу / виводу розробляли як . Однак цей заголовок ніколи не був стандартним заголовком C ++. Деякі старі компілятори продовжували поширювати заголовок також як . Використовуйте , оскільки це гарантує стандарт існування.

Варто зазначити, що єдиними стандартними заголовками, які закінчуються .h, є стандартні заголовки бібліотеки C. Усі стандартні заголовки бібліотеки C ++ не закінчуються .h.

Дякую


Відповідь 3:

Оригінальна бібліотека iostream була написана для того, щоб оскаржити твердження, що для швидкої, безпечної системи вводу / виводу потрібна спеціальна мовна підтримка. Він був розроблений в Bell Labs Bjarne Stroustrup і постачався з оригінальним компілятором C ++, CFront та описаний у першому виданні Stroustrup's C ++ Language Programming Language. Ця версія бібліотеки iostream містила заголовки iostream.h, fstream.h тощо. Зараз CFront, його бібліотека та мовний програмування на C ++ протягом певного часу формували фактичний стандарт для C ++. Отже, коли інші постачальники компіляторів реалізували C ++, вони скопіювали бібліотеку iostream (серед інших).

Десь пізніше мова С ++ увійшла до процесу стандартизації. Цей процес зосереджувався як на основній мові, так і на стандартній бібліотеці, до якої повинна належати бібліотека iostream. Версія бібліотеки iostream, яку випустив Комітет стандартів, сильно відрізняється від впровадження CFront. З одного боку, стандартна версія бібліотеки була сильно розроблена. Інші функціональні відмінності включали зміну кількох перерахувань, які контролювали введення-виведення. По суті, хоча деякі старі коди працюватимуть із новою бібліотекою, багато з них все ще не було.

Щоб полегшити перехід, Комітет стандартів C ++ заявив, що код, включаючи стандартні заголовки C ++, буде включати директиви, які не мають розширення. Це дозволило постачальникам компіляторів надсилати заголовки бібліотеки старого стилю C ++ із розширенням .h та без заголовків нового стилю. З періоду після цього рішення Комітету з стандартів до приблизно 2002 року це було загальним рішенням багатьох постачальників компіляторів. Це часто поєднувалося з попередженнями про депресію, коли були включені старі заголовки.

Однак багато упорядників за останні роки застосували інший підхід. Замість цього вони або повністю залишають заголовки старого стилю повністю, так що код залежно від iostream.h просто не буде компілюватися, або вони мають старий заголовок стилю, включаючи новий заголовок стилю та використовують, використовуючи директиви, щоб витягувати декларації з простору імен std в простір імен кореня. Отже, якщо заданий фрагмент коду за допомогою iostream.h складений на випадково вибраному, недавньому компіляторі, результати непередбачувані. Він може не вдатися до компіляції через просту відсутність заголовка. Вона може не вдатися до компіляції, оскільки компілятор намагається використовувати нову бібліотеку стилів, але код покладається на функціональність, наявну лише в старій бібліотеці iostream. Або він може побудувати на основі бібліотеки старого стилю.


Відповідь 4:

Оригінальна бібліотека iostream була написана для того, щоб оскаржити твердження, що для швидкої, безпечної системи вводу / виводу потрібна спеціальна мовна підтримка. Він був розроблений в Bell Labs Bjarne Stroustrup і постачався з оригінальним компілятором C ++, CFront та описаний у першому виданні Stroustrup's C ++ Language Programming Language. Ця версія бібліотеки iostream містила заголовки iostream.h, fstream.h тощо. Зараз CFront, його бібліотека та мовний програмування на C ++ протягом певного часу формували фактичний стандарт для C ++. Отже, коли інші постачальники компіляторів реалізували C ++, вони скопіювали бібліотеку iostream (серед інших).

Десь пізніше мова С ++ увійшла до процесу стандартизації. Цей процес зосереджувався як на основній мові, так і на стандартній бібліотеці, до якої повинна належати бібліотека iostream. Версія бібліотеки iostream, яку випустив Комітет стандартів, сильно відрізняється від впровадження CFront. З одного боку, стандартна версія бібліотеки була сильно розроблена. Інші функціональні відмінності включали зміну кількох перерахувань, які контролювали введення-виведення. По суті, хоча деякі старі коди працюватимуть із новою бібліотекою, багато з них все ще не було.

Щоб полегшити перехід, Комітет стандартів C ++ заявив, що код, включаючи стандартні заголовки C ++, буде включати директиви, які не мають розширення. Це дозволило постачальникам компіляторів надсилати заголовки бібліотеки старого стилю C ++ із розширенням .h та без заголовків нового стилю. З періоду після цього рішення Комітету з стандартів до приблизно 2002 року це було загальним рішенням багатьох постачальників компіляторів. Це часто поєднувалося з попередженнями про депресію, коли були включені старі заголовки.

Однак багато упорядників за останні роки застосували інший підхід. Замість цього вони або повністю залишають заголовки старого стилю повністю, так що код залежно від iostream.h просто не буде компілюватися, або вони мають старий заголовок стилю, включаючи новий заголовок стилю та використовують, використовуючи директиви, щоб витягувати декларації з простору імен std в простір імен кореня. Отже, якщо заданий фрагмент коду за допомогою iostream.h складений на випадково вибраному, недавньому компіляторі, результати непередбачувані. Він може не вдатися до компіляції через просту відсутність заголовка. Вона може не вдатися до компіляції, оскільки компілятор намагається використовувати нову бібліотеку стилів, але код покладається на функціональність, наявну лише в старій бібліотеці iostream. Або він може побудувати на основі бібліотеки старого стилю.


Відповідь 5:

Оригінальна бібліотека iostream була написана для того, щоб оскаржити твердження, що для швидкої, безпечної системи вводу / виводу потрібна спеціальна мовна підтримка. Він був розроблений в Bell Labs Bjarne Stroustrup і постачався з оригінальним компілятором C ++, CFront та описаний у першому виданні Stroustrup's C ++ Language Programming Language. Ця версія бібліотеки iostream містила заголовки iostream.h, fstream.h тощо. Зараз CFront, його бібліотека та мовний програмування на C ++ протягом певного часу формували фактичний стандарт для C ++. Отже, коли інші постачальники компіляторів реалізували C ++, вони скопіювали бібліотеку iostream (серед інших).

Десь пізніше мова С ++ увійшла до процесу стандартизації. Цей процес зосереджувався як на основній мові, так і на стандартній бібліотеці, до якої повинна належати бібліотека iostream. Версія бібліотеки iostream, яку випустив Комітет стандартів, сильно відрізняється від впровадження CFront. З одного боку, стандартна версія бібліотеки була сильно розроблена. Інші функціональні відмінності включали зміну кількох перерахувань, які контролювали введення-виведення. По суті, хоча деякі старі коди працюватимуть із новою бібліотекою, багато з них все ще не було.

Щоб полегшити перехід, Комітет стандартів C ++ заявив, що код, включаючи стандартні заголовки C ++, буде включати директиви, які не мають розширення. Це дозволило постачальникам компіляторів надсилати заголовки бібліотеки старого стилю C ++ із розширенням .h та без заголовків нового стилю. З періоду після цього рішення Комітету з стандартів до приблизно 2002 року це було загальним рішенням багатьох постачальників компіляторів. Це часто поєднувалося з попередженнями про депресію, коли були включені старі заголовки.

Однак багато упорядників за останні роки застосували інший підхід. Замість цього вони або повністю залишають заголовки старого стилю повністю, так що код залежно від iostream.h просто не буде компілюватися, або вони мають старий заголовок стилю, включаючи новий заголовок стилю та використовують, використовуючи директиви, щоб витягувати декларації з простору імен std в простір імен кореня. Отже, якщо заданий фрагмент коду за допомогою iostream.h складений на випадково вибраному, недавньому компіляторі, результати непередбачувані. Він може не вдатися до компіляції через просту відсутність заголовка. Вона може не вдатися до компіляції, оскільки компілятор намагається використовувати нову бібліотеку стилів, але код покладається на функціональність, наявну лише в старій бібліотеці iostream. Або він може побудувати на основі бібліотеки старого стилю.


Відповідь 6:

Оригінальна бібліотека iostream була написана для того, щоб оскаржити твердження, що для швидкої, безпечної системи вводу / виводу потрібна спеціальна мовна підтримка. Він був розроблений в Bell Labs Bjarne Stroustrup і постачався з оригінальним компілятором C ++, CFront та описаний у першому виданні Stroustrup's C ++ Language Programming Language. Ця версія бібліотеки iostream містила заголовки iostream.h, fstream.h тощо. Зараз CFront, його бібліотека та мовний програмування на C ++ протягом певного часу формували фактичний стандарт для C ++. Отже, коли інші постачальники компіляторів реалізували C ++, вони скопіювали бібліотеку iostream (серед інших).

Десь пізніше мова С ++ увійшла до процесу стандартизації. Цей процес зосереджувався як на основній мові, так і на стандартній бібліотеці, до якої повинна належати бібліотека iostream. Версія бібліотеки iostream, яку випустив Комітет стандартів, сильно відрізняється від впровадження CFront. З одного боку, стандартна версія бібліотеки була сильно розроблена. Інші функціональні відмінності включали зміну кількох перерахувань, які контролювали введення-виведення. По суті, хоча деякі старі коди працюватимуть із новою бібліотекою, багато з них все ще не було.

Щоб полегшити перехід, Комітет стандартів C ++ заявив, що код, включаючи стандартні заголовки C ++, буде включати директиви, які не мають розширення. Це дозволило постачальникам компіляторів надсилати заголовки бібліотеки старого стилю C ++ із розширенням .h та без заголовків нового стилю. З періоду після цього рішення Комітету з стандартів до приблизно 2002 року це було загальним рішенням багатьох постачальників компіляторів. Це часто поєднувалося з попередженнями про депресію, коли були включені старі заголовки.

Однак багато упорядників за останні роки застосували інший підхід. Замість цього вони або повністю залишають заголовки старого стилю повністю, так що код залежно від iostream.h просто не буде компілюватися, або вони мають старий заголовок стилю, включаючи новий заголовок стилю та використовують, використовуючи директиви, щоб витягувати декларації з простору імен std в простір імен кореня. Отже, якщо заданий фрагмент коду за допомогою iostream.h складений на випадково вибраному, недавньому компіляторі, результати непередбачувані. Він може не вдатися до компіляції через просту відсутність заголовка. Вона може не вдатися до компіляції, оскільки компілятор намагається використовувати нову бібліотеку стилів, але код покладається на функціональність, наявну лише в старій бібліотеці iostream. Або він може побудувати на основі бібліотеки старого стилю.