NS
Что с какого namespace взято вообще не ясно
Size: a a a
2017 November 27
TK
В нормальных проэктах так никто не делает. В лабах тож стоит привыкать к нормальному стилю программирования. В крайнем случае можно написать using std::cin и так далее, но лучше всегда обращаться ко всему с полным указанием пространств имен.
a
Равно как является хорошей практикой запихивать свой код в неймспейсы, дабы не засорять глобальный
NS
Ну using std::cout можно юзать всегда, если нет жесткого конфилкта имен
NS
И не 15 файлов в проекте
OS
Если неймспейсов импортируется несколько, это может вызвать пролемы
Якщо це не хедер, а реалізація, то вай нот
NS
Якщо це не хедер, а реалізація, то вай нот
Реализация может юзать опять же другие namespace
a
Якщо це не хедер, а реалізація, то вай нот
Я про описания классов/функций
NS
Ну кароче
NS
Когда using namespace несколько
NS
Это всегда боль когда сдаешь в поддержку
OS
За
using namespace в хедерах надо уже не отбивать руки, а отрубать.a
За
using namespace в хедерах надо уже не отбивать руки, а отрубать.Ну это прям вообще
OS
Я про описания классов/функций
При описанню то так, погоджуюся. Єине, що деколи корисно юзнути аліаси:
namespace po = boost::program_options;
namespace po = boost::program_options;
RN
OS
Интересно у кого из этого чата есть что показать кроме лабок? :)
OS
Диплом )))
OS
А все інше NDA захищає ))