네임 스페이스 std 대 다른 대안 사용

Question

using namespace std; 

지금까지 컴퓨터 과학 과정에서이 모든 것이 수행되었습니다. 뿐만 아니라 우리가 할 수있는 모든 것입니다. 그렇지 않으면 코드에 대한 불이익을 받게됩니다. 나는 온라인에 게시 된 코드를보고 :: std 또는 std ::를 사용하여 동일한 것을 달성 할 수 있음을 이해합니다.

내 질문에 왜 그렇습니까? 분명히 학습자와 단순성을 위해서 전역 선언을 사용하는 것이 더 간단하지만, 그려지는 것은 무엇인가? 실제 응용 프로그램에서 :: std를 기대하는 것이 더 현실적입니까? 그리고 이것에 덧붙여서, 사용 선언 뒤에있는 논리/개념은 무엇입니까? 이 모든 것은 내 과정에서 설명되지 않았으므로 나는 그것에 대해 더 잘 이해하고 싶습니다.

일반적인 질문으로 :이 콘텐츠, 벡터, 템플릿, 클래스 또는 오류 처리에 대해 배우지 않은 경우 C++의 필수 기능이 많이 누락 된 것처럼 보입니까?

미리 감사드립니다.

Answer 1

이것은 실제로 몇 시간 동안 맥주에 관해 토론 할 수있는 것들 중 하나이며, 여전히 모든 사람들이 만족할만한 답변을 가지고 있지 않습니다.

거의 항상 std:: 기능을 사용하는 경우 파일 시작 부분에 using namespace std;을 추가하는 것이 좋습니다. 반면에 하나 이상의 네임 스페이스 (예 : llvm::을 사용하여 컴파일러를 작성하고 std::을 사용하는 컴파일러를 사용하는 경우 어떤 부분이 llvm이고 어떤 부분이 std::인지 혼동 스러울 수 있습니다. 따라서 컴파일러 프로젝트에서 , 나는 하나의 파일이 using namespace ...; 인 대신에 -과 std::을 필요에 따라 씁니다. Type()이라고하는 여러 함수가 있습니다. (아마도 부작용이있을 수 있습니다.) 어떤 경우에는 something->Type()->Type()을 사용하여 필요한 유형을 얻습니다. 그렇습니다. 때로는 조금 혼란 스럽습니다 ...

나는 또한 "무엇이 무엇인지"를 빨리 볼 수 있도록 Constants::ConstDecl과 Token::RightParen과 같은 많은 것들이 있습니다.이 모든 것들이 만들어 질 수 있습니다. 호러와 "더 간단하다". 그러나 나는 물건이 대부분의 시간에 속하는 곳을보기를 더 좋아한다.

더 자세한 정보를 제공하면 물건이 어디에 속해 있는지 쉽게 알 수 있습니다. 그러나 더 많은 입력과 읽기가 필요하므로 균형이 맞습니다.

Answer 2

나는 일반적으로 std를 전역 적으로 선언하지 않는다고 말하고 싶다. 나는 당신이 간단한 응용 프로그램을 만들고 있다면 충분하다고 생각합니다. 그러나 대규모 조직에서 작업 할 때 종종 서로 다른 네임 스페이스가 사용되며 중복되는 개체가있을 수 있습니다. std에 함수가 있고, 생성 한 네임 스페이스에서 "using namespace std"및 "namespace yournamespace 사용"을 호출하면 해당 함수를 호출 할 때 원하지 않는 결과를 얻게됩니다. 모든 호출에 네임 스페이스를 접두어로 붙이면 명확하게 유지되고 겹침 문제가 발생하지 않습니다.

Answer 3

일반적인 이유는 무엇입니까?

이름 짓기는 소프트웨어 개발에서 더 어려운 측면 중 하나입니다. 초보자는 나중에 자신의 이름 선택이 어떻게 모호성을 일으키는 지 거의 알지 못합니다.

특히 Google의 소프트웨어 전문 용어는 특정 문제에 대해 자주 사용되는 용어입니다. 이러한 기본 설정을 통해 관련없는 클래스 인스턴스가 비슷한 의미의 동일한 (또는 유사한) 기호로 개발 될 수 있습니다.

자주 사용되는 기호 중 일부는 init(), exec(), load(), store()를 포함하며 timeStampGet()을 많이 사용합니다. 또한 open(), close(), send()/recv() 또는 write()/read()를 사용합니다.

그래서 3 개의 이름 공간과 5 개의 객체에서 init()의 이름을 바꿀 수는 있지만 내가 원하는 것을 지정하는 것은 훨씬 간단합니다.
exec()는 2 개의 이름 공간과 12 개의 객체에서 찾습니다. 그리고 내가 사용하는 3 가지 다른 timeStampGet() 메소드가 있습니다. 네임 스페이스 또는 함수 또는 클래스 메서드이든이 기호는 나에게 의미가 있습니다.

또한 5 char "std ::"네임 스페이스 - 접두사가 완전히 자연스럽고 "네임 스페이스 표준을 사용하는"글로벌 선호도보다 훨씬 좋습니다. 나는 이것이 연습과 함께한다고 생각한다.

또 하나 개의 항목이

- 큰 이름 공간 또는 클래스 이름 무심 될 경우 어떤, 가끔 타입 정의 짧은 이름을 추가 ... 여기에서 생산 코드에서 몇 가지 예입니다 :

typedef ALARM_HISTORY ALM_HST; 
typedef MONITOR_ITEM MI 
typedef BACKUP_CONTROL BC; 

팀에 1 점에, 우리 잘 정의 된 '전체'이름을 사용하기로 동의했으며, 때로는 길이 때문에 무심 해졌습니다. 나중에이 프로젝트에서 우리는 typedef (짧은 클래스 또는 네임 스페이스 이름)가 단순하고 혼란이 없을 때 사용될 수 있다는 데 동의했다.

Answer 4

개인적으로 나는 '선언'을 사용하는 것을 싫어합니다. 나에게 그들은 코드를 읽을 수 없게 만들고 네임 스페이스를 깨뜨린다. 저는 유지 보수 프로그래머로서 20 년을 보냈습니다. 코드를 읽기가 더 어렵게 만드는 것을 싫어합니다. 내 마음을 사용하면 사양을 던지면 쓸모가 없습니다.

은 더 읽기 6개월 무엇입니까 - 년 - 나는 또한 당신이 지금 네임 스페이스 별칭을

using namespace po = boost::program_options; 

을 좋아하지 않아

UDP::Socket sock 
sock.send(data) 
TCP::Socket sock2 
sock2.send(data) 

using UDP; 
using TCP; 
sock.send(data) 
sock2.end(data) 

대 선 아래로 십년 boost :: program과 비교되는 po를 찾는 추가 수준의 간접 참조로 다음 프로그래머를 더욱 힘들게 만들고있다. _options.

typedef long QUADWORD; 

끔찍한 typedef와 동일합니다. 4 바이트 길이는 얼마나됩니까? 8 바이트 내 OS에 아마 17 바이트

나의 최근 걸릴 당신이 프로그래머하지 말고 다음 입력 할 수없는 경우입니다 -! 저장된 키 스트로크 (keystroke) = 좋은 유지 보수 코드