2024-04-18 AI 코딩 TIL

면접 답변

9. Generator란 무엇이고 어떻게 사용하나요?
제너레이터란 동일한 함수를 호출할 때마다 정해진 순서로 다른 값을 출력하는 기능을 가진 함수입니다. 먼저 제너레이터를 이해 하기 위해서는 이터레이터라는 것을 이해하고 있어야 하는데. 간단하게 설명하자면 순차적으로 동작하며 값을 꺼내는 객체입니다. 예시로는 for문을 동작할 때에 range(100)를 보면 0부터 99까지 순차적으로 숫자가 기입이 되는 것처럼 하나씩 꺼내는 것을 반복하는 것 입니다. 이 개념을 함수안에서도 적용을 해서 함수안에 yield를 사용해 함수 호출시 처음으로 오게 되는 yield까지의 함수의 결과를 출력하고 다음 호출시에는 나머지 뒤에 있는 내용을 적용하여 다음 yield까지 처리 한후 출력하는 것이 반복됩니다. 이 기능으로 하나의 함수에 여러가지의 함수 기능을 넣을 수 있게 되므로 메모리 효율적으로 사용 할 수 있는 코드가 만들어집니다.

10. 데코레이터란 무엇인가요?
이 기능은 코드 작성 시 일부분을 반복해서 사용해야 하거나 다른 함수에 적용할 수 있는 부분이 있을 때 유용합니다. 특정 함수가 호출될 때 해당 함수의 앞이나 뒷 부분에 추가 코드를 자동으로 실행할 수 있도록 해주는 기능입니다. 데코레이터를이용하므로써 재사용성이 향상되며, 유지 보수에 용이하고, 가독성이 향상 됩니다.

11. 파이썬의 메모리 관리 방식에 대해 알려주세요
파이썬에서는 개발자가 직접 관리를 할 필요가 없이 자동으로 메모리를 관리하도록 설정이 되어 있습니다. 파이썬에서는 각 객체가 자신이 얼마나 참조가 되는지를 내부 변수를 통해 기억을 하며 참조가 될때마다 1씩 증가하며 해제될 때에는 1씩 감소하여 0이되면 해당 객체에 대한 메모리를 free로 합니다. 이 때 순환참조가 일어나 2개 이상의 객체가 서로 참조하는 상황이 생기면 메모리누수가 발생하게 되는데 이때는 gerbage collection을 이용해서 해당 문제를 처리합니다.

12. 파이썬에서 일급객체가 무엇인지 설명해주세요.
일급객체란 함수를 변수에 할당할 수 있고, 매개변수로 전달도 가능하며, 리턴이 가능한 객체를 말합니다. 즉 함수를 변수 또는 인자로 받아 들이거나 함수 결과를 반환하여 사용할 수 있다. 이런 일급객체의 속성을 가지고 클로저와 데코레이터같은 기능을 구현을 할 수 있게 됩니다.

13. 객체지향이란 무엇인지? 주요 원칙이 무엇인지 설명해주세요
객체 지향 프로그래밍(Object-Oriented Programming, OOP)은 소프트웨어 개발 방법 중 하나로, 현실 세계의 객체(Object)를 모델링하여 프로그램을 구성하는 개념입니다. 클래스(Class)와 객체(Object)를 사용하여 객체 지향 개념을 구현할 수 있습니다.


SRP(Single Responsilbility Principle) : 단일 책임 원칙
하나의 클래스&메서드는 단 하나의 책임을 가져야 한다는 의미이다.
OCP(Open Closed Principle) : 개방-폐쇄 원칙
개방/폐쇄의 원칙이란 소프트웨어의 entity(클래스, 모듈, 메서드)들의 확장은 권장하지만 기존 모듈의 수정은 권장하지 않는다는 의미이다.
LSP(Liskov Substitution Principle) : 리스코프 치환 법칙
자식 클래스가 어떻게 구현이 되었든 부모 클래스를 알면 사용이 가능하여야한다.
ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
하나의 일반적인 인터페이스보다는, 여러개의 구체적인 인터페이스를 구현해서 사용해야 한다는 원칙이다.
DIP(Dependency Inversion Principle) : 의존성 역전 법칙
어떤 Class를 참조해야하는 상황이 생긴다면 그 Class를 직접 참조하는 것이 아니라 그 대상의
추상클래스를 만들어서 사용하라는 원칙이다.
14. 절차지향 프로그래밍, 함수형 프로그래밍, 객체지향프로그래밍의 차이점이 무엇인가요?
절차지향 프로그래밍은 단계별로 작업을 처리하는 방식이고, 함수형 프로그래밍은 함수를 조합하여 작업을 수행하며 상태 변경을 피하는 방식입니다. 객체지향 프로그래밍은 데이터와 해당 데이터를 처리하는 메서드를 묶어서 객체를 생성하며, 캡슐화와 상속 등의 개념을 중요시합니다. 이러한 패러다임은 프로그래머가 문제를 해결하는 방식을 결정하며, 선택된 패러다임에 따라 코드의 구조와 특성이 달라집니다.

15. list comprehension이란? 사용시 장단점을 본인 사용경험에 근거하여 설명해주세요.
기존의 반복문을 사용하여 리스트를 생성하는 과정을 한 줄로 축약할 수 있습니다. 주로 반복문과 조건문을 결합하여 리스트를 생성하는 데 사용됩니다. 리스트 컴프리헨션을 사용하면 무엇보다 간결한 코드로 변수에 반복문을 사용해서 선언을 해주어야 할 때에 한 줄로 작성이 가능하여 보기에 깔끔하게 정리를 할 수 있다는 점이 있지만, 오류가 발생하거나 나중에 찾아 보아야 할 때에 가독성이 낮아 코드가 복잡해질수록 찾기 힘들다는 단점이 있었습니다.

16. PEP8에 대해 읽어보신 내용 또는 아는 내용에 대해 설명해주세요. 아울러 팀프로젝트 코드 작성시 컨벤션을 맞추기 위한 어떤 노력을 하셨는지 말해주세요.
PEP8은 파이썬 코드를 작성 할 때에 스타일 가이드라인을 제시하는 문서입니다. 코드 작성시 가이드라인을 맞춤으로써 서로 다른 사람이 코드를 작성을 하더라도 일관성과 가독성을 높힐 수 있는 좋은 방안입니다. 가이드라인의 규칙으로는 들여쓰기, 변수명, 함수명, 주석, 코드 라인 길이, 등과 같이 다양한 측면에서 규칙을 제시합니다. 이러한 규칙으로 인해 팀원과 협업을 용이하게 만들수 있습니다. 저희가 팀프로젝트를 시작했을 때에 가장 먼저 정한 규칙은 함수명과 파일이름을 직관적이고 간단하게 설정을 하는 것이였습니다. 이로 인해 서로 정해진 함수명을 사용하므로써 결합시 문제를 완하 할 수 있었습니다.

17. Python의 GIL(Global Interpreter Lock)이란 무엇이고, 어떤 문제를 발생시키나요?
GIL은 파이썬의 인터프리터의 특성을 보완 밎 안정화를 하기위해 코드를 실행시 한 번에 하나의 스레드만 실행하도록 강제한은 매커니즘을 말합니다. 하지만 스레드를 하나만 실행 시킬 수 있기 때문에 하나가 작업을 하는 동안에는 다른 스레드는 대기에 빠져 있으므로 멀티코어의 성능이 저하 될 수 있다는 단점이 있습니다.

18. mutable 자료형과 immutable 자료형에는 어떤 것들이 있고 각각 어떤 특징을 가지고 있나요?
해당객체의 값을 변경 유무에 따라 가변자료형과 불변자료형을 나눌 수 있습니다. 가변 자료형에는 리스트, 딕셔너리, SET, 바이트 배열이 있으며 새로운 값을 추가하거나 삭제, 변경이 가능합니다. 이로인해 데이터 변경 및 업데이트가 편리하나 동시성 문제가 발생할 수 있습니다. 반면 불변자료형은 정수, 문자열, 튜플, BOOLEAN과 같이 한 번 값이 정해지면 추가 하는것이 불가능하며, 새로운 값을 생성하여 대채하는 방식으로 변경이 가능합니다. 이러한 자료형의 특징으로 값의 안정성과 코드 예측성이 올라갑니다.

19. *args와 **kwargs의 용도와 사용 예제를 설명해주세요
둘다 함수를 정의할 때에 사용이 되는 매개변수 입니다.이를 사용하여 각각 임의의 수의 위치 인수와 키워드 인수를 받을 수 있습니다.*args는 튜플의 형태로 인수를 받을 수 있으며 함수 안에서 튜플의 값을 필요로 할 때에 사용을 할 수 있으며 만약에 리스트를 인수로 넣고 싶다면 리스트 앞에 *을 붙여서 사용 할 수 있습니다.(*list) 그리고 **kwargs는 딕셔너리 형태를 인수로 받아들이기 위한 매개변수이며 함수안에서 kwargs를 변수로 사용 할 수 있습니다.

20. 멀티스레딩과 멀티프로세싱의 차이점과 각각의 장단점을 설명해주세요.
멀티스레딩과 멀티프로세싱은 병렬처리를 위한 접근 방법이나 멀티스레딩은 하나의 프로세스에서 여러가지의 스레드를 동시에 실행하며 작업을 합니다. 프로세스에서 만들어진 데이터를 공유받기 때문에 쓰레드간에 데이터도 공유를 하기 쉽다는 점과 메모리 효율성이 높습니다. 하지만 파이썬과 같이 gil 매커니즘으로 쓰레드가 하나 밖에 동작을 할 수 없는 환경에서는 성능 향상을 기대하기 어렵다는 점과 스레드가 동시에 같은 자원을 접근하는 경우 교착상태가 발생할 수 있다는 단점이 있습니다.

반면 멀티 프로세싱에 경우에는 각 프로세스는 독립적인 메모리 공간을 가지고 있으며 프로세스간 통신으로 데이터를 주고 받을 수 있습니다. 독립적으로 실행을 하기 때문에 하나의 프로세스에 예외가 발생 하더라도 다른 프로세스에 영향을 미치지 않습니다. 다만 각각 독립적인 메모리공간을 필요로 하기에 시스템 자원을 많이 소모하게 되며 프로세스 간 통신을 위해 추가적인 오버헤드가 발생합니다.

 

❇️ Django 1. 장고 외 타 프레임워크가 무엇이 있고 차이점은 무엇이 있나요?
Flask:
Flask는 마이크로 웹 프레임워크로서 경량화되어 있습니다.
장고보다 더 자유로운 구조를 가지고 있으며, 필요한 기능들을 확장할 수 있습니다.
유연성과 간결함을 추구하는 프로젝트에 적합합니다.


FastAPI:
FastAPI는 빠르고 현대적인 웹 프레임워크로서 API 개발에 중점을 둡니다.
비동기 처리(Asynchronous Processing)를 지원하여 높은 성능을 제공합니다.
OpenAPI 및 Swagger 문서 자동 생성 등의 기능을 제공하여 API 문서화를 용이하게 합니다.


Tornado:
Tornado는 비동기 네트워크 프레임워크로서, 웹 소켓이나 긴 Polling과 같은 실시간 웹 애플리케이션에 적합합니다.
이벤트 루프(Event Loop)를 사용하여 높은 처리량과 낮은 지연 시간을 제공합니다.
장고와 비교하여 보다 낮은 수준의 추상화를 제공하며, 유연성과 성능을 높이는 데 초점을 맞추고 있습니다

 
2. 다른 웹 프레임워크와 비교했을 때 Django의 장점과 단점은 무엇이라고 생각하시나요?
Django의 가장 큰 장점이라고 생각하는 부분은 정해진 틀에 맞추어 개발자가 작성을 하면 내부 라이브러리에서 기능을 구현해주기 때문에 개발이 아주 쉽게 만들어진다는 장점이 있습니다. 하지만 내가 커스텀해서 조정할 수 있는 부분이 한정이 되어 있으며 추가 적인 기능을 넣는것이 어렵다는 단점이 있습니다.

 
3. Django와 Flask는 같은 파이썬 언어로 되어있지만 차이가 있습니다. 어떤 차이가 있는지 설명해주세요.
Django는 아주 정교한 프레임워크로 작성이 되어 있어 이미 정해진 틀에 개발자가 원하는 입력에 맞추어 작동을 하기에 간단한 입력 만으로 세부적인 기능까지 다 구현을 해주기 때문에 개발속도가 빠르고 편리하다는 장점이 있습니다. 하지만 처음에 숙지를 위해서 시간이 필요하며 직접 커스텀해서 만드는 것에 한계가 있다는 점이 있습니다. 그에 비해 flask는 조금더 유연한 구조를 가지고 있으며 빠른 숙지로 바로 개발에 들어 갈 수 있다는 장점이 있습니다. 하지만 세세한 기능을 구현하기 위해서는 개발자가 직접 구현을 해야하며 그로인해 개발 속도가 느려진다는 단점이 있습니다.

4. 장고의 ORM과 SQL 쿼리 간에 어떤 장단점이 있나요? 어떤 상황에서 각각을 사용하시나요?
장고의 ORM 사용:

장점:
간편성: ORM은 데이터베이스와의 상호 작용을 객체 지향적으로 추상화하여 개발자가 데이터베이스와의 상호 작용을 더 쉽게 만듭니다.
가독성: ORM을 사용하면 SQL 쿼리를 직접 작성하는 것보다 코드가 더 읽기 쉽고 이해하기 쉽습니다.
포팅 용이성: ORM을 사용하면 데이터베이스를 변경할 때 소스 코드 변경을 최소화할 수 있습니다.
보안: ORM을 사용하면 SQL 쿼리 인젝션(SQL Injection) 공격과 같은 일반적인 보안 취약점을 방지할 수 있습니다.
단점:
성능: 복잡한 쿼리나 대량의 데이터를 처리할 때 직접 SQL 쿼리를 사용하는 것보다 성능이 떨어질 수 있습니다.
제한된 기능: ORM을 사용하면 특정 데이터베이스의 모든 기능을 활용할 수 없을 수 있습니다. 일부 고급 기능은 ORM으로 직접 구현하기 어렵거나 불가능할 수 있습니다.


직접 SQL 쿼리 사용:

장점:
성능: 복잡한 쿼리나 대량의 데이터를 처리할 때 직접 SQL 쿼리를 사용하는 것이 성능적으로 더 효율적일 수 있습니다.
고급 기능 활용: 특정 데이터베이스의 고급 기능을 활용할 수 있습니다. ORM으로는 구현하기 어려운 복잡한 쿼리나 데이터베이스 기능을 사용할 수 있습니다.
단점:
복잡성: 직접 SQL 쿼리를 작성하면 코드가 복잡해지고 가독성이 떨어질 수 있습니다.
보안 취약성: SQL 쿼리 인젝션(SQL Injection)과 같은 보안 취약점을 방지하기 위해 직접적으로 쿼리를 작성하는 것은 보안 상 위험할 수 있습니다.
포팅 어려움: 데이터베이스를 변경할 때 코드를 다시 작성해야 할 수 있으며, 이는 유지보수에 어려움을 줄 수 있습니다.
상황에 따른 사용:

ORM 사용: 간단한 쿼리 또는 CRUD(Create, Read, Update, Delete) 작업을 수행할 때, 데이터베이스에 대한 복잡한 지식이 필요하지 않거나, 데이터베이스 변경이 빈번하지 않는 경우에 유용합니다.
직접 SQL 쿼리 사용: 복잡한 쿼리를 수행하거나 대량의 데이터를 처리해야 할 때, 특정 데이터베이스의 고급 기능을 활용해야 할 때, 또는 성능이 중요한 경우에 유용합니다.
따라서 프로젝트의 요구 사항과 개발자의 선호도에 따라 ORM과 직접 SQL 쿼리를 적절히 조합하여 사용하는 것이 좋습니다.

5. MVT 구조에 대해서 설명해주세요.
MVT(Model-View-Template)는 장고(Django) 프레임워크에서 사용되는 소프트웨어 디자인 패턴이며, 장고에서 웹 애플리케이션을 개발하는 데 사용됩니다.

MVT 구조에서는 클라이언트의 요청이 URL 매핑을 통해 적절한 뷰로 라우팅되고, 뷰가 모델을 사용하여 데이터를 처리하고, 처리된 데이터는 템플릿을 통해 웹 페이지로 렌더링됩니다. 이러한 방식으로 장고는 웹 애플리케이션의 각 구성 요소를 분리하여 유지 관리 및 확장성을 향상시킵니다.

6. django에서 프로젝트를 생성했을 때 어떤 파일들이 생성되며, 각 파일들의 역할이 뭔지 설명해주세요
장고(Django) 프로젝트를 생성하면 다음과 같은 기본 파일 및 디렉토리가 생성됩니다. 각 파일과 디렉토리의 역할을 설명하겠습니다:

manage.py:
Django 프로젝트와 관련된 다양한 작업을 수행하는 명령줄 유틸리티입니다.
서버 시작, 데이터베이스 마이그레이션, 애플리케이션 생성, 테스트 실행 등의 작업을 수행할 수 있습니다.

프로젝트 디렉토리 (프로젝트 이름과 동일한 디렉토리):
프로젝트의 루트 디렉토리입니다. 프로젝트 설정 및 관련 파일이 위치합니다.

프로젝트 설정 파일 (settings.py):
Django 프로젝트의 전반적인 설정을 관리하는 파일입니다.
데이터베이스 설정, 애플리케이션 설정, 정적 파일 및 미디어 파일 경로 설정 등이 포함됩니다.

URL 설정 파일 (urls.py):
URL 패턴을 뷰와 매핑시키는 데 사용되는 파일입니다.
사용자의 요청이 어떤 뷰로 전달될지 결정하는 데 사용됩니다.

WSGI 애플리케이션 파일 (wsgi.py):
WSGI(Web Server Gateway Interface)를 통해 웹 서버와 Django 애플리케이션을 연결하는 엔트리 포인트 역할을 합니다.
웹 서버에서 요청이 들어오면 wsgi.py 파일이 호출되어 Django 애플리케이션을 로드합니다.

ASGI 애플리케이션 파일 (asgi.py, 옵션):
ASGI(Asynchronous Server Gateway Interface)를 사용하는 경우, 비동기 서버와 Django 애플리케이션을 연결하는 엔트리 포인트 역할을 합니다.
Django Channels와 같은 비동기 요청을 처리하는 경우에 사용됩니다. (Django 3.0부터 추가됨)

애플리케이션 디렉토리 (app 디렉토리):
각각의 Django 애플리케이션에 대한 디렉토리입니다.
각 애플리케이션은 모델, 뷰, 템플릿 및 정적 파일을 포함할 수 있습니다.

DB 마이그레이션 디렉토리 (migrations 디렉토리):
데이터베이스 스키마 변경 사항을 추적하고 적용하는 마이그레이션 파일들이 저장되는 디렉토리입니다.
makemigrations 명령을 통해 마이그레이션 파일을 생성하고, migrate 명령을 통해 마이그레이션을 적용합니다.

가상 환경 디렉토리 (venv 디렉토리, 옵션):
파이썬 가상 환경을 구성하는 디렉토리입니다. 필수적인 파일이 아니지만 보통 Django 프로젝트를 관리하는 데 사용됩니다.

이러한 파일과 디렉토리들은 Django 프로젝트를 구성하고 관리하는 데 사용되며, Django의 기본 구조와 개념을 이해하는 데 중요한 역할을 합니다.

7. 장고에서 app을 나누는 기준에 대해 본인 생각을 말씀해주세요.
장고에서 app을 나누는 기준은 기능에 따라 나눈다고 생각합니다. 웹페이지를 만들 때에 기본으로 들어가는 회원관리, 게시물, 유저기능으로 따로 나누어서 관리를 하면 해당 기능을 찾을 때에도 빠르게 찾을 수 있으며, 오류 발생시에도 처리하기 편리하며, 협업을 할 때에 기능별로 나누어서 작업하기 용이하다고 생각합니다.

8. 장고에서 app 생성시 urls.py는 생성되나요? 생성이 안된다면 왜 안되는지 본인의 생각을 말해주세요.
장고에서 app을 생성하게 된다면 app파일안에는 기본적으로 urls파일이 생성이 되지 않습니다. 이 이유는 우리가 클라이언트에서 url를 받아올 때를 생각해보면 url에는 어느 app파일로 가서 처리 해라는 명령이 없기 때문에 이 신호는 프로젝트 파일에 있는 urls로 가게 됩니다. 만약에 app파일 별로 url을 관리 하고 싶다면 프로젝트의 urls에서 각 app파일에 있는 urls에 맞게 배분을 할 수 있게 include를 함으로 url을 배분할 수 있게 됩니다.

9. 장고에서 미들웨어가 무엇인지 설명해주세요.

장고(Django)에서 미들웨어(Middleware)는 클라이언트의 요청과 응답 사이에 위치하여 HTTP 요청 및 응답을 가로채고 조작하는 강력한 기능을 제공하는 구성 요소입니다. 미들웨어는 장고의 요청/응답 처리 과정에 통합되어 서버의 동작을 제어하고 개선하기 위해 사용됩니다. 미들웨어는 일반적으로 다음과 같은 작업을 수행할 수 있습니다:

요청 전처리 및 후처리:
클라이언트의 요청이 뷰로 전달되기 전에 사전 처리 작업을 수행하거나, 뷰에서 반환된 응답이 클라이언트에게 전송되기 전에 후처리 작업을 수행할 수 있습니다.


인증 및 권한 부여:
미들웨어를 사용하여 요청에 대한 사용자 인증 및 권한 부여를 수행할 수 있습니다. 사용자의 로그인 상태를 확인하고 접근 권한을 제어할 수 있습니다.


캐싱:
요청과 응답을 캐싱하여 동일한 요청이 다시 발생할 때 캐시된 결과를 반환하고, 데이터베이스 또는 다른 외부 서비스에 대한 요청을 줄일 수 있습니다.


로깅:
요청과 응답에 대한 정보를 기록하고 로그를 생성할 수 있습니다. 이를 통해 디버깅 및 모니터링을 용이하게 할 수 있습니다.


보안:
보안 관련 작업을 수행할 수 있으며, 요청에 대한 보안 검사를 수행하고 보안 취약점을 방어할 수 있습니다.


세션 및 쿠키 관리:
세션과 쿠키를 관리하여 사용자의 상태를 유지하고 세션 데이터를 저장하거나 조작할 수 있습니다.


HTTP 헤더 조작:
요청 및 응답의 HTTP 헤더를 조작하여 캐싱, 보안, 인증 등의 목적으로 헤더를 추가하거나 수정할 수 있습니다.
장고에서는 미들웨어를 사용하여 웹 애플리케이션의 기능을 확장하고 사용자 정의 요구 사항을 처리할 수 있습니다. 또한, 미들웨어는 재사용 가능한 구성 요소로 패키지로 제공되기도 하며, 필요에 따라 사용자 정의 미들웨어를 작성하여 기능을 확장할 수 있습니다.

10. 장고에서 트랜잭션을 처리하기 위한 방법이 어떤 것이 있는지, 본인 사용 경험 근거하여 설명해주세요.
django app 내부의 views.py에서  데이터 베이스를 접근하고 값을 변경 또는 삭제 수정을 할 때에 해당 값이 정확하게 일치하는 지 유효성을 검증하기 위해서 is_valid()를 하고 유효성이 확인이 된다면 save()를 통해서 데이터 베이스에 커밋을 할 수 있습니다.

11. FBV, CBV에 대해 각각 장단점 위주로 설명해주세요.
FBV(Function-Based Views)와 CBV(Class-Based Views)는 장고(Django)에서 뷰(View)를 작성하는 두 가지 주요한 방법입니다. 각각의 장단점을 살펴보겠습니다.

Function-Based Views (FBV):

장점:

간단하고 직관적인 구현: 함수의 형태로 뷰를 작성하기 때문에 비교적 간단하고 직관적으로 구현할 수 있습니다.
일반적인 Python 함수로 개발: Python 함수를 사용하기 때문에 프로그래머들이 친숙하고 익숙한 구조를 사용할 수 있습니다.
URLConf의 가독성: URLConf 파일에서 함수 이름을 직접 참조하기 때문에 URLConf가 간단하고 가독성이 높아집니다.

단점:

코드의 중복: 유사한 작업이 여러 뷰에서 반복될 경우 코드의 중복이 발생할 수 있습니다.
재사용성이 낮음: 각 뷰가 개별 함수로 작성되기 때문에 코드를 재사용하기가 어려울 수 있습니다.
기능의 추가가 복잡함: 뷰에 기능을 추가하려면 함수를 직접 수정해야 하므로 유지 보수가 어려울 수 있습니다.

Class-Based Views (CBV):

장점:

코드의 재사용: 상속을 통해 공통된 기능을 재사용할 수 있으므로 코드의 중복을 줄일 수 있습니다.
코드의 구조화: 클래스 기반으로 뷰를 작성하면 관련 기능을 하나의 클래스에 그룹화하여 구조화할 수 있습니다.
기능의 확장성: 클래스를 상속하고 메서드를 오버라이드하여 쉽게 기능을 추가하고 확장할 수 있습니다.

단점:

학습 곡선이 가파름: 함수보다 클래스 기반의 뷰를 작성하는 데 더 많은 시간이 필요할 수 있으며, 처음에는 학습 곡선이 가파를 수 있습니다.
복잡한 구조: 클래스 기반의 뷰는 함수보다 더 복잡한 구조를 가지고 있으며, 작은 프로젝트나 간단한 뷰의 경우에는 과도하게 복잡할 수 있습니다.
추상화의 오버헤드: 일부 개발자들은 추상화된 클래스 구조가 코드를 이해하기 어렵게 만들 수 있다고 느낄 수 있습니다.


결론적으로, FBV는 간단하고 직관적인 구현이 가능하며 작은 프로젝트나 간단한 뷰에 적합합니다. 반면에 CBV는 코드의 재사용성과 확장성이 뛰어나며 대규모 프로젝트나 복잡한 기능을 가진 뷰에 유용합니다. 개발자는 프로젝트의 요구 사항과 자신의 선호도에 따라 FBV 또는 CBV 중 하나를 선택하여 사용할 수 있습니다.

12. 장고로 어떤 프로젝트를 하셨고 어떤 에로사항이 었었는지 그리고 어떻게 해결 하셨나요?
진행해본 프로젝트로는 AI가 추천해주는 영화와 서로 공유를 하는 게시물 웹 사이트 작성 팀프로젝트를 해보았습니다. 팀프로젝트를 하면서 자주 있었던 에로 사항으로는 처음부터 데이터 베이스의 스키마를 명확하게 정하지 못하여 새로운 스키마가 생겨날 때 마다 데이터베이스를 다시 만들어 주었는데. 게시물 확인을 위해서 처음부터 작업을 하는 것에 많은 시간낭비를 했던것 같습니다. 이로 인해서 데이터 베이스의 변경과 추가가 있을 때에는 명확하고 한 번에 해결해야겠다고 정하였습니다.

 

아.... 열심히 다만들었는데... .디버그 모드를 하면 엑박이 뜹니다... 이 문제는 내일... 풀어 보도록 하겠습니다.

billyhyunjun/sparta_market: sparta_market (github.com)

GitHub - billyhyunjun/sparta_market: sparta_market

 

Django DEBUG = False 와 static 설정 (velog.io)

Django DEBUG = False 와 static 설정