문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 다음 판 양쪽 다음 판 | ||
web:신규서비스 [2020/11/05 14:48] kwon37xi [Load Balancer 설정 확인] |
web:신규서비스 [2021/01/04 16:17] kwon37xi 만듦 |
||
---|---|---|---|
줄 91: | 줄 91: | ||
* Repository | * Repository | ||
* Domain Object | * Domain Object | ||
- | |||
- | 특히 모듈화가 잘 안된 프로젝트에서 저지르는 흔한 실수 중의 하나가 로그인 사용자 객체를 자동으로 도메인 객체에 넣어주고 싶다던지의 이유로 | ||
항상 의존성은 위에서 아래로 흘러야 한다. | 항상 의존성은 위에서 아래로 흘러야 한다. | ||
+ | |||
+ | ==== Web Context 를 비즈니스까지 끌고가지 말 것 ==== | ||
+ | * 모듈화가 잘 안된 프로젝트에서 저지르는 흔한 실수 중의 하나가 로그인 사용자 객체를 자동으로 도메인 객체에 넣어주고 싶다던지의 이유로 | ||
+ | * UI단의 컨텍스트를 Method Parameter를 통하지 않고서 비즈니스 코드에서 직접 사용하는 일이 없게 해야한다. (보통은 이럴 때 '' | ||
+ | * JPA Auditing 같은 것. | ||
+ | * 단, 이런 상황이더라도, | ||
===== 웹 서비스 모듈의 분화 ===== | ===== 웹 서비스 모듈의 분화 ===== | ||
* Web Service 모듈의 경우 각 기능별로 Path 지정에 주의한다. | * Web Service 모듈의 경우 각 기능별로 Path 지정에 주의한다. | ||
줄 361: | 줄 365: | ||
* Sprint 를 1주 단위 정도로 잘게 쪼개는 게 좋다. 목표를 명확히 가시화 한다. | * Sprint 를 1주 단위 정도로 잘게 쪼개는 게 좋다. 목표를 명확히 가시화 한다. | ||
* 스프린트당 통합 테스트를 목표로 정하는게 좋다. 허접해도 통합해서 뭔가를 보는게 좋다. | * 스프린트당 통합 테스트를 목표로 정하는게 좋다. 허접해도 통합해서 뭔가를 보는게 좋다. | ||
+ | |||
+ | ===== 신규 개발 조직 구축시 먼저 할 일 ===== | ||
+ | * [[https:// | ||
+ | * 사내 라이브러리 올리기 | ||
+ | * 외부 망에 의존하지 않아서 빠른 속도로 의존 라이브러리 가져오기 | ||
+ | * 비슷한 의미로 Docker Registry 도 구축 | ||
+ | * 회사가 극초반이 아니라면 https:// | ||
+ | * Github Enterprise | ||
+ | * Gitlab Enterprise 등. | ||
+ | * 이유 : 공개 저장소를 사용하면 항상 보안 문제가 발생한다. 특히 개발자 한명의 실수로 전체 소스코드 유출이 가능해진다. | ||
+ | * 무것보다 소스코드에 DB 접속 정보, 개인정보 등이 있을 때 큰문제가 된다. | ||
+ | * 근본적으로 어딘가의 접속 정보는 소스코드 저장소에 넣지 않는게 제일 좋지만 이걸 안지키는 경우가 지속적으로 발생한다. | ||
===== 참조 ===== | ===== 참조 ===== | ||
* [[http:// | * [[http:// | ||