javascript - 코드가 한 줄인데 여러 곳에서 재사용되는 경우 이 상황을 어떻게 처리해야 합니까? 아니면 전역 메소드로 캡슐화합니까, 아니면 직접 작성합니까? ~

Question

으아아아

로그인 후 실행해야 하는 페이지 점프 코드이거나 특정 로직이 성공한 경우 전역 메소드로 캡슐화해야 합니까? 꼭 한 문장만 필요한 걸까요?

즉, 에디터의 전역 교체 및 기타 기능을 최대한 활용하면 비록 미미하더라도 성능을 향상시킬 수 있습니다~

Answer 1

논리적 판단이 없다면 그냥 상수에 점프 주소를 넣어주세요. 비즈니스적 논리적 판단이 있다면 캡슐화하세요.

Answer 2

순수한 점프 로직이라면 별도의 메소드로 캡슐화할 필요가 없습니다. 연결을 상수 파일에 넣을 수 있습니다. 여기서 말씀하신 내용은 논리의 한 문장이므로 여기서는 논리적인 변경은 없으나 변경될 수 있는 것은 연결 주소입니다. 통합 관리를 위해서는 별도의 상수 파일에 넣어두시기 바랍니다.

이 링크 호핑 과정에 어떤 조건으로 어떤 주소로 점프할지 등 나름의 논리적 판단이 있다면. 그런 다음 다른 곳에서 호출하기 위한 메서드로 캡슐화될 수 있습니다. 이런 식으로 이 로직이 변경되면 한 곳만 수정하면 됩니다.

그러므로 캡슐화할지 여부와 무엇을 캡슐화할지 여부는 변화하는 요구 사항에 따라 달라집니다

Answer 3

지난 프로젝트에서 모든 내용을 직접 작성했는데 굳이 캡슐화할 필요가 없다고 느꼈어요. 그리고 성능이 향상될 수 있는지는 직접 비교하지 않았습니다.

Answer 4

코드를 캡슐화하는 것은 코드의 중복을 줄이기 위한 것입니다. 코드의 경우 캡슐화 여부와 거의 동일합니다. 캡슐화하면 이를 참조하기 위해 또 다른 코드 조각을 작성해야 하기 때문입니다. 코드는 많이 변하지 않습니다.

Answer 5

전제: 이렇게 많은 곳에서 사용되는 코드가 있고, 각 곳에서 개인화된 변경 사항이 많지 않습니다

나라면 다음과 같은 목적으로 한 곳에 둔 다음 한 곳에서 균일하게 호출할 것입니다(글로벌일 수도 있고 util일 수도 있음).

1. 향후 확장 가능성을 줄이세요. 나중에 더 추가해야 할 사항이 있으면 쉽게 변경할 수 있습니다

2. 수정 중 작업 부하를 줄이세요. href를 변경하고 싶다면 하나씩 찾아 교체할 필요가 없으므로 오류 가능성이 줄어듭니다

3. 디버깅이 쉽습니다. 여러 곳으로 점프하는 대신 어디서 점프해야 할지 정확히 알 수 있습니다. 알 수 없는 점프가 발생하면 중단 지점이 바로 이곳에 부딪히게 되는데, 그 후 위를 올려다 보면 문제를 찾을 수 있다. 여러 위치에서 많은 중단점을 적중할 필요가 없습니다.

4. 이 간단한 논리로 코드의 편의성과 단순성이 코드의 성능보다 훨씬 크다는 것이 명백하므로 성능 문제는 고려하지 않겠습니다