функция для очисти определенных элементов массива.

[Пепел Феникса]

Гром, Берс имел в виду что не нужно бояться АПИ функций, ведь они итак применяются.

вообще я не понимаю боязни АПИ, с учетом того что применяется dotNET.

[_Bers]

Сообщение от Гром

_Bers, все, дошло.

Судя по твоим кривляниям - не очень дошло.

[Гром]

не очень дошло

Оууукей, пойдем от печки.

на "чистом" с++ не существует никаких "консолей", "дисплеев", "окошек", и "операционных систем".

Зато существует стандартный поток вывода, в который можно писать сколько угодно. И вывод символа '\b' - один из вариантов использования чистого C++.

На "чистом" с++ - никак.
При работе в операционной системе Windows, любые библиотеки, работающие с вводом/выводом в конечном счете дергают winapi.

Ты можешь быть удивлен, но даже всеми любимые printf и std::cout в конечном счете дергают winapi.

std::cout - это самый, что ни на есть "чистый C++". Чище не бывает, это стандарт, не зависящий от реализации. При использовании стандартных потоков программисту вообще ультрафиолетово, в какой ОС он работает, для него не существует WinAPI, особенно если он пишет под какой-нибудь Mac или *nix.

Каким образом ты будешь стирать символы, если тебе не доступны функции winapi ?

Попробуйте std::cout << "Hello, world" << "\b"; Узнаете много нового.

Более того: вообще, весь файловый ввод/вывод будет полностью парализован, если запретить winapi.

Точно в такой же степени, как если запретить использовать процессор или выключить компьютер из розетки. В конечном итоге вывод C++ в винде использует WinAPI, тот в свою очередь использует команды процессора, а процессор гоняет туда-сюда электрончики. Но программисту на C++ не должно быть дела до этого - для него не существует в этот момент ни WinAPI, ни процессора, ни квантовой физики. У него есть только язык и стандартный поток вывода. Он может не то, что не разбираться в WinAPI, он может работать под другой осью и не обязательно на десктопе.
Фразы типа "без использования WinAPI невозможно вывести на экран ни одного символа" абсолютно равносильны фразе "без использования компьютера невозможно вывести на экран ни одного символа". А вопрос-то, мягко говоря, в другом.
Вопрос в том, можно ли что-то сделать, не используя WinAPI на уровне программиста, а не на уровне операционной системы. Ответ: можно, но это будет либо нерационально (с использованием вывода этого несчастного символа '\b'), либо придется использовать сторонние библиотеки (и функции типа борландовского gotoxy), которые при этом тоже не входят в стандарт.

[Stilet]

не выводя массив заново?

А что мешает очистить консоль и вывести заново эти элементы?

[Гром]

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

А что мешает очистить консоль и вывести заново эти элементы?

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

[_Bers]

Сообщение от Гром

std::cout - это самый, что ни на есть "чистый C++". Чище не бывает, это стандарт, не зависящий от реализации. При использовании стандартных потоков программисту вообще ультрафиолетово, в какой ОС он работает, для него не существует WinAPI, особенно если он пишет под какой-нибудь Mac или *nix.

"А есть ли похожая функция в чистом c++. без win api ? или может её можно как нибудь создать?"


Если ты работаешь в ос WINDOWS, ответ - нет.

В WINDOWS, "чистый" std::cout используют этот самый winapi. Если критично его не использовать, то весь стандартный ввод/вывод так же становится недоступным.

Невозможно создать функцию по работе с консолью, в обход winapi, не нарушив лицензию майкрософт.

С другой стороны, если допустимо сторонним библиотекам использовать winapi в своих недрах, то теряется всякий смысл вообще запрета на его использование на верхнем уровне.

Это понятно?

Если цель запрета использования winapi в явном виде - не привязываться к платформе, то и нужно ставить было вопрос о кросс-платформенности, а не разрешении/запрете использовать само winapi.

Это понятно?

Человек спросил: "как реализовать вывод в обход winapi". Ответ - в WINDOWS это не возможно.

Это понятно?

[Гром]

Ом... _Bers, вы действительно верите, что автор боится, что во время его работы за компьютером где-то (без его ведома) будут вызваны функции WinAPI? Я на 99,9983% уверен, что автор не хотел писать функции WinAPI в своем коде - либо просто не хочет/боится/считает нерациональным использовать такие низкоуровневые средства, либо они не проходили WinAPI, и ему по заданию не стоит использовать его функции.

Вопрос стоит о невызове функций WinAPI в написанном коде явным образом. Инфа 99,9983%. Впрочем, автор потом сам, наверно, подтвердит.
Что вообще за бред с запретом на использования ВинАПИ совсем, в том числе абсолютно неявно? Для чего это может быть нужно? Галактика что ли взорвется, если на компьютере будет вызвана функция WinAPI? Так я вам по секрету скажу - вызов и работа окна консоли в Винде без использования ВинАПИ где-то в недрах в принципе невозможна. Я уж не говорю о том, что вам не удастся запустить саму винду без использования ВинАПИ.

Какое-то извращенное у вас восприятие этого вопроса и, по моему скромному мнению, мало соответствующее действительности. Я, конечно, могу понять, что иногда человек видит только то, что хочет видеть, но чтобы хотеть настолько странного? Это выше моего разумения.

[_Bers]

Сообщение от Гром

Ом... _Bers, вы действительно верите, что автор боится, что во время его работы за компьютером где-то (без его ведома) будут вызваны функции WinAPI?

Нет. Я вообще не то что бы верю, или не верю. Я просто не делал никаких предположений относительно "тайных желаний автора".

А исходил исключительно из его речей:

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

А есть ли похожая функция в чистом c++. без win api ? или может её можно как нибудь создать?

Я лишь довел до его сведения мысль о том, что взаимодействие с системой осуществляется через её штатный интерфейс (winapi), поэтому, без win api сделать вывод в консоль под форточками не получится.

И что даже "чисто стандартная плюшка" std::cout в своих недрах опять таки дергает winapi для вывода.

А уж что именно хочет автор - это уже его личная думка.
Например, он может подумать: "ну раз все равно используется winapi, а кросс-платформа не нужна, почему бы тогда не попользоваться апи-функциями консоли?"

Или он может подумать: "а может быть есть какая нибудь готовая библиотека, которая кросс-платформенная, но с её помощью можно удобно выводить цветной текст в любом месте экрана?".

Или он может подумать: "а есть ли какие нибудь стандартные плюшки с++, наподобие std::cout, но которые умеют, допустим, установить координаты курсора, или изменить цвет символов"

И тп. Но зачем я сейчас будут гадать? Автору будет нужно - он просто уточнит момент.

Сообщение от Гром

Какое-то извращенное у вас восприятие этого вопроса и, по моему скромному мнению, мало соответствующее действительности. Я, конечно, могу понять, что иногда человек видит только то, что хочет видеть, но чтобы хотеть настолько странного? Это выше моего разумения.

У меня восприятие задачи конкретное. Автор задал конкретный вопрос, и получил конкретный ответ.

[Гром]

Нет. Я вообще не то что бы верю, или не верю. Я просто не делал никаких предположений относительно "тайных желаний автора".

Ясно. Уже вижу картину, как к вам в столярной мастерской приходит человек с доской и просит отпилить ему лишние 20 сантиметров, а вы ему голову отпиливаете. Вопросов больше не имею. С ужасом ожидаю появления первых Т1000.

[DAVID973]

при выводе символа '\b' мерцание возникает сильнее чем если стирать а затем заново выводить весь массив. p.s. автор вопроса не изучал WIN API и поэтому просто не знает способы применения этих функций в консоли.