프로그래머가 가변 범위 이전에 무엇을 했습니까?

그래서, 나는 주요 방법, 변수를 정의하는 몇 가지 데이터 유형, 유형을 반환하지 않는 하위 절차 (본질적으로 공법)를 가질 수있는 겉보기에는 궁극의 언어 (PowerOn이라고 함)를 처리해야합니다. 어떤 주장도 받아들이지 않습니다. 여기서 문제는 모든 것이 세계적이라는 것입니다. 나는 이런 유형의 언어를 읽었지만 대부분의 책은 "좋아요, 우리는 말과 마차를 사용하는 데 사용하지만 지금은 자동차입니다. 그래서 그 일을하는 법을 배우자!" 우리는 그 시절을 결코 다시는 살지 않을 것입니다 . " 나는 인정해야한다. 마음은 범위와 범위 밖에서 생각하는 데 어려움을 겪고 있다 .

여기 있습니다. 여러 가지 열린 메소드 에서 전역 변수를 가장 잘 관리하는 방법을 찾으려고 합니다. 그러나 for루프 반복자조차도 전역 적으로 정의해야하므로 코드의 다른 부분에서 재활용 할 수 있습니다.

내 질문 :이 유형의 경험이있는 사람들을 위해 프로그래머는 글로벌 경기장에서 많은 양의 변수를 어떻게 처리 했습니까? 나는 그것이 정신적으로 저글링하는 트릭이되었다는 느낌을 받았지만 알려진 문제가 있는지 알고 싶습니다.

똑바로 유지하려면 일종의 정신 부기 트릭 (이름 지정 규칙 등)이 필요합니다. 또한 문서, 문서, 문서. 모든 변수는 전역 변수이므로 가능하면 모든 변수가 나열된 단일 문서를 작성하십시오.

항상 임시에 사용하는 적은 수의 변수를 사용하고 임시 변수라는 것을 기억하십시오. 동일한 것을 지속적으로 재사용함으로써 그들이 유효한 곳을 추적하는 습관을 갖게 될 것입니다.

또한 설명서를보고 변수 이름의 길이와 실제로 고유 한 문자 수를 알고 싶습니다. PowerOn에 대해서는 아무것도 알지 못하지만 전역 범위 만 가질 정도로 구식 적 인 경우 식별자의 고유 길이가 제한 될 수 있습니다.

나는 긴 식별자로 이전에 일을 보았지만 식별자는 처음 8 자에서만 고유했습니다. 따라서 RonnyRayGun과 RonnyRayBlaster를 가질 수 있으며 실제로는 SAME 변수입니다. 이러한 경우 실수로 충돌하지 않도록 변수 이름을 '고유'제한 아래로 유지하는 것이 좋습니다.

데이터 사전.

중앙 리포지토리 (일반적으로 리드 프로그래머의 사무실)에는 각 전역 변수마다 하나의 페이지를 포함하는 루스 리프 바인더가있었습니다. 이 페이지에는 이름, 정의, 목적 및 설정 또는 사용 된 루틴이 나와 있습니다.

미세한 RAM을 가진 초기 임베디드 시스템은 비슷한 문제와 비슷한 솔루션을 가지고있었습니다. 리드 프로그래머는 마스터 RAM 맵을 개별 바이트로 유지하여 어떤 모듈이 어떤 목적으로 어떤 RAM을 사용했는지 보여줍니다. 전용 RAM 할당이 필요한 프로그래머는 문제를 논의한 후 적절한 노트북 항목을 작성하여 그에게 RAM을 제공 한 수석 프로그래머에게 갔다. (당신은 수석 프로그래머와 함께 RAM 바이트를 지우지 않고 RAM 바이트를 가져간 프로그래머의 입장에 서기를 원하지 않았습니다. 이것을 믿으십시오.)

이 문제는 프로그래머가 초기 버전의 BASIC에서 큰 시스템을 구축해야 할 때도 나타났습니다. Info라고 불리는 매우 원시적 인 "데이터베이스"관리자를 사용하면서 개인적으로 나타났습니다. 이 두 언어 모두 변수 이름 어휘가 매우 제한적이었습니다.

더 빠르고 더 큰 기계가 등장함에 따라 블록 범위가있는 프로그래밍 언어의 등장은 우연의 일치가 아닙니다. 초기 컴퓨터는 MB, kB 또는 바이트 단위로 RAM을 측정했습니다. 심지어 할 기회 단순히 없었다 이 프로그램이 큰 왔을 때 때문에이 혼동 될 정도로 많은 변수를 프로그램이 큰 것을 가진 적이 없어이 . 프로그래밍 언어의 발전은 대개 사람들이 경기장이 훨씬 커질 때 예전의 프로그래밍 습관이 확장되지 않았다는 것을 인식했을 때 이루어졌습니다. 블록 범위는 프로그래머가 자신의 제한된 메모리에 대한 방어 메커니즘으로 발명되었습니다.

컴퓨터가 환상적으로 비쌀 때 컴퓨팅은 훨씬 더 희귀하고 이국적인 활동이었으며, 특히 수학적으로 기울고 독창적 인 개인 만이 처음에는 프로그래머가되었습니다. 초기에는 사람들이 처음에 소프트웨어를 구매하도록 설득하기 위해 일반적으로 소프트웨어가 컴퓨터와 함께 무료로 제공되었습니다. 기관 사용자가 자신의 프로그램을 작성하려고 시도한다는 생각은 처음에는 알려지지 않았습니다.

몇 년 전 나의 기억력 (기억 기억).

나는 당신이 말하는 언어를 모르지만, 일반적으로 우리는 우리가 가진 것에 적응했습니다. 실제로 큰 문제는 아니 었습니다. mIORead1파일 1에서 데이터를 읽을 수있는 핸들러가 있거나 다양한 형식이있는 경우 처럼 하위 또는 함수에 대한 참조를 포함하는 var 이름 (짧은 형식으로 바이트 수는 중요 함)에 자주주의를 기울여야했습니다. i, j, k 등과 같은 카운터 변수는 재사용 할 수 있다면 자신의 시스템으로 무엇을위한 지 알았습니다. 그것은 더 하드 코어였습니다 (그 당시 헬멧이나 장갑 없음) :-)

현대 PLC는 이제 프로그램에 로컬 인 "태그"(일명 변수)를 가질 수 있지만 이것은 PLC 프로그래밍과 매우 유사합니다. 여전히 많은 사람들이 모든 글로벌 태그를 사용하여 프로그래밍합니다.

나는 당신이 그렇게하려면 구조적 명명 규칙을 사용해야한다는 것을 알았습니다. 예를 들면 다음과 같습니다 Motor1_DriveContactor_Run.. 언어가 구조 (때로는 사용자 정의 형식이라고도 함)를 지원하는 경우 구조를 사용하여 다음과 같은 구조화 된 데이터 계층을 만들 수도 있습니다 Motor[1].DriveContactor.Run.

그렇게하면 모든 것이 체계적으로 유지되며 일반적으로 지능은 당신을 도울만큼 적당합니다.

실제로 모든 것이 전 세계인 Authorware라는 언어로 프로그래밍하는 법을 배웠습니다. 운 좋게도 Arrays가 있었고 특정 지점 후에 List라고 불리는 것이 일반 객체와 비슷했습니다.

Authorware 프로그램은 실제로 물리적 구조를 가졌으며 (Authorware는 플로우 차트 메타포를 기반으로 함), 스크립팅 언어는 구식 Pascal을 기반으로했습니다. 우리가 한 것은 물리적 구조를 Array의 인덱스와 관련시키는 것이었고 종종 Array 인덱스는 우리가 사용하고있는 물리적 조각의 로컬 객체로 취급 할 List를 포함합니다.

Authorware는 eLearning 용으로 설계되었으므로 아이콘 중 하나는 Page였습니다. 페이지는 프레임 워크에 첨부됩니다. 따라서 페이지 1의 경우 인덱스 1 (Authorware는 1 인덱싱 됨)의 일부 배열을 살펴보고 해당 페이지의 데이터를 가져와 유사 객체로 작동하는 List가 저장됩니다. 그러면 Page는 이름으로 객체의 "속성"을 끌어내는 로직을 갖게됩니다. Objects와 같은 것이 없지만 Array가있는 경우 데이터가 어디로 이동하는지에 대한 규칙을 간단히 가질 수 있습니다.

데이터베이스에서 데이터를 검색하고 의존성 주입을 수행 할 때 수행하는 작업과 크게 다르지 않습니다. 단, 모든 것이 실제로 전역 적이라는 점을 제외하고는 모든 것을 작은 상자에 넣고 단순히 하나만 보도록 선택합니다. 지금 걱정하고 있습니다.

당신이하려는 일과 언어가 지원하는 것에 따라, 적어도 일을 더 관리하기 쉬운 덩어리로 나누는 데 도움이 될 수 있습니다.

제가 대학에있을 때 우리는 "전역 변수 문제"에 대해 오랫동안 배웠습니다. 많은 전역 변수로 인한 버그와 코드 유지 문제입니다.

어떤 변수는 다른 변수보다 더 위험합니다.

안전 : 제어 흐름에 영향을 미치지 않는 변수 (예 : 성)

위험 : 프로그램의 제어 흐름에 영향을 미치는 변수, 예 : DeliveryStatus

가장 위험한 첫 번째 :

• 복합 상태 (모드 및 하위 모드)
• 복합 값 (전체, 소계)
• 단일 상태 (모드)
• 단일 값 (개수)

"전역 변수 문제"를 피하려면

• 각 변수 와 기능을 문서화하십시오 .
• 소스 코드의 동일한 섹션에서 관련 변수를 사용하는 코드와 함께 가깝게 유지하십시오.
• "위험한"변수를 숨기면 다른 프로그래머는 자신의 존재를 알지 못합니다. 특히 코드의 다른 섹션에서 직접 사용하지 마십시오.
• 위험한 변수를 읽고 쓰는 함수를 제공하십시오 (따라서 다른 프로그래머는 필요하지 않습니다).

언어 구조가없는 경우 코드 를 구조화 하려면 주석과 이름 지정 규칙을 사용하십시오.

/* --------------------------- Program mode ------------------------ */

var Mode_Standard = 1;      // Normal operation (SubMode unused)
var Mode_Backup   = 2;      // Backup mode      (SubMode is backup device)

var BackupMode_Disk = 1;    // SubMode: Backup to disk
var BackupMode_Tape = 2;    // SubMode: Backup to tape

var MainMode = Mode_Standard;
var SubMode = 0;

function Mode_SetBackup(backupMode)
{
    MainMode = Mode_Backup;
    SubMode = backupMode;
}

function Mode_SetStandardMode()
{
    MainMode = Mode_Standard;
    SubMode  = 0;
}

function Mode_GetBackupMode()
{
    if (MainMode != Mode_Backup)
        return 0;

    return SubMode;
}

/* --------------------------- Stock Control ------------------------ */

var Stock_Total =  123;      // Total stock       (including RingFenced)
var Stock_RingFenced = 22;   // Ring-fenced stock (always less than total)

// Adds further ring-fenced stock 
function Stock_AddRingFenced(quantity)
{
    Stock_Total      += quantity;
    Stock_RingFenced += quantity;
}

/* ------------------------- Customers ----------------------- */

var Customer_FirstName = "Tony";
var Customer_LastName  = "Stark";

그들이 어떻게했는지 모르겠다.

그러나 현대 OOP 언어는 이름 충돌 과 관련 하여 매우 비슷한 문제가 있다고 생각합니다 .

솔루션은 네임 스페이스를 채택하고 있습니다 . 추상 개념이지만 여러 구현 (Java 패키지, .NET 네임 스페이스, Python 모듈)에서 널리 채택됩니다.

사용하는 언어의 이름 지정에 대한 제한이 너무 좁지 않으면 네임 스페이스를 적절한 변수 이름에 적용 할 수 있습니다.

따라서 변수 이름도 변수 범위를 나타냅니다.

다음과 같은 이름 지정 패턴을 정의하십시오. order_detail_product_code, order_detail_product_unit_price. 또는 임시 카운터 또는 스왑의 경우 : tmp_i, tmp_swap.

언어에서는 모든 변수가 전역 적 이었으므로 변수 명명 규칙을 사용했습니다. 예를 들어, 실제로 변수를 전역 변수로 사용하려면 "m_"또는 "_"접두사를 사용할 수 있습니다. 물론 이것은 여전히이 분야를 가지고 개발자에 의존