Разве неправильно использовать C++ с помощью ключевого слова в заголовочном файле?

If you put a using declaration in a header file, anything that #includes the header file also has the namespace imported, whether they want it or not. This violates the principle of least surprise and defeats the purpose of namespaces by allowing changing an #include statement to easily cause a naming collision. If you want to import a namespace in your own .cpp file to save a little typing and produce more readable code, that's fine. Just don't force users of your module to do the same.

Вытягивание всех классов и функций из их пространства имен, как правило, плохая идея и фактически противоречит концепции наличия пространств имен ... обычно лучше использовать 'using' в конкретном классе или функции.

Обычное программирование на C ++

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

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

1. ::
2. :: имя компании
3. :: имя компании :: компонент
4. :: имя компании :: компонент :: субкомпонент.

Я бы сказал, что вполне приемлемо начинать с использования операторов на уровне 3 или 4 - вот где шансы коллизий становятся очень низкими.

Generic / TMP Programming

В общем программировании и TMP использование часто используется для настройки ваших библиотек для определенного домена, и это часто делается с помощью операторов using.

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