Пространства имен с++. namespace c++ что это. Изучение С++ для начинающих. Урок

[@SimpleCodeIT]

*Друзья, если вы решили изучать программирование и подписались на канал - рекомендую вам нажать колокольчик чтобы никогда не пропускать новые уроки!*

[@rt-yc1op]

Возможно ли подключиться к namespace по сети? Например у меня есть сайт: сайт имеет слова, ряд слов, и они все по сети будут видны?

[@dailyquote840]

@@rt-yc1op видео 5 летней давности думаешь он ответит при учете того что с ним что-то случилось и нету видео?

[@ՏիրանՀովհաննիսյան]

Я обычно никому не ставлю лайки, но как тут не поставить, у меня даже вопросов не остается, СПАСИБО!!!

[@Agent-kt7sv]

После перерыва около двух недель, соскучившись, с удовольствием возвращаюсь к урокам преподавателя Сергея, ссылки на уроки которого висят на нашем университетском курсе по ООП (серьёзно). Сергей, в университете знают, что Ваши уроки - отличная работа, которую оценить просто невозможно! Благодарю Вас за Ваши старания!

[@naotomo2160]

чё за уник

[@_mirai]

Ждал этой темы со второго урока:D

[@mykhailomorhal2181]

мене якраз на співбесіді питали про цю тему) А ще хотів подякувати за уроки.Зараз я вже проходжу практику в компанії по програмуваннню мікропроцесорів) Дякую за ваші уроки) ви робите велику справу

[@skorp291]

Очередное огромное спасибо! Тема из легких, но Вам всегда приятно сказать СПАСИБО!!!

[@SimpleCodeIT]

#namespace #using #пространстваимен #SimpleCode #урокипрограммирования

[@jemes561]

Зашел сюда с урока 1.1 дабы узнать что такое namespace, благодарю.

[@jrscode6323]

за 16 мин закрыл все мои вопросы на данную тему!

[@artlinestudio6735]

Потрясающе! Огромный, ламповый лайк. Сергей, пожалуйста вернитесь к урокам С++. Вы давно их не выпускали. Умоляем!

[@RrRrRrRroman]

Во, наконец-то начинаем понимать самые базовые вещи уже на другом уровне!

[@KurpatovInstagram]

Спасибо!

[@andrewbistroff1199]

Спасибо за Шикарный урок!

[@shortbow580]

спасибо за твои видео по с++

[@ИванБотяев-д2ы]

Все наглядно. Спасибо.

[@go5190]

Большое Спасибо !

[@Ermine882]

Спасибо за урок.

[@vladimirdiadichev6140]

Все очень понятно.

[@vladalu9794]

большое спасибо за урок!!! очень интересно

[@mira.iva13]

Спасибо за Вашу работу !!!

[@СарматПересветов]

крайне познавательно, так долго пользовался пространством имен, но даже не знал что конкретно это такое)

[@segars9604]

Спасибо за бесценный труд!)

[@АртемСлободенюк-е6д]

6 дизлайков? И кто эти люди???? Спасибо за урок!

[@Jessica_Cat-l1v]

Замечательное изложение материала🤩

[@Seyd_bekzada]

все просто и понятно)) спасибоо, канал реално SimpleCode !!!!! все объясняется просто

[@nap0le0nb0naparte7]

Очень понравилось,Спасибо!

[@kaynsolo]

Доходчиво!

[@АндрейМиненко-ц3з]

Спасибо за урок

[@МаксимБутенко-й2э]

Благодарю, отличный урок

[@Antonov_Ivan.]

Спасибо за урок!

[@nightwolf4371]

От души душевно в душу!

[@theflameflare]

Есть одна достаточно полезная фишка Если мы не хотим подключать всё пространство имён std ради, например, функции cout, то чтобы каждый раз явно не указывать std::cout, мы можем использовать using std::cout в начале, чтобы дальше пользоваться выводом без явного указывания.

[@1mpalo362]

хахаха нифига себе, круто

[@sleepyNovember_project]

Ля, я же где то видел как так делали, но забыл, а ща прям как в первый раз обрадовался такой классной инфе, найс! Благодарочка)

[@fliptingames1251]

@@1mpalo362 я с помощью define - std::cout заменил на sc и все так же работает

[@volodia9509]

Приветствую. Спасибо за ваш труд. Отличный канал, надеюсь не забросите. Хотелось бы узнать, что будет являться квинтэссенцией вашего канала? Просто изучение технологий/языков или возможно передача опыта в плане разработки уже какого-либо маленького приложения с использованием уже полученных знаний из веба/фреймворков/ООП/сетей и т.д.

[@C2H5OHH]

Thank you for the lesson!

[@ШараповВиктор-т2т]

Спасибо большое вам!

[@erikazatian2730]

спасибо, хорошо объясняете

[@HugoBossKosta]

спасибо за урок)

[@panalike]

Как говорил теилс из Sonic Heroes - "Уаааау май хеадспиннинг"

[@IT_Enthusiast]

Дякую!

[@nmg_prm]

Топ уроки!

[@Ivan-Shyriaiev]

Спасибо ;)

[@faustomendez6567]

Вроде понял :-)

[@ЯрославГоловко-ф6и]

спасибо

[@pubgr862]

Прочитал на одном из форумов что using namespace std; плохой тон, в фирме в которой работает чел что писал статью, запретили подключение каких либо пространств имён, все возмущались что сложно и зачем каждый раз прописывать, но буквально через неделю привыкли, а впоследствии даже оценили что это плюс 🤷🏿‍♂️

[@TheWladberlin]

Мой пацан, мне то же самое говорит давно уже. Теперь придется с ним согласиться:)))

[@androidpasha]

Подскажите в пространстве имен переменную типа String можно публиковать?

[@andreyua2]

Эту тему надо было преподавать в начальных уроках!!!

[@TheWladberlin]

Точно! Тема с которой вообще можно было бы где-то в самом начале познакомиться

[@Kokurorokuko]

Нет, не надо было. Для первых программ это лишняя сложность, и меньше всего новичку хочется слушать про то, что он прямо сегодня не сможет использовать.

[@i4q236]

в чём разница между using namespace std и using std::cout using std::cin using std::endl И так далее для всех объектов std Когда нужно использовать первый вариант когда второй? И есть ли вообще смысл использовать старый на мой взгляд второй вариант? )))

[@user-ye4uq5sc1j]

Евгений Гордиенко если ещё актуально. 2ой вариант не старый, просто нужен чтобы не использовать все огромное пространство имён. И вообще для больших(не мелких учебных и тп) проектов предпочтительно подключать как во втором варианте(разумеется если не требуется все пространство имён). Почему не стоит подключать все пространство найдите где-нибудь статью, т.к. узнать надо не мало, чтобы полностью вникнуть:) А в качестве простого примера вполне подойдут две функции с одинаковым названием и параметрами как в видео было с функцией foo. Каждая из них в своём пространстве имён, оба из которых мы подключили как using namespace. Возникнут ошибки, которые потом почти нереально найти. Например вы хотели юзнуть функцию из одного namespace, а компилятор решил использовать из другого. Если компилятор не ругнётся конечно))

[@i4q236]

Я понял! Благодарю! )))

[@spolyr]

С праздником! Есть вопрос, начал изучать Си, потом хотел перейти на Си++ Проблема в том что читаю Стивен Прата , делаю примеры и разбираю в Visual Studio не все компилируется, но есть CodeBlocks. Посоветуйте как лучше, и насколько правильный путь . Очень много тонкостей, версия компилятора, среда разработки, стандарт языка. За плечами ассемблер, немного паскаль. Спасибо

[@martmishka]

Если еще актуально, то мне кажется логичным изучать плюсы и пользоваться Visual Studio (сам так делаю и пока не страдаю). VS пока что предъявляет больше требований и заставляет больше гуглить и вникать в каждую тему. В книгах многие (у Прата тоже, сам его читаю) функции уже устарели и считаются небезопасными, поэтому VS часто ругается и заставляет читать онлайн справки от Microsoft. Все это полезно, мне кажется. CodeBlocks же пропустит то, что уже считается устаревшим, но как потом с этим работать?

[@deni5n]

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

[@higiro9333]

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

[@gavyttop1341]

я хз, но вроде множественное наследование виртуальной функции возможно, не должно быть ошибок) может чтото в коде?

[@vaynah9540]

*SAMIY LUTSHIY YOUTUB KANAL V MIRE SERGEY SPASIBA BRAT*

[@ГосподинХороший-в8е]

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

[@i4q236]

Привет, Сергей! У меня такой вопрос: "А как нам обратиться к переменным, объявленным в глобальном пространстве имён?" Такая проблема! У нас есть переменные a и b в глобальном пространстве имён, также есть переменный a и b в пространстве имён firstNS и переменные a и b в пространстве имён secondNS...Если нам нужно обратиться к переменным a и b в пространстве имён firstNS мы пишем: firstNS::a, secondNS::b...Дальше мы подключаем пространство имён firstNS с помощью using namespace firstNS...и пишем допустим a = 12; b = 18. Так вот возникает ошибка...компилятор не знает к каким переменным a и b обратиться...то ли к переменным с пространства имён которое мы подключили...т.е. firstNS...то ли к переменным объявленным в глобальном пространстве имён! Как решить эту проблему?! )))

[@СправаФея]

::a, ::b - это обращение к переменным в глобальном пространстве имен,

[@vadimturok59]

Пытаюсь собрать программу с использованием пространств имен. Есь три файла, всё перепроверил по несколько раз но выдаёт вот такую ошибку: Error LNK2019 unresolved external symbol "void __cdecl pers::showPerson(struct pers::Person const &)" (?showPerson@pers@@YAXABUPerson@1@@Z) referenced in function "void __cdecl debts::showDebt(struct debts::Debt const &)" (?showDebt@debts@@YAXABUDebt@1@@Z. Может хоть кто нибудь приблизительно сказать в чем может быть проблема?? Пытался поискать на просторах инета но так и не нашел

[@Neutral4141]

Раздражает, что при обучении, объяснение работы большинства новых конструкций откладываю на потом. Просто кидают в тебя какой-то абстракцией вроде "это библиотека", а что это за библиотека, как она выглядит и работает, откуда и почему появилась не объясняется. Только самообразование помогает внести ясность. Вообще есть желание понять всё как можно глубже, но на сегодня и такого уровня хватит. Спасибо вам за работу

[@sayomortal]

Я единственный дурачок, который не использует using namespace, а явно везде прописывает пространства имён, даже для std?

[@sleepyNovember_project]

Лол, нет :D Я так же везде std:: пишу Но там написали в комменты что можно определённые штуки из неймспейсов обозначать: using namespace std::cin и можно будет только cin из этого неймспейса использовать без явного указания std::

[@i4q236]

Почему cout, cin, endl И так далее помещены в пространство имён std если в глобальном пространстве имён таких объектов нет? С чем может быть конфликт? Почему бы их не сделать глобальными? Если кто-то создаст допустим Cout в каком-нибудь пространстве имён mtmedia, а наш cout был бы глобальным они бы всё равно не конфликтовали бы?! Мы бы использовали наш объект класса ostream без указания прост-ва имён, а cout из mtmedia с помощью mtmedia::cout )))

[@TheWladberlin]

изобретатели с++ много что через задницу сделали.

[@protuz4364]

@@TheWladberlin ОДИН разработчик)

[@bitard3361]

А можно изучить язык программирования не зная основ программирования ?????

[@bitard3361]

спасибо большое.

[@TheWladberlin]

К "основам" ты можешь со временем все-равно добраться, от сложного к простому, как бы с обратной стороны, как проктолог))

[@alexandrmelnikov6434]

@@TheWladberlin Да уж, заставил посмеяться )))) Но ответил хорошо ему... И правда, зачем им основы ? Они вон, всё просят к формам поскорее..

[@pavelios3577]

Спасибо за урок.

[@beuef1379]

Спасибо!

[@DD0S2]

спасибо

[@ВітяКоміссаров]

спасибо