컨텐츠

• 소개
  • 윤기영의 앱 개발 경험
• 클린 아키텍처란?
  • 로버트 C. 마틴의 설계 원칙
  • 계층화 구조 제공
• 첫 번째 아키텍처 문제점
  • 해석의 어려움
  • 잦은 수정 필요
  • 테스트의 어려움
• 두 번째 아키텍처 개선
  • 화면과 데이터 분리
  • Provider와 ViewModel 사용
• 클린 아키텍처 도입
  • 6단계 구조 진화
  • 문제 해결 방안 제시
• 결론
  • 유지 보수 및 확장 용이
  • 코드 가독성 및 테스트 용이성 향상

서론

• 애플리케이션 배포 아키텍처 선택 중요성
• 서버 기반 아키텍처와 서버리스 아키텍처 비교 필요성

서버 아키텍처

• 물리적 서버 소유 또는 임대
• 항상 작동 상태 유지
• 관리 책임 사용자에게 부담

예시

• Node.js로 간단한 웹 서버 구축
• 요청 처리 시 메시지 전송

서버리스 아키텍처

• 인프라 직접 관리 불필요
• 자동 확장 기능 제공
• 사용한 만큼 비용 지불

장점

• 유연성 제공
• 비용 절감 효과
• 빠른 배포 가능

단점

• 제한된 인프라 제어
• 비용 변동성 존재

결론

• 각 아키텍처의 장단점 존재
• 프로젝트 요구사항에 따라 적합한 선택 필요

DTO 정의

• DTO는 서브시스템 간 데이터 전송을 위한 디자인 패턴임.
• RESTful API에서 데이터 구조 정의에 주로 사용됨.

문제점

• 높은 결합도로 유지보수 및 재사용성 저하됨.
• 변경 시 UI 인터페이스 수정 필요하여 리팩토링 어려움.
• 단일 책임 원칙 위반으로 코드 응집력 저하됨.
• 최소 권한 원칙 위반으로 보안 및 관리 문제 발생함.

해결 방안

• 소프트웨어 아키텍처 정의 및 계층 분리 중요함.
• 데이터 계층 분리하여 DTO와 UI 간 중간 단계 도입함.
• 결합도 낮추고 유지보수성과 재사용성 향상됨.
• 코드의 책임 명확히 분리함.

참고 자료

• SOLID 원칙
• 클린 아키텍처
• 프론트엔드 아키텍처 패턴

고품질 코드의 숨겨진 위험

유령 묘지 정의

• 비즈니스 가치를 제공하지만 복잡해진 유지보수 불가능한 코드 존재

유령 묘지 발생 원인

• 팀 역량 무시로 인한 유지보수 어려움 발생
• 소유권 부재로 컨설턴트 작성 코드 유지보수 난항
• 불명확한 설계 결정으로 수정 시 혼란 유발

조직에 미치는 영향

• 기술 부채 축적으로 인한 비효율 누적
• 재작성 시 고비용과 시간 요구
• 비즈니스 변화에 적응성 저하로 경쟁력 약화
• 보안 취약점 발견 및 수정 어려움

컨설턴트의 딜레마

• 높은 수준 코드 작성 시 팀 기술 차이로 유령 묘지 위험

유령 묘지 방지 모범 사례

• 팀 이해 수준 맞춘 단순하고 가독성 높은 코드 작성
• 코드 이해와 유지보수 위한 적극적인 지식 이전 실시
• 설계 결정 명확히 설명하여 팀 지원

관련 자료

• 기술 부채와 효과적 유지보수 전략
• 팀 간 협업 방안 제안

4가지 색상 사용

• 기본 색상으로 정보 전달
• 보조 색상으로 조화 이루기
• 강조 색상으로 중요한 요소 강조
• 3차 색상으로 개성 추가

다크 모드 구현 방법

• CSS 변수 사용하여 색상 설정
• 기본 테마와 다크 테마 색상 값 다르게 설정
• 테마 전환 시 색상 자동 변경 기능 구현
• 밝은 색상과 어두운 색상으로 일관성 유지

참고 자료 목록

• CSS 변수 이해하기
• 색채 이론 활용 디자인
• 웹 디자인 다크 모드 구현하기