framework.php

PHP 프레임 워크

이것은 중소형 팀 개발을위한 프레임 워크입니다.

특징

• 매우 간단합니다
• Swoole을 지원하십시오
• 가장 일반적으로 사용되는 기능을 제공하십시오
• 확장 및 교체가 쉽게 기능이 필요합니다
• 간단한 마스터 슬레이브 라이브러리 솔루션을 제공합니다
• 간단한 테이블 및 라이브러리 디비전 메커니즘을 제공합니다
• 간단한 데이터 배치로드 솔루션을 제공합니다
• 대부분의 상황에 대한 선/목록 캐시를 제공합니다
• 직접 정적 파일 솔루션을 제공합니다

사용의 예

간단한 개인 블로그 bybzmt/blog.php

성능

이 프레임 워크를 기반으로하는 개인 블로그 BYBZMT/Blog.php는 매우 강력한 성능을 가지고 있습니다.

• 환경 : debian9 + nginx/1.10.3 + php/7.0.27 + swoole/2.1.2-alpha
• 하드웨어 : i7-7700T + 16G + SSD/SM951
• AB -C 10-N 100000 -K http : // blog/

모델	정적 파일	홈 (2 개의 블로그)	홈 (10 블로그)
FPM	4705	1507	1237
Swoole	26607	3276	2084

• 정적 파일, "Hello Word!"에 반향, 더 많은 콘텐츠
• 컴퓨팅 파워는 10 개의 블로그로 제한되므로 힙 시스템에서 해결할 수 있습니다.
• 행/목록 캐시가 사용 되므로이 테스트는 실제로 Memcache에만 액세스하고 MySQL에 액세스하지 않습니다.

일반적인 디렉토리 구조

 ├── assets       资源目录(如:字体文件等)
├── config
│   ├── dev      开发环境配置
│   ├── product  生产环境配置
├── index.php    项目入口
├── library      其它与composer不兼容的库
├── src
│   ├── Admin    管理后台
│   ├── Api      app接口端
│   ├── Backend  内部(内网)接口
│   ├── Common   公共代码目录
│   ├── Console  控制台
│   ├── Wap      手机Web端
│   └── Web      Web端
├── static
│   ├── admin    后台静态文件
│   └── web      Web端静态文件
├── tests        单元测试目录
├── var          可读写目录(如:模板缓存等)
└── vendor       composer库

프로세스를 시작하십시오

1. 환경 변수를 설정합니다
2. 작곡가 자동 로딩을 소개합니다
3. 시작 :: run ()
4. 요청에 따라 해당 모듈을 찾으십시오
5. 해당 모듈 Bootstrap :: run () 시작
6. 요청 컨텍스트 객체를 초기화하십시오
7. 라우팅 요청은 컨트롤러를 가져옵니다
8. 컨트롤러를 실행하십시오

컨텍스트 컨텍스트 객체

Swoole은 상주 메모리 모드이므로 글로벌 변수의 수명주기는 응용 프로그램 수준이며 FPM 모드와 달리 요청 수준 일뿐입니다. 다른 요청간에 글로벌 변수를 유지할 수 있으므로 $ _get 및 $ _post와 같은 원래 방법을 사용할 수 없습니다. 이 프레임 워크는 각 요청에 대한 컨텍스트 객체를 인스턴스화하고 현재 요청과 관련된 모든 데이터를 컨텍스트 객체에 저장합니다.

컨텍스트 객체는 또한 구성 요소 로딩 및 계층에서 함수를 교체하는 책임이 있습니다.

위 블로그에서와 같이 :

1. Web Context Object Common Context Object에서 상속합니다
2. 공통 context 객체는 프레임 워크 context 객체에서 상속합니다

구성 요소를 초기화 할 때 컨텍스트 객체는 먼저 네임 스페이스의 해당 구성 요소를 찾습니다. 발견되지 않으면 부모 컨텍스트가 초기화됩니다. 이렇게하면 필요한 구성 요소를 쉽게 확장하고 교체 할 수 있습니다.

API :

• 컨텍스트-> 요청 요청 객체
• 문맥-> 응답 응답
• context-> initcomponent ($ name, ... $ args)는 구성 요소를 인스턴스화합니다
• context-> getComponent ($ name) 인스턴스화 된 구성 요소를 가져옵니다
• context-> now () 현재 시간은 $ _server [ 'request_time']와 같습니다.

요청 및 응답 개체

요청 객체는 직접 사용되는 SWOOLE_HTTP_REQUEST입니다

응답 객체는 Swoole_http_response도 직접 사용합니다

FPM 모드에서 프레임 워크는 Swoole에서와 동일한 API를 유지하기 위해 호환성 레이어를 구현합니다.

구성 요소

프레임 워크는 컨텍스트 객체와 관련된 모든 객체를 구성 요소로 구현하며, 주로 빠른 인스턴스화 함수를 제공하고 컨텍스트 객체의 반복 전송이 필요하지 않습니다.

또한 구성 요소에는 모든 구성 요소에서 사용할 수있는 몇 가지 편리한 방법이 있습니다.

라우팅

난간은 오픈 매핑을 채택하지 않지만 등록 된 라우팅을 사용하여 비교적 깨끗하다는 장점이 있습니다.

라우팅 프로젝트는 bybzmt/router.php에 있습니다

마음에 들지 않으면 원하는 라이브러리로 교체 할 수 있으며 프레임 워크의 구성 요소를 교체하는 것은 매우 쉽습니다.

비즈니스 모델

프레임 워크는 서비스, 테이블, 행 (도메인) 구조를 사용하여 도메인 모델 패턴을 사용하는 것이 좋습니다.

• 서비스 계층은 주로 블로그 모듈과 같은 대형 모듈로 나뉘며 사용자 모듈은 주로 "시작"과 다양한 불편한 도메인 객체로 나뉩니다.
• 테이블 레이어는 SQL 조직, 캐시 유지 보수, 테이블 및 라이브러리 부서 작업 등을 포함한 데이터 작업 만 담당합니다.
• 행 계층은 비즈니스 계층입니다

데이터 표시 작업은 서비스, 테이블 및 행에 기록되어서는 안된다는 점에 유의해야합니다. 가장 기본적인 데이터를 제공하는 것이 담당합니다. 페이지 및 API 요구 사항에 따라 해당 데이터 구조를 구성하는 것은 컨트롤러 및 뷰에서 구현해야합니다.

데이터 베이스

데이터베이스는 테이블 기능을 제공하는 기본 기능 및 테이블 스플릿 클래스를 제공하는 테이블 클래스로 나뉩니다. 캐싱 기능을 제공하는 TableRowCache 특성도 있습니다. 모든 사용자 테이블은 테이블 또는 테이블 스플릿 클래스에서 상속되어야하며 캐시가 필요한 경우 도입 될 수 있습니다.

테이블과 캐시는 모두 테이블 클래스에서 Get/Gets/Insert/업데이트/삭제 만 지원합니다. SQL을 사용하여 데이터 작업을 직접 수행 할 때 관련 캐시 또는 테이블 기능을 수동으로 유지해야합니다.

배치 로딩

프레임 워크는 게으른로드로드 방법을 제공합니다. 인스턴스팅을 할 때는 ID 만 기록한 다음 속성에 액세스 할 때까지 배치로로드하려고 시도합니다.

• 장점 : 일반 루프의 단일 부하를 배치 하중으로 변환 할 수 있습니다.
• 단점 : 해당 ID 검사 에이 기록이없는 경우 Lazyrow가 인스턴스화되고 추가 판단이 필요합니다.

보조 계층

프레임 워크는 몇 가지 일반적인 기능을 제공하며 사용하기 편리합니다.

• 보안 문자 검증 코드 생성
• 리소스 리소스 획득 (예 : MySQL)
• 보안 보안 제한
• 세션 세션 메커니즘 ($ _session 교체)
• SQLBUILDER SQL 빌드 도구
• staticfile은 정적 파일에 응답합니다
• 유틸리티를 사용합니다

캐시 캐시

이 캐시는 위의 표에서 캐시와 관련이 없으며 사용자가 관리하는 캐시를 나타냅니다. 주요 충돌을 피하기 위해 다른 클래스로 다른 유형의 캐시를 관리하도록하십시오.

주형

이 프레임 워크는 템플릿 기능을 제공하지 않으며 기존 타사 템플릿 프로그램을 직접 만드는 것이 좋습니다. (예 : Twig)

마지막에 작성되었습니다

1. 프레임 워크의 기능은 모든 환경에 적응하기를 원하지 않으며 사례의 80%에서만 사용할 수 있어야합니다. 특별한 상황은 특정 프로젝트에서 특별히 처리 될 수 있습니다.

2. 프레임 워크에는 코드가 많지 않으므로 가능한 한 모든 코드를 읽으십시오.