@Altair42

Вопрос. Можно ли использовать эти объекты по умолчанию или одной командой? Типа:
using std::"все объекты"
Лень каждый раз напомнит что использую тот или иной объект. Или как они там называются ( я только начинаю изучать с++)

Потом я не знаю сколько их там. Если там в библиотеке объектов несколько десятки то это здорово увеличит "вес" программы.

Я не страиваю алгоритмы. Даже когда изучал Basic с его то громоздким кодом я не строил алгоритм.

0

Croessmah

можно всё пространство использовать:
Добавлено через 52 секунды
всё что не используется будет откинуто

1

@0x10

С чего вдруг?

1

@SatanaXIII

Altair42, еще один извращенный вариант. Вам понравится.
Создайте .h файл, напишите в него один раз все using std::"что требуется", и подключайте в своих проектах всего одной строкой.

0

@Altair42

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

Добавлено через 4 минуты
Пример:
Пишу себе программу. Ну большую. Надо использовать до фига и больше этих объектов. Целая страница будет заполнена using std::...

Еще пример. Пишу себе программу. же несколько страниц. Короче увлекся. Нужна использовать объект которого не добавил и программа не сможет опознать. Надо будет вернуться и добавит - лень. Или совсем забуду добавит. потом начни искать ошибку в коде из десяти страниц.

0

@recoder

Пишите std:: и всё.

0

@Altair42

попробую )

0

@Nick Alte

Большие программы лучше писать в виде набора из нескольких исходных файлов. Так и легче будет разбираться в структуре программы, и каждый файл будет содержать весьма умеренное количество using.
Опять же, с небольшими исходными файлами это не станет проблемой.

0

@Altair42

Nick Alte, в любом случае проще использовать все облако чем писать 5 - 6 раз.

0

@DrOffset

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

0

@korvin_

Как вариант, можно импортировать только самое частоиспользующееся, и если точно знаешь, что оно ни с чем не будет конфликтовать. Например:

0

@Altair42

Ребят как я понял std - название библиотеки. В самой библиотеке конфликт имен не возможно. Если написать using namespace std; это не означает ли что используется конкретная библиотека с названием "std". Или я не прав?

Конфликт возможен только если в программе используется несколько библиотек. В этом случае конфликт будет как бы программист не старался. Допустим "cout" есть в библиотеке "std" и есть в какой то другой, называется допустим "Х" и отвечает за какое то другое действие ( чисто гипотетически ).

Использование в одной программе 2 cout из разных библиотек приведет к конфликту. Если только каждый раз при использование не напомнит программе что именно этот cout который отвечает за хз что взят из библиотеки "Х". Если напомнит что объект взят из другой библиотеки каждый раз когда его используешь то не имеет значение ты используешь команду "using namespace std;" или "using std::cout;".

0

@DrOffset

Нет. Это пространство имен, а не библиотека. Вот ситуация (самая простая из возможных):
Есть пространство имен А, там определена функция f (int, int).
Есть пространство имен B, там тоже определена функция f(int, int).
Если же писать так, то данная проблема будет исключена:

0

@Altair42

DrOffset, Вы меня не поняли.

Допустим я использую пространство А и Б. Но чаше всего А. То есть пока пишу программу буду использовать пространство А по крайней мере десятки раз. А пространство Б лишь несколько раз. Не проще ли добавит пространство А полностью а из Б конкретные объекты при необходимости по ходу дела. Или так не возможно?
Пример:

using namespase A;
int main()
{
Какой та там код.

Команда для добавление объекта из другого пространства

Какой та там код с использованием введенного пространства и выход из того пространства.

продолжение....
}

Вы пример привели из 2 объектов, с 2 пространств. Если добавит каждый объект таким же способом чтоб программа не зависла, то первая сотня строки будут только записи о пространствах и используемых объектах.

0

@0x10

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

Не усложняйте на ровном месте, серьезно.

0

@DrOffset

И зачем это делать? Я говорил о том, что в большинстве случаев достаточно использовать полное имя с включением пространства имен, как я показал в примере. Это нецелесообразно только в том случае, если вложенность пространств имен большая. Тогда можно сделать using namespace А::B::C; внутри того scope, в котором используются сущности из C. Либо воспользоваться псевдонимами для пространств имен
тоже настолько локально, насколько это позволяет задача. Пойнт в том, что глобальные включения в больших проектах могут непредсказуемо повлиять на код. Поэтому и не рекомендуется засорять текущее пространство имен лишними именами.

Да можно и добавить. Зависит же это от многих вещей. Вообще когда учишься или пишешь для себя можно делать все, что хочешь. Я просто предупредил, что если приучиться к плохому стилю, скорее всего потом придется жестко переучиваться. Ну это конечно в том случае, если есть намерение связать профессиональную деятельность с программированием.

0

@Altair42

Ок я вас понял.
На счет программирование. Моя профессия ИТ. Но как многие знают в университетах третьих стран не к чему нормальному не учат. Мы типа изучали Бейзик и то на доске и на бумаге. Visual Basic в лицо не видел, в первые я узнал что есть еще несколько ОС для ПС через год после окончание универа. Вот и хочу узнать все подробности. Я некогда не ограничивался рамками. Помню я хотел вычислит другой способ найти дискриминант.

Я это к тому что у меня еще много будут бредовых для вас вопросов.

Добавлено через 14 минут
Вопрос не по теме. На каком языке написан Линукс? И на каком языке принимает команды?

0

@DrOffset

Ядро на С.
Немножко неточная формулировка, но я думаю, что верно понял. Писать для Linux можно на любом языке (был бы инструментарий), системное ABI же соответствует C calling convention.

0

@Altair42

Нуу я имел введу на каком языке к нему обращаться? Какой учит чтоб понять Линукс.

Я думал у него ядро на Ассемблер.

0

@DrOffset

Ассемблер там есть. Но большая часть кода на С.
Понять, в смысле исходники ядра? Если да, то С. Это основной язык.
Если просто программировать приложения для Linux, то подойдет и любой другой, который умеет делать вызовы С функций (это практически любой современный язык, главное чтобы он вообще под Linux существовал). В любой случае сейчас у многих языков обширные библиотеки, поэтому в зависимости от задачи может быть вообще не придется сталкиваться с системными вызовами.

0