오토로드(autoload)의 사용예 > PHP
PHP

오토로드(autoload)의 사용예

조회 1,288회 댓글 0건
  • 현재 페이지 주소 복사
  • 페이스북으로 공유
  • X 로  공유
  • 트위터로  공유
  • 네이버 블로그로 공유
  • 네이버 카페 공유하기
  • 네이버 라인 공유하기
  • 네이버 밴드 공유하기
  • 링크드인으로 공유하기
  • 핀터레스트에 공유하기

클래스와 함께 오토로드를 사용하면 별도로 include를 하지 않아도 되기 때문에 편리한 점이 있습니다.

그리고 파일명과 클래스명을 동일하게 하기 때문에 찾는것이 어려운것도 아닙니다.


클래스를 사용하지 않으시는 분들은 사용이 익숙치 않을 수 있는데 같은 성격을 가진 함수를 한곳에 몰아 넣어 사용하는것이라 생각을 해도 됩니다. 여러부품을 더큰 부품의 덩어리로 만들어 사용한다고 생각하셔도 되고 사용해 보면 함수 보다 이해하기 쉬운 장점도 가지고 있습니다.


// autoload.php
  spl_autoload_register(function ($class_name) {
    // 명확하게 문제가 생기지 않는다면 파일 체크는 안하는 속도 측면에선 좋다.
    if ( is_file($class_name) ) {
      include $class_name . '.php';
    }
  });


여기에서 include 하는 부분에서 자신의 환경에 맞게 조건을 줄 수 있습니다. class가 들어 있는 디렉토리가 있으면 그것의 경로를 추가하거나 위 예에서 처럼 파일 체크 하는 기능을 가지고 없으면 오류가 발생하기 때문에(없는 클래스를 하위쪽에서 호출 하기 때문에) 프로그램을 종료 하거나 하는 기능을 넣으면 됩니다.


  // Header.php
  class Header {
      function __construct() {
          echo '<html><head><title>Test</title></head><body>';
      }
  }
 


  // Body.php
  class Body {
      function __construct() {
          echo 'Hello, World!';
      }
  }
 


  // Footer.php
  class Footer {
      function __construct() {
          echo '</body></html>';
      }
  }


위 예에서는 테스트 하는것이라서 생성자에 넣었지만 실무에선 자신의 환경에 맞는 것을 넣어 주면 됩니다.


  // list.php
  include $_SERVER['DOCUMENT_ROOT'] . '/autoload.php';

  $header = new Header();

  // 비즈니스 로직
  $body = new Body();

  $footer = new Footer();


  // view.php
  include $_SERVER['DOCUMENT_ROOT'] . '/autoload.php';

  $header = new Header();

  // 비즈니스 로직
  $body = new Body();

  $footer = new Footer();


  // search.php
  include $_SERVER['DOCUMENT_ROOT'] . '/autoload.php';

  $header = new Header();

  // 비즈니스 로직
  $body = new Body();

  $footer = new Footer();


위 예를 보면 알 수 있듯이 별도의 include는 오토로드 단 하나만 하면 됩니다.

이렇게 되면 위에서 헤더와, 풋더 부분을 모든 페이지에서 수동으로 계속 넣어줘야 하는 부분을 어떻게 처리 할까에 대한 부분이 생길 수 있는데요. 현재와 같은 방법에선 이부분이 최선 입니다.



 


상단, 하단 중복되는 부분이 싫으면 밖에서 한번 더 감싸서 상단, 하단 부분을 한번만 처리하는 방법을 사용하면 되는데 이런것에 해당하는 프레임 워크가 라라벨이나 심포니 같은 것들이 있습니다. 여러 기능 문제로 속도 측면에서 손해를 보는 부분이 있기 때문에 이점은 감안하고 도입하는 것이 좋으며 또한 학습의 시간이 있습니다.


예를 들면 아래와 같은 방법을 사용할 수 있습니다.

실제 MVC 모델에서도 아래와 같이 사용하며 rewrite 사용하여 주소를 재작성 해줍니다.


// main.php
require_once 'autoload.php';

// 생성자에 모든 공통된 부분을 넣습니다 (예를 들어, 헤더)
$header = new Header();

// 페이지 로드
// $_GET['page']에 따라 다른 비즈니스 로직/컨텐츠 로드
if (!empty($_GET['page']) && file_exists($_GET['page'] . '.php')) {
    // $_GET['page']의 입력 값에 따라 list.php, view.php, search.php 등이 포함되며
    // 해당 파일에서는 비즈니스 로직만 처리하도록 작성됩니다.
    require_once $_GET['page'] . '.php';
} else {
    echo '잘못된 접근입니다.';
}

// 소멸자에 모든 공통된 부분을 넣습니다 (예를 들어, 푸터)
$footer = new Footer();  
 


list.php, view.php, search.php 에서는 비즈니스 로직만 포함하면 되고 헤더와 푸터는 자동으로 적용됩니다. 페이지를 로드할 때는 main.php에 page 파라미터를 전달하여 해당하는 비즈니스 로직을 처리하면 됩니다.


생성자라는 말이 어려울 수 있는데 다음과 같이 이해 해도 문제 없습니다.

  - 디폴트 처리 함수

  - 시작할 때 한번 자동으로 실행 하여 뭔가 처리하는 함수


* 네임스페이스 관련글

  - PHP 네임스페이스 쓰임새와 예제 

  - 네임스페이스(name space)가 있을때 include 하여 객체 사용하는 방법 




  • 현재 페이지 주소 복사
  • 페이스북으로 공유
  • X 로  공유
  • 트위터로  공유
  • 네이버 블로그로 공유
  • 네이버 카페 공유하기
  • 네이버 라인 공유하기
  • 네이버 밴드 공유하기
  • 링크드인으로 공유하기
  • 핀터레스트에 공유하기
전체 240건 1 페이지
  • profile_image 요즘 API 방식으로 만드는것이 유행? 인듯 싶어 인원이 적은 규모에선 저건 아닌데 싶어 내 생각이 틀린것인가 확인차 인공두뇌와 상의를 좀 해봤는데 자신이 맞다고 생각하는쪽으로 진행을 하는것이 맞다고 봅니다.질문의 예를 하나 들자면 추상화 시키고 상속도 있는 상태에서 오류가 있는데 원인을 찾기 위해서 부모 찾아 헤메는 사람이 있던데 이게 맞는거냐?내가 봤을땐 안해도 되는것을 왜? 해서 시간을 버리는지. 복잡한것이 단순한것보다 문제가능성이 높은가 낮은가확장성의 경우 프로그램을 쓰는 이유가 확장성인데...URL 보면 가끔 이런 형태로 보이는 경우가 있지요. 왜? /V1/, /V2/ 이렇게 버전별로 만들어 졌을까요?…
  • profile_image K(킬로)면 1000이 맞는데 뭔소리냐 하는 분들이 있으실텐데. 컴퓨터의 기본은 2진수를 사용하고 그렇기 때문에 모든 것들이 2의 승수로 갑니다.그래서 메모리도 4G짜리 사면 실제는 4096으로 나오고 어플리케이션 레벨에서도 이렇게 사용 되게 됩니다.시험볼때도 많이 나왔던 문제중 하나 인데. 이것이 바뀌어서 이제 1KB 하면 1024가 아니라는 겁니다.그럼 기존의 방식으로 하려면 1KiB 이렇게 표기를 해야 1024Byte가 됩니다.전 이게 잘못 된줄 알았어요.물어 보니 저장장치, 네트워크쪽에선 예전 부터 SI 방식을 사용했다고 합니다.혼동 되는것이 저장장치도 어플리케이션 레벨에선 2의 승수로 계산해서 사용하는…
  • profile_image AL3에서는 패키지가 제공되지 아니하기 때문에 PHP 7.4 버전이 필요하다면 php-fpm을 소스를 받아 컴파일 하는 방법을 사용해야 됩니다.5시간은 걸린것 같은데 아래 사용하시면 시간을 대폭 줄일 수 있으니 필요하신분 참고하시면 되고 문제가 있었던 부분은 openssl 입니다. PHP 7.4에서 사용해야 되는 openSSL 버전과 현재 서버에 설치되어 있는 OpenSSL 버전이 차이가 있어서 컴파일 과정에서 오류가 발생 하는데 이 문제인지 확인 하는 방법은 끝에 적어 놓은것 처럼 openssl만 빼고 컴파일해보세요. 잘 된다면 정확히 openssl 버전의 문제 입니다. ## 소스 컴파일에 필요한 패…
  • profile_image PHP 설치 되어 있지 아니하여 윈도우PC에 최신버전으로 설치버전은 설치 할 때마다 다르기 때문에 본인이 사용하려는버전을 선택 하면 됩니다.     > 현대적인? 방법으로 설치함.       예전에 압축해 놓은것 풀고 path 설정하고 했던 그런 방법을 쓰지 않고 간단하게 설치가 되었다.      winget install PHP.PHP.8.5    > 아래 명령으로 설치된 위치를 찾음      where php    > php.ini-production…
  • profile_image OP캐쉬 사용하면 괜찮아 보다는 저 같은 경우는 사용하지 않아도 괜찮아를 더 좋아 합니다.▷ 솔리드 캐시(SOLID CACHE)란?솔리드 캐시는 간단히 말해 "비싼 RAM(REDIS) 대신 저렴하고 넉넉한 디스크(DB)에 캐시를 저장하는 전략"으로 원래 루비 온 레일즈(RUBY ON RAILS) 커뮤니티에서 제안된 방식이지만 본질은 어떤 언어에서든 적용 가능한 실용적인 캐싱 철학임.▷ 핵심 철학: "ssd는 생각보다 훨씬 빠르다"과거에는 디스크가 너무 느려서 무조건 데이터를 ram(REDIS MEMCACHED)에 올려야 했지만 지금은 nvme ssd 같은 초고속 저장 장치가 보편화되었습니다. 굳이 복잡하게 별도의 메모리…
  • profile_image MyISAM은 SELECT가 빠르고 InnoDB는 느리다그런 경우도 있고 아닌 경우도 있기 때문에 어떤 용도로 사용하느냐에 따라서 다를 수 있습니다.그리고 처음 데이터 넣은 다음 select만 90% 이상이고 테이블 사용이 업데이트나 인서트는 적은 경우인지 불특정 다수에게 서비스 하기 때문에 불특정한 row를 가져와서 보여줘야 하는것인지에 다를 수 있는 것입니다. 가장 큰 차이: 데이터와 인덱스 구조→ MyISAM  - 데이터 파일(.MYD) 과 인덱스 파일(.MYI) 이 분리됨  - 인덱스 → 데이터 파일을 다시 읽는 구조  - 동작흐름: PK 인덱스 탐색 (.MYI) -> 데이터 위치…
  • profile_image 데이터베이스를 사용하다 보면 이미 존재하는 데이터인지 확인한 후 INSERT 또는 UPDATE를 해야 하는 상황을 자주 만나게 됩니다.이때 매우 유용한 문법이 바로 INSERT ... ON DUPLICATE KEY UPDATE입니다.즉, 쿼리 한번으로 해결 된다는 의미 인데 아무곳에서나 사용 가능한것은 아니고 키 중복이 발생하는 부분에서만 사용 하는 것입니다.그렇기 때문에 unique의 특성을 모르시는 분은 사용 하면 안되겠지요.  장점- 쿼리 수 감소: SELECT → INSERT/UPDATE 두 번 쿼리 날릴 필요 없음- 동시성 문제 감소: SELECT 후 INSERT 방식보다 Race Condition 발…

상업적 이용 금지. 컨텐츠는 개인 용도로만 사용이 가능 합니다.