Laravel에서 자체 작성 클래스 라이브러리를 사용하는 3가지 방법
이 글에서는 라라벨에서 자체 작성 클래스 라이브러리를 사용하는 세 가지 방법을 주로 소개합니다. 직접 인스턴스화할 수 있는 클래스를 추가하는 방법, 직접 호출할 수 있는 함수를 추가하는 방법, 약간 복잡한 클래스 라이브러리를 추가하는 방법에 대해 설명합니다. 필요하신 친구들에게 참고하시면 되고, 모두에게 도움이 되었으면 좋겠습니다.
Composer를 사용하면 많은 기존 라이브러리(예: packagist.org에 있는 라이브러리)를 재사용할 수 있지만 여전히 Composer와 호환되지 않는 일부 패키지나 라이브러리를 사용할 수 있습니다. 또한 특정 프로젝트에서는 특정 클래스 라이브러리를 생성할 수도 있으며 이를 작곡가 패키지로 만들지 않을 수도 있습니다. 이때 우리는 다음과 같은 방법으로 우리 고유의 클래스 라이브러리를 사용할 수 있습니다.
직접 인스턴스화할 수 있는 클래스 추가
프로젝트에서 직접 사용해야 하는 일부 클래스는 다음과 같은 방법으로 Laravel에 추가할 수 있습니다
1. 클래스 라이브러리 파일 app/libraries/class/myClass를 만듭니다. php
2. 파일 내용을 작성하세요
< ?php class Message { public static function display() { } } ?>
app/start/globals.php
< ?php ClassLoader::addDirectories(array( app_path().'/commands', app_path().'/controllers', app_path().'/models', app_path().'/database/seeds', app_path().'/libaries/class', // 在这里增加 )); ?>
composer.json에 자동 로드 디렉터리를 추가하세요
"autoload": { "classmap": [ "app/commands", "app/controllers", "app/models", "app/database/migrations", "app/database/seeds", "app/tests/TestCase.php", "app/libraries/class" //在这里增加 ] },
1. 작곡가 덤프-자동 로드를 실행하여 가져오기 매핑을 생성하세요.
2.사용한 클래스에서 직접 Message::display()를 호출하세요.
이 방법은 대기열 클래스를 추가하는 방법이기도 합니다. 많은 사람들이 Laravel에서 대기열 처리 클래스를 어디에 배치해야 하는지 모릅니다. 사실 위의 방법에 따르면 앱 디렉토리에 queues 디렉토리를 생성한 후 직접 인스턴스화하도록 합니다
직접 호출할 수 있는 함수를 추가합니다
어떤 사람들은 var_dump() 대신 v()를 사용하는 것을 좋아합니다. , Laravel에서 이 작업을 수행하는 것은 매우 쉽습니다
1. 함수 파일 app/libraries/function/helper.php
생성 2. 파일 내용 작성
< ?php function v($msg){ var_dump($msg); } ?>
파일을 작곡가 자동 가져오기 목록에 추가
"autoload": { "classmap": [ ... ], "files": [ "app/libraries/function/helper.php" ], },
또는 표시하려면 프로젝트에 이 파일이 필요합니다. app/start/global.php를 열고 다음을 추가하세요:
require app_path().'/libraries/function/helper.php';
개인적으로는 두 가지 방법 모두 괜찮습니다. 이 파일의 로딩 시간을 제어하고 싶다면 filter.php 파일에 다음 내용을 추가할 수도 있습니다.
App::before( function( $request ) { require( "{$GLOBALS['app'] ['path.base'] } /app/libraries/function/helper.php" ); });
프로젝트에서 직접 v('hello world') 함수를 사용하세요.
약간 더 복잡한 클래스 라이브러리를 추가하세요
때때로 클래스 라이브러리가 파일만큼 단순하지 않기 때문에 다음 방법이 여러 용도에 더 적합합니다. 파일 다중 구조를 위한 클래스 라이브러리.
psr0 또는 psr4 표준 디렉토리 구조를 만듭니다.
코드 복사 코드는 다음과 같습니다.
libraries Myapp Search (note directory is capitalized) Search.php SearchFacade.php SearchServiceProvider.php AnotherLib
Myapp/Search/Search.php의 Search 클래스 네임스페이스는 MyappSearch입니다.
작곡가에서 자동 로드 수정
"autoload": { "classmap": [ "app/commands", "app/controllers", "app/models", "app/libraries", "app/database/migrations", "app/database/seeds", "app/tests/TestCase.php" ] , "psr-0": { "Myapp": "app/libraries" } },
프로젝트에서 새로운 MyappSearchSearch()를 사용하여 특정 클래스를 인스턴스화하세요
요약
Laravel에서는 어떤 방법이 가장 좋은지 강요하지 않지만 프로젝트 구조를 만들 수 있는 특정 표준이 있습니다. 여러 사람이 협력하여 개발하면 명확하고 통신 비용이 많이 절약됩니다.
위 내용은 Laravel에서 자체 작성 클래스 라이브러리를 사용하는 3가지 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Laravel 9 및 CodeIgniter 4의 최신 버전은 업데이트된 기능과 개선 사항을 제공합니다. Laravel9은 MVC 아키텍처를 채택하여 데이터베이스 마이그레이션, 인증, 템플릿 엔진 등의 기능을 제공합니다. CodeIgniter4는 HMVC 아키텍처를 사용하여 라우팅, ORM 및 캐싱을 제공합니다. 성능면에서는 Laravel9의 서비스 제공자 기반 디자인 패턴과 CodeIgniter4의 경량 프레임워크가 뛰어난 성능을 제공합니다. 실제 애플리케이션에서 Laravel9은 유연성과 강력한 기능이 필요한 복잡한 프로젝트에 적합한 반면, CodeIgniter4는 빠른 개발 및 소규모 애플리케이션에 적합합니다.

Laravel과 CodeIgniter의 데이터 처리 기능을 비교해 보세요. ORM: Laravel은 클래스-객체 관계형 매핑을 제공하는 EloquentORM을 사용하는 반면, CodeIgniter는 데이터베이스 모델을 PHP 클래스의 하위 클래스로 표현하기 위해 ActiveRecord를 사용합니다. 쿼리 빌더: Laravel에는 유연한 체인 쿼리 API가 있는 반면, CodeIgniter의 쿼리 빌더는 더 간단하고 배열 기반입니다. 데이터 검증: Laravel은 사용자 정의 검증 규칙을 지원하는 Validator 클래스를 제공하는 반면, CodeIgniter는 내장된 검증 기능이 적고 사용자 정의 규칙을 수동으로 코딩해야 합니다. 실제 사례: 사용자 등록 예시에서는 Lar를 보여줍니다.

Laravel - Artisan Commands - Laravel 5.7은 새로운 명령을 처리하고 테스트하는 새로운 방법을 제공합니다. 여기에는 장인 명령을 테스트하는 새로운 기능이 포함되어 있으며 데모는 아래에 언급되어 있습니다.

초보자의 경우 CodeIgniter는 학습 곡선이 더 완만하고 기능이 적지만 기본적인 요구 사항을 충족합니다. Laravel은 더 넓은 기능 세트를 제공하지만 학습 곡선이 약간 더 가파릅니다. 성능면에서는 Laravel과 CodeIgniter 모두 좋은 성능을 보입니다. Laravel은 보다 광범위한 문서와 적극적인 커뮤니티 지원을 제공하는 반면 CodeIgniter는 더 간단하고 가벼우며 강력한 보안 기능을 갖추고 있습니다. 블로그 애플리케이션을 구축하는 실제 사례에서 Laravel의 EloquentORM은 데이터 조작을 단순화하는 반면 CodeIgniter는 더 많은 수동 구성이 필요합니다.

대규모 프로젝트를 위한 프레임워크를 선택할 때 Laravel과 CodeIgniter는 각각 고유한 장점을 가지고 있습니다. Laravel은 엔터프라이즈급 애플리케이션을 위해 설계되었으며 모듈식 디자인, 종속성 주입 및 강력한 기능 세트를 제공합니다. CodeIgniter는 속도와 사용 편의성을 강조하여 중소 규모 프로젝트에 더 적합한 경량 프레임워크입니다. 요구 사항이 복잡하고 사용자 수가 많은 대규모 프로젝트의 경우 Laravel의 성능과 확장성이 더 적합합니다. 간단한 프로젝트나 리소스가 제한된 상황에서는 CodeIgniter의 가볍고 빠른 개발 기능이 더 이상적입니다.

마이크로서비스 아키텍처는 PHP 프레임워크(예: Symfony 및 Laravel)를 사용하여 마이크로서비스를 구현하고 RESTful 원칙 및 표준 데이터 형식에 따라 API를 설계합니다. 마이크로서비스는 메시지 대기열, HTTP 요청 또는 gRPC를 통해 통신하고 모니터링 및 문제 해결을 위해 Prometheus 및 ELKStack과 같은 도구를 사용합니다.

소규모 프로젝트의 경우 Laravel은 강력한 기능과 보안이 필요한 대규모 프로젝트에 적합합니다. CodeIgniter는 가볍고 사용하기 쉬운 매우 작은 프로젝트에 적합합니다.

Laravel의 Blade와 CodeIgniter의 Twig 템플릿 엔진을 비교해 보면 프로젝트 요구 사항과 개인 선호도에 따라 선택하십시오. Blade는 MVC 구문을 기반으로 하므로 좋은 코드 구성과 템플릿 상속을 장려합니다. Twig는 유연한 구문, 강력한 필터, 확장된 지원 및 보안 샌드박스를 제공하는 타사 라이브러리입니다.
