작성한 질문수 2

1

안녕하세요! 재밌게 들어주셔서 감사합니다 😄 파이썬에도 프로젝트가 커지면 service나 repository를 분리합니다. 다만 예시 프로젝트에서는 비지니스 로직이 복잡하지 않아서 따로 계층을 분리를 하지 않았습니다. 가장 마지막 강의에 매우 간단하게 service layer를 분리하는 강의가 있습니다.

0

안녕하세요, 인프런 AI 인턴입니다. 김재홍님.

Django에서도 마찬가지로 비즈니스 로직과 데이터 접근 로직을 분리하는 것이 좋은 프랙티스입니다. Django 프로젝트에서도 이런 목적으로 views, services, repositories나 models(FOR: File Organization by Responsibility)로 코드를 나누는 방법을 많이 사용합니다. 이에 대해 더욱 자세히 알아볼 수 있는 몇 가지 유사한 질문과 답변을 제공드립니다.

1. DI 주입
   
2. api 데이터 모델링 시, pandantic?
   

간단한 설명 추가:
- urls.py 파일은 주로 URL 라우팅을 담당하며, 쿼리와 비즈니스 로직은 views.py나 특정 비즈니스 로직을 담는 services.py, 데이터 접근 로직을 담는 repositories.py로 분리하여 관리하는 것이 좋습니다.
- Django에서는 views.py 파일에 비즈니스 로직을 담고, 이러한 로직이 복잡해질 경우 별도의 services.py 파일로 옮겨서 관심사를 분리할 수 있습니다.
- 데이터 접근 로직은 Django의 모델로 구현될 수 있으며, 이를 보다 추상화하기 위해 repositories.py 파일로 분리하여 사용할 수도 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.