MetaDriver : Slava,이 경우 대중은 당신에게 동의하지 않을 것입니다.이 합병증은 전혀 불필요한 것이 아닙니다. 필요성 이 매우 큽니다. 투표하시겠습니까?
이 맥락에서 "과도하게 복잡하다"는 것은 소수의 사용자를 위해 새로운 느린 기능을 추가하는 것을 의미합니다. 이제 매우 효율적인 저장 및 액세스 메커니즘이 구현되었으며 이를 중단하고 싶지 않습니다.
파일은 프로그램 간에(심지어 동일한 컴퓨터의 클라이언트 터미널 간에도) 데이터를 교환하는 데 사용할 수 있습니다. 두 개의 표준 클래스를 한 번 작성하는 것으로 충분합니다.
그건 그렇고, 문자열 전역 변수에 대해. 동일한 클라이언트 터미널 내에서 프로그램 간에 문자열 데이터를 교환하는 데 필요합니다. 그렇죠? 그렇다면 사용자 이벤트 를 통해 직접 문자열을 전달하지 않는 이유는 무엇입니까? 이것은 전역 변수를 통해 데이터를 공유하는 것보다 훨씬 더 효율적인 방법입니다.
숫자 데이터의 최대 크기입니다. 전역 변수 에 최대 8바이트의 정보를 넣을 수 있습니다. 원하는 대로 해석할 수 있습니다(최대 2 int 또는 64비트).
전역 변수가 배열이 될 수 없는 것과 같은 이유로 전역 변수가 문자열 유형이 될 수 없는 이유 - 간단하게 유지하기 위해
친숙한 논증: 프로그램이 사용자를 위해 작성된 것처럼 보이지만 자신의 삶을 더 쉽게 만들고 사용자를 복잡하게 만듭니다. 구현 측면에서 특별한 합병증은 없지만 다른 것이 부족하여 원하는 대로 이 두 배를 "해석"하려고 합니다. 이것은 더 강력하지는 않더라도 응용 프로그램에 대한 합병증입니다. 다른 유형의 전역 변수를 에뮬레이트하려면 즉흥적인 수단을 사용해야 하는 반면, 시스템에서 한 번만 수행할 수 있는 작업은 응용 프로그램 개발자가 직접 수행합니다.
그건 그렇고, 문자열 전역 변수에 대해. 동일한 클라이언트 터미널 내에서 프로그램 간에 문자열 데이터를 교환하는 데 필요합니다. 그렇죠? 그렇다면 사용자 이벤트 를 통해 직접 문자열을 전달하지 않는 이유는 무엇입니까? 이것은 전역 변수를 통해 데이터를 공유하는 것보다 훨씬 더 효율적인 방법입니다.
이것들은 완전히 다른 것들입니다. 상태는 저장되고 사용 가능해야 하며 메시지는 상태를 변경하는 수단입니다.
marketeer : 친숙한 논증: 프로그램이 사용자를 위해 작성된 것처럼 보이지만 자신의 삶을 더 쉽게 만들고 사용자를 복잡하게 만듭니다. 구현 측면에서 특별한 합병증은 없지만 다른 것이 부족하여 원하는 대로 이 두 배를 "해석"하려고 합니다. 이것은 더 강력하지는 않더라도 응용 프로그램에 대한 합병증입니다. 다른 유형의 전역 변수 를 에뮬레이트하려면 즉흥적인 수단을 사용해야 하는 반면, 시스템에서 한 번만 수행할 수 있는 작업은 응용 프로그램 개발자가 직접 수행합니다.
왜 뭔가를 에뮬레이트합니까? 전역 변수의 8바이트에는 문자열을 제외한 모든 유형의 데이터를 저장할 수 있습니다. double 유형의 데이터인 경우 수신된 값을 직접 사용합니다. 다른 유형의 데이터인 경우 원하는 유형의 데이터를 얻으려면 단순 구조를 복사하는 한 번의 추가 작업이 필요합니다.
왜 뭔가를 에뮬레이트합니까? 전역 변수 의 8바이트에는 문자열을 제외한 모든 유형의 데이터를 저장할 수 있습니다. double 유형의 데이터인 경우 수신된 값을 직접 사용합니다. 다른 유형의 데이터인 경우 원하는 유형의 데이터를 얻으려면 단순 구조를 복사하는 한 번의 추가 작업이 필요합니다.
이미 논의했습니다. 우리는 당신이 기존 기능으로 얻을 수 있다는 것을 발견했습니다.
TheXpert :
Да ладно? И каким же функционалом можно обойтись, напомните, пожалуйста?
나는 말했다. 사용 가능.
예를 들어 헤더 파일은 한 번 포함됩니다. #ifdef가 필요하지 않습니다.
상수의 매크로 대체 대신 조건에 따라 다른 조건에서 다르게 초기화되는 변수를 사용할 수 있습니다.
조건은 정의가 아닌 상수 변수로 다시 설정할 수 있습니다.
IS_DEBUG_MODE 상수의 존재
프로그램이 실행되는 환경을 즉석에서 확인하는 기능(테스트, 디버깅, 시각적 테스트, 최적화, dll 사용 권한)
전역 변수 가 double 유형인 이유는 무엇입니까? 그리고 4-ke에서는 매우 혼란스러웠고, 5-ke에서는 특히 현악기에서 왜 그렇지 않은지 명확하지 않습니다.
숫자 데이터의 최대 크기입니다. 전역 변수에 최대 8바이트의 정보를 넣을 수 있습니다. 원하는 대로 해석할 수 있습니다(최대 2 int 또는 64비트).
전역 변수가 배열이 될 수 없는 것과 같은 이유로 전역 변수가 문자열 유형이 될 수 없는 이유 - 간단하게 유지하기 위해
전역 변수 가 배열이 될 수 없는 것과 같은 이유로 전역 변수가 문자열 유형이 될 수 없는 이유 - 간단하게 유지하기 위해
Slava,이 경우 대중은 당신에게 동의하지 않을 것입니다.이 합병증은 전혀 불필요한 것이 아닙니다. 필요성 이 매우 큽니다. 투표하시겠습니까?
이 맥락에서 "과도하게 복잡하다"는 것은 소수의 사용자를 위해 새로운 느린 기능을 추가하는 것을 의미합니다. 이제 매우 효율적인 저장 및 액세스 메커니즘이 구현되었으며 이를 중단하고 싶지 않습니다.
파일은 프로그램 간에(심지어 동일한 컴퓨터의 클라이언트 터미널 간에도) 데이터를 교환하는 데 사용할 수 있습니다. 두 개의 표준 클래스를 한 번 작성하는 것으로 충분합니다.
그건 그렇고, 문자열 전역 변수에 대해. 동일한 클라이언트 터미널 내에서 프로그램 간에 문자열 데이터를 교환하는 데 필요합니다. 그렇죠? 그렇다면 사용자 이벤트 를 통해 직접 문자열을 전달하지 않는 이유는 무엇입니까? 이것은 전역 변수를 통해 데이터를 공유하는 것보다 훨씬 더 효율적인 방법입니다.
숫자 데이터의 최대 크기입니다. 전역 변수 에 최대 8바이트의 정보를 넣을 수 있습니다. 원하는 대로 해석할 수 있습니다(최대 2 int 또는 64비트).
전역 변수가 배열이 될 수 없는 것과 같은 이유로 전역 변수가 문자열 유형이 될 수 없는 이유 - 간단하게 유지하기 위해
그건 그렇고, 문자열 전역 변수에 대해. 동일한 클라이언트 터미널 내에서 프로그램 간에 문자열 데이터를 교환하는 데 필요합니다. 그렇죠? 그렇다면 사용자 이벤트 를 통해 직접 문자열을 전달하지 않는 이유는 무엇입니까? 이것은 전역 변수를 통해 데이터를 공유하는 것보다 훨씬 더 효율적인 방법입니다.
친숙한 논증: 프로그램이 사용자를 위해 작성된 것처럼 보이지만 자신의 삶을 더 쉽게 만들고 사용자를 복잡하게 만듭니다. 구현 측면에서 특별한 합병증은 없지만 다른 것이 부족하여 원하는 대로 이 두 배를 "해석"하려고 합니다. 이것은 더 강력하지는 않더라도 응용 프로그램에 대한 합병증입니다. 다른 유형의 전역 변수 를 에뮬레이트하려면 즉흥적인 수단을 사용해야 하는 반면, 시스템에서 한 번만 수행할 수 있는 작업은 응용 프로그램 개발자가 직접 수행합니다.
왜 뭔가를 에뮬레이트합니까? 전역 변수의 8바이트에는 문자열을 제외한 모든 유형의 데이터를 저장할 수 있습니다. double 유형의 데이터인 경우 수신된 값을 직접 사용합니다. 다른 유형의 데이터인 경우 원하는 유형의 데이터를 얻으려면 단순 구조를 복사하는 한 번의 추가 작업이 필요합니다.
왜 뭔가를 에뮬레이트합니까? 전역 변수 의 8바이트에는 문자열을 제외한 모든 유형의 데이터를 저장할 수 있습니다. double 유형의 데이터인 경우 수신된 값을 직접 사용합니다. 다른 유형의 데이터인 경우 원하는 유형의 데이터를 얻으려면 단순 구조를 복사하는 한 번의 추가 작업이 필요합니다.