Чем плох using

[taras-proger]

Пространства имён придуманы ради того, чтоб разрешить совпадать нескольким идентификаторам. А зачем это собственно надо? Пусть у вас есть свой строковый класс my::string, кроме него существует ещё std::string. Но если вам не нужен std::string, то в чём конфликт? Можно ведь не инкладить <string>. Вам нужен my::string и вы заинкладили <string> ради класса std::wstring? Ну скопируйте <string> в каталог проекта да почистите его. В чём собственно проблема? Класс string будет один. Много работы? Эйси, можно было с самого начала разделить std::string, std::wstring и std::u32string по разным файлам, пространство имён здесь не нужно. А зачем же оно нужно? Да за тем, чтоб использов
ать std::string и my::string одновременно.

#include <string>
namespace my
{
 ...
 class string
 {
  ...
 };
 ...
};
int main ()
{
 using namespace std;
 using namespace my;
 string s;// Здесь будет неопределённость имени string.
 ...
 return 0;
}

Проблема в том, что отменить действие using нельзя. При использовании оператора :: такой проблемы просто нет. В учебных поделухах на пару десятков строк, использующих кроме глобального ровно одно дополнительное пространство имён не страшно, но в них не страшно и namespace не поддерживать, обращаться к string, cout, cin и endl напрямую это ни как не помешает. А в тех больших проектах, где действительно нужны пространства имён, окажется, что using не решает своей задачи, так обращаться к членам пространств имён всё равно приходится через ::. Так зачем же лишняя строчка с using? Чтоб мешалась, другого назначения у неё в таких проектах нет.

[evg_m]

1. что бы ЗНАТЬ какие пространства БУДУТ использованы (потребуются) без прочесывания.
2. чтобы разрешить использование этих имен std:: my:: (да-да это тоже имя и оно должно быть объявлено).

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

Эйси, можно было с самого начала разделить std::string, std::wstring и std::u32string по разным файлам, пространство имён здесь не нужно. А зачем же оно нужно? Да за тем, чтоб использов
ать std::string и my::string одновременно.

и подключать новый инклюд ради одной строчки почти? бред.

пространтства имен должны обеспечить независимость, и они это делают.(как ни странно)
не приходится писать TMyMegaString.
убирает префиксы классов.(см Делфи)
вообще в последнее время встречал что неплохо в using стоит пихать конкретные классы, а не все пространство.

[p51x]

Вам нужен my::string и вы заинкладили <string> ради класса std::wstring? Ну скопируйте <string> в каталог проекта да почистите его.

Если бы вы работали у меня, то вылетели бы сразу. + вы еще не в курсе, что юзинг может брать конкретные классы.

[taras-proger]

Сообщение от Пепел Феникса

и подключать новый инклюд ради одной строчки почти? бред.

Ради одной строчки не нужен сам класс строк. Даже один, тем более два.

[taras-proger]

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

1. что бы ЗНАТЬ какие пространства БУДУТ использованы (потребуются) без прочесывания.

Скорей уж не знать, так как эти юзены даже сам Страуструп раскидывает по всему тексту, а инклады хранятся компактно в начале. И какое дело кому то до использования целых пространств? Вот использование конкретных членов этих пространств - совсем другое дело. Но даже форма

using std::string

даёт не так уж много информации, так как факт использования строчного класса ещё мало о чём говорит, а знать надо, для чего используется каждый используемый член.

чтобы разрешить использование этих имен std:: my:: (да-да это тоже имя и оно должно быть объявлено).

Бред, эти имена сами лежат в глобале. А если кто то вложит одно пространство имён в другое, так можно ведь и два раза за одно обращение к члену применить орератор ::, например:

namespace my
{
 namespace string
 {
   class AnsiString
   {
    ...
   };
   class Utf16String
   {
    ...
   };
   class Utf32String
   {
    ...
   };
 };
 ...
};
int main()
{
 my::strimng::Utf32Strimng s;
 ...
 return 0;
}

. Юзин для этого не нужен.

пространства имен должны обеспечить независимость, и они это делают.

Они то это делают, да юзин независимость как раз недоотменяет. Зачем? Нафига сначала разводить идентификаторы по разным пространствам имён для независимости их имён, а потом сваливать эти имена снова в глобальное пространство имён для конфликта? Оператор :: то этот конфликт решит. Но зачем нужен юзин, если потом всё равно будет использован ::? Только чтоб мешаться.

[taras-proger]

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

Если бы вы работали у меня, то вылетели бы сразу. + вы еще не в курсе, что юзинг может брать конкретные классы.

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

#inclde <string>
namespace my
{
 class string;
};
int main()
{
 using std::string;
 using my::string;// проблема перебралась со следующей строки на эту
 string s;
}.

Если бы стояла задача из std взять cout, а из my - string, то проблема решается проще: заинкладить iostream.h, но не искладить string.h и объявить свой string прямо в глобальном пространстве имён. И даже ради задачи одновременно использовать std::wstring и my::string можно было бы разделить файл string.h ещё на несколько. А вот чтоб использовать одновременно std::string и my::string другого решения нет. Но using ни как не поможет сказать, какой из них нужен в каждом случае, если в одних фигурных скобках нужны оба. А оператор :: даёт эту возможность. Причём, вне пространства std::string ни чем принципиально не отличается stdstring, но есть одно но: для членов самого пространства префикс std:: можно опускать, а префикс std остался бы обязателен даже там.

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

а знать надо, для чего используется каждый используемый член.

а это надо знать и с юзингами и без.

Зачем? Нафига сначала разводить идентификаторы по разным пространствам имён для независимости их имён, а потом сваливать эти имена снова в глобальное пространство имён для конфликта? Оператор :: то этот конфликт решит. Но зачем нужен юзин, если потом всё равно будет использован ::? Только чтоб мешаться.

не нравится не юзайте, нашли проблему.
далее, может вас удивит но у using тоже есть область видимости.
а применяется он для сокращения кода.

[taras-proger]

Сообщение от Пепел Феникса

а это надо знать и с юзингами и без.

А я где то это отрицаю? Вот только юзины в этом не помогают.

[taras-proger]

Сообщение от Пепел Феникса

далее, может вас удивит но у using тоже есть область видимости.

Тоже мне решение. Если члены разных пространств используются в разных частях программы, то их отлично можно разнести по модулям и не икладить в каждый всё подряд. Но ни какая область видимости юзина не поможет решить конфликт имён двух string из разных пространств, используемых в одних скобках, а только решение конфликта имён, используемых в одной и той же области видимости, и есть преимущество пространств имён перед другими подходами.