통합 의 혹 - "지도 화면 목록 js"

현재 js 의 조직 방식 과 방향 조정 에 대한 몇 가지 의혹 을 보 여 주 려 고 합 니 다.
디 렉 터 리 구조

map_screen2/
|____cache.js
|____ctx.js
|____debug.js
|____fillers.js
|____grow.js
|____main.js
|____repair.js
|____screen.js
|____search.js
|____timer.js

사실 이 폴 더 아래 에 있 는 이 모든 파일 은 js 로 통합 되 어 발 표 될 것 으로 예상 된다 (map screens2. js).뜯 는 이 유 는 모든 파일 이 하나의 기능 점 에 대응 하여 관 리 를 잘 하기 위해 서 입 니 다.
발 표 된 파일 은 4 페이지 재 활용 (www / m 각자 24hour 페이지, 셀 프 수리 페이지) 입 니 다.물론 셀 프 수리 페이지 의 지도 에는 '스크린' 이 아 닌 '사람' 이 나타난다.게 으 름 을 피 워 서 코드 의 'screen' 을 'item' 과 같은 더 광범 위 한 단어 로 바 꾸 지 않 았 습 니 다.양 해 를 구하 다.
복합 메커니즘
코드 90% 가 일치 합 니 다. 구분 처리 해 야 할 부분 은 가장 촌 스 러 운 전략 (if - else) 을 사 용 했 습 니 다. 예 를 들 어:

    //     
    offset_map: function() {
        if (is_www()) {
            if (is_supplier_map()) {
                return this._offset_map_supplier();
            } else {
                return this._offset_map_www;
            }   
        } else {
            if (is_supplier_map()){
                return this._offset_map_m_supplier();
            }else{
                return this._offset_map_m();
            }   
        }   
    },

자백 하 다.

그 중에서 코드 가 불필요 하지 않다

대상 을 대상 으로 하지 않 고 높 지 않다

'뜯 어'?어떻게 뜯 어 요?어떤 더 서양식 의 복용 메커니즘 이 있 습 니까?(제 가 알 기 로 는 is ww () / is supplier map () 등 이 나타 나 는 것 을 완전히 근절 하려 면 각자 의 단독 코드 를 하나의 js 에 넣 고 최종 적 으로 발표 할 때 자신의 것 만 합 칠 수 있 습 니 다. 예 를 들 어 상기 코드 세그먼트 는:)

//      ：
offset_map: function() {
    return screen_offset();
}

// www_hour24_map_cfg.js （www 24hour     js，  ）
function screen_offset() {
 // return the-data; 
}

// m_hour24_map_cfg.js
function screen_offset() {
 // return the-data; 
}

// www_supplier_map_cfg.js
function screen_offset() {
 // return the-data; 
}

// m_supplier_map_cfg.js
function screen_offset() {
 // return the-data; 
}

코드 가 개념 적 으로 더 명확 해 질 수 있 도록 이렇게 생각 했 었 다.그러나 게 으 르 고 그렇게 많은 파일 을 만 드 는 것 이 번 거 로 우 며 원래 비슷 한 코드 를 분리 시 켜 참조 하기 어렵 고 가장 촌 스 러 운 if - else 를 사용 했다.사람 아, 너무 추구 안 해 ~ ~
모듈 화 된 통 증
개인 적 인 생각:

'양기' 를 사용 하지 않 는 재 활용 체 제 를 사용 하 는 것 은 이번 모듈 화 과정 에서 관건 적 인 영향 요소 가 아니다.

immy 프레임 워 크 에서 '표본' 을 만 드 는 방법 에 따라 클 라 스 화 를 하고 js 에 써 야 합 니 다 (예 를 들 어 SomeModule / main. js). 그 js 는 매우 클 것 입 니 다.형식적 으로 보면 시원 하 다.실제로 1000 + 줄 의 js 파일 을 유지 하 는 것 은 반드시 고 통 스 러 울 것 이다.(immy 프레임 워 크 는 'main. js 를 여러 개의 키 js 로 나 누 는 것 을 지원 합 니 다' 체 제 를 도입 하 는 것 을 고려 할 수 있 습 니까?)

현재 이미 채 택 된 방안 (상기 js 를 변경 하지 않 고 iscripts / global / biz 로 옮 기 는 것) 은 immy 프레임 워 크 가 이러한 '철저하게 진화 할 수 없다' 는 js 의 호 환, 타협 의 길 을 받 아들 이 는 것 이 라 고 할 수 있 습 니 다. 저 는 찬성 합 니 다.결국 이렇게 무 거 운 논리 코드 를 다시 한 번 만 드 는 것 은 상당히 어 려 운 일이 다.

다른 페이지 는 화면 이 상세 하고 상황 이 비슷 하 며 더욱 복잡 하 다.오래된 코드 중에서 이 두 페이지 가 가장 복잡 하 다.

이 내용에 흥미가 있습니까?

현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:

다양한 언어의 JSON

JSON은 Javascript 표기법을 사용하여 데이터 구조를 레이아웃하는 데이터 형식입니다. 그러나 Javascript가 코드에서 이러한 구조를 나타낼 수 있는 유일한 언어는 아닙니다. 저는 일반적으로 '객체'{}...

텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.

CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.

통합 의 혹 - "지도 화면 목록 js"

좋은 웹페이지 즐겨찾기