오늘 한 일 Spring boot에서 클라이언트 입력 값을 @Valid 애너테이션으로 검증하는 방법을 공부했다. 여러 예제를 봤는데 클라이언트의 입력 값은 보통 @Valid 애너테이션을 사용해서 검증한다. 복잡하면 검증 메소드를 만들어서 검증한다. 이와 관련된 글을 작성할 예정이다. 어제 만든 CUI 키오스크 고민 해결 튜터님이랑 얘기하면서 OOP에 대한 기준을 좀 잡았다. 내가 OOP 스타일을 지키면서 만들고 있는건지 확신이 없었는데, 객체의 추가/변경이 다른 객체에 영향을 최대한 주지 않으면서 가독성이 좋은 코드를 작성하는걸 목표로 해야겠다. SOLID 원칙도 지킬 수 있도록 해야지.
TIL
오늘 한 일 디자인 패턴 학습 상태 패턴, 팩토리 패턴 학습함 키오스크 프로젝트 MVC 패턴으로 전환 및 기능 개발 중복 코드를 최대한 없애면서 만들려고 했다. 반복되는 코드가 보이면 메소드로 추출했다. 중복되는 필드나 메소드를 상황에 따라 인터페이스나 추상 클래스를 상속받아 없앴다. 협력하는 객체를 만드는 것은 무엇일까 고민했다. MVC 패턴이 객체가 협력하기 쉽도록 만들어주는 구조라고 생각했다. 근데 패턴보다 더 중요한 것이 실제 모델, 뷰, 컨트롤러 객체를 어떻게 만들 것인지다. 컨트롤러가 관리하는 상태가 많고, 상태와 관련된 로직이 복잡해서 컨트롤러의 상태를 클래스로 만들어서 캡슐화했다. 상태 패턴을 적용하면서 상태 1개당 상태 클래스, 상태 모델 클래스, 상태 뷰 클래스가 생겨서 클래스의 관리가..
오늘 한 일 Chapter2 개인 과제 개발 기능 단위로 개발하는 것을 연습했다. 계속 여러가지 건들다가 한번에 커밋해서 커밋 메시지가 길어지고 제목으로 다 표현할 수가 없다. 좀 더 의식해야한다. 객체 관계를 먼저 생각하고 행동이 상태를 변하고, 객체의 결합도를 낮추면서 개발하는 것을 연습했다. 근데 결합도가 높은게 마냥 나쁜 것도 아니고 상황에 따라 다르다고 한다. 상황에 대한 기준을 세우는게 어렵다. 어떤 방법이 적절한지 상황에 따라 디자인 패턴을 공부하고 필요한 상황에 적용하려고 연습하고 있다. 상태 패턴으로 행동을 캡슐화 하는게 MVC 패턴의 미니 컨트롤러처럼 느껴졌다. 그러나 엄연히 다른 개념이다. 상태 패턴은 복잡한 상태 관련 로직을 캡슐화해서 가독성, 확장성, 유지보수에 이점을 가지려고 적..
오늘 한 일 프로세스와 쓰레드 개념을 정리했다. 2023.10.17 - [Computer science/Operating system] - [OS] 프로세스와 쓰레드 정리 메모장 [OS] 프로세스와 쓰레드 정리 메모장 조금씩 업데이트하는 프로세스와 쓰레드 관련 메모장. 다음 추가할 주제는 데드락, 멀티 프로세스 vs 멀티 쓰레드 이다. 프로세스 프로그램의 실행 단위. (프로그램의 인스턴스) 메모리를 text, dat ouohoon.tistory.com 할 일 메모리와 관련된 내용을 적다보니 다음 정리 주제는 가상 메모리, 페이지 테이블, 단편화가 좋겠다. 멀티 쓰레드만 정리했는데, 멀티 프로세스와 비교하는 주제로도 정리해야겠다. 오랜만에 보니 데드락도 잘 기억나지 않았다. 정리할 것. 스프링 부트는 톰캣..
정확히는 10일차가 아니긴 한데.. 처음에 쉬는 날 없이 하다가 주말에는 쉬는게 더 좋을 것 같다. 보상이 없으니까 평소에 더 집중하기 어려웠다. 그래서 토요일은 하루의 절반 정도, 일요일은 하루를 푹 쉬기로 했다. 결론은 TIL은 평일 + 가능하면 토요일에 쓴다. ㅋㅋㅋㅋ 오늘 한 일 블로그 목차 라이브러리를 만들었다. Jquery로 간단하게 만들었다. 개인적으로 목차가 포스트 위에 있으면 스크롤 하기도 귀찮고, 나중에 목차를 확인하기도 어려워서 좋아하지 않는다. 그래서 사이드바 부분에 플로팅되는 목차를 만들려고 했는데, 지금 사용하는 Square 스킨이 메인 화면에 여러 포스트가 등장하는 구조라서 스크롤 위치에 따라 목차를 바꾸고, 사이드바에 배치해야 하는데 그러면 모바일 환경에서는 어떻게 할지 결정..
오늘 한 일 팀 프로젝트 마무리 팀 프로젝트를 마무리하면서 각자 개발한 기능을 원본 저장소에 pr했다. pr에서 충돌이 나는 것을 확인, 해결하고 기능 테스트를 진행했다. 기능 테스트를 하는데 여러가지 문제가 있었다. 모듈화가 되지 않은 코드가 많다. 코딩 스타일이 다르다. 기획이 구체적이지 않다. 함께 사용하는 데이터에 대한 규칙을 정하지 않았다. 회고 git과 github를 더 능숙하게 사용해서 코드 버전을 관리하고 협업하는 방법을 배우고 싶다. branch를 단순히 사용하는 것은 쉬워도 버전 관리를 능숙하게 하는 것은 어려운 일이라고 생각했다. 개인 프로젝트에 버전 관리를 적극적으로 활용하자! develop, feature, hotfix 등의 다양한 브랜치를 만들어서 관리하는 연습을 하자. 각자 코..
