- Today
- Total
목록개발 이야기 (51)
개성있는 개발자 되기
1. 컴포넌트 컴포넌트는 시스템의 구성 요소로 배포할 수 있는 가장 작은 단위다. ex) 자바의 jar파일, 루비의 gem파일, 닷넷에서 DLL 잘 설계된 컴포넌트라면 반드시 독립적으로 배포 가능한, 따라서 독립적으로 개발 가능한 능력을 갖춰야 한다. 1) 컴포넌트의 간략한 역사 소프트웨어 개발 초창기에는 메모리에서의 프로그램 위치와 레이아웃을 프로그래머가 직접 제어했다. 즉, 프로그램을 빌드하기 위해서 어떤 소스가 어느 메모리 주소에 위치해야 하는지 프로그래머가 설정했어야했다. - 컴파일 후 프로그램의 위치가 한번 결정되면 재배치가 불가능 - 함수 라이브러리가 크면 클수록 컴파일은 더 오래 걸림 따라서 컴파일 시간을 단축시키기 위해 프로그래머는 함수 라이브러리의 소스코드를 애플리케이션 코드로부터 분리했..
Spring Boot에서 제공하는 RedisTemplate 을 이용하면 쉽게 Redis 데이터를 Get/Set 할 수 있다. 이 때, Data를 Serialize 하는 방법을 설정할 수 있는데 org.springframework.data.redis.serializer 패키지에서 확인할 수 있다. 다양한 모델의 데이터를 Redis에서 조회해올 때 겪었던 이슈사항과 최종적으로 택한 방법을 정리하고자 한다. 아래 내용은 나와 정말 똑같은 고민을 가진 사람이 쓴 글이다 ㅋㅋ https://cnpnote.tistory.com/entry/SPRING-Spring-RedisTemplate-%EC%97%AC%EB%9F%AC-%EB%AA%A8%EB%8D%B8-%ED%81%B4%EB%9E%98%EC%8A%A4%EB%A5%..
좋은 소프트웨어 시스템은 깔끔한 코드 (clean code)로부터 시작한다. 그래서 좋은 아키텍처를 정의하는 원칙이 필요한데, 그게 바로 SOLID이다. SOLID 원칙의 목적은 중간 수준의 소프트웨어 구조가 아래와 같도록 만드는 데 있다. - 중간 수준 : 프로그래머가 이들 원칙을 모듈 수준에서 작업할 때 적용할 수 있는 수준 1) 변경에 유연하다. 2) 이해하기 쉽다. 3) 많은 소프트웨어 시스템에 사용될 수 있는 컴포넌트의 기반이 된다. SRP : 단일 책임 원칙 (Single Responsibility Principle) - 각 소프트웨어 모듈은 변경의 이유가 단 하나여야만 한다. OCP : 개방 폐쇄 원칙 (Open-Closed Principle) - 기존 코드를 수정하기보다는, 새로운 코드를 ..