얘들 아! 잘 지내고 있나요?

이 문서는 프로덕션 준비 레일 애플리케이션을 만드는 방법을 설명하는 시리즈의 일부입니다. 이 문서에서는 프로젝트 패턴과 프로젝트를 구성하는 방법에 대해 설명합니다.

내용의 테이블

Rails way to do things

Project patterns

Project tree

Conclusion

레일즈 방식

Rails는 규칙으로 알려진 프레임워크입니다. Rails official documentation에서 다음 인용문을 찾을 수 있습니다.

Rails is opinionated software. It makes the assumption that there is a "best" way to do things, and it's designed to encourage that way - and in some cases to discourage alternatives. If you learn "The Rails Way" you'll probably discover a tremendous increase in productivity. If you persist in bringing old habits from other languages to your Rails development, and trying to use patterns you learned elsewhere, you may have a less happy experience.

이 인용문은 Rails 표준을 존중하는 방식으로 소프트웨어를 구성해야 한다고 분명히 말합니다.

프로젝트 패턴

우리는 다음 원칙에 따라 소프트웨어를 구성할 것입니다.

컨트롤러에 로직이 없으며 매개변수를 확인하거나 다른 클래스를 호출합니다

.

서비스가 타사 서비스와 상호 작용함

UseCases는 데이터베이스에 데이터를 생성하고 모델과 상호 작용합니다

.

모델이 응용 프로그램 로직을 저장함

Clean Architecture에 대해 이미 읽었다면 아마도 프로젝트 구조가 패턴이 제안하는 아이디어를 따른다는 것을 알아차렸을 것입니다.

폴더 구성

하루가 끝나면 프로젝트에서 주로 다음 폴더를 사용합니다.

- app
-- controllers
-- models
-- services
-- use_cases
- lib

controller 폴더는 웹에 대한 인터페이스이며 여기에서 경로 작업을 정의합니다.
models 폴더는 엔티티와 일부 비즈니스 로직을 정의하는 곳입니다.
services 폴더는 외부 API와 같은 타사 애플리케이션에 대한 인터페이스입니다.

use_cases 폴더는 엔터티에 대한 인터페이스입니다.
lib 폴더에는 파서와 같이 프로젝트 핵심과 직접 관련되지 않은 모든 코드가 포함됩니다.

결론

이 방법을 사용하여 프로젝트를 구성하는 이유를 모두 이해하셨기를 바랍니다. 질문이 있으면 의견을 말해주세요.