도즈의 개발 블로그

함수(메서드) 라인에 대한 기준도 적용한다프로그래밍 요구사항에는 함수의 길이를 15라인으로 제한하는 규칙이 포함되어 있다.이 규칙은 main() 함수도 동일하게 적용되며, 공백 라인도 한 라인으로 간주한다.만약 함수가 15라인을 초과한다면, 역할을 더 명확하게 나누고, 코드의 가독성과 유지보수성을 높일 수 있는 신호로 인식하고 함수 분리 또는 클래스 분리를 고려해야 한다.  비즈니스 로직과 UI 로직의 분리한다비즈니스 로직과 UI 로직을 한 클래스에서 처리하는 것은 단일 책임 원칙(SRP)에 위배된다.비즈니스 로직은 데이터 처리 및 도메인 규칙을 담당하고, UI 로직은 화면에 데이터를 표시하거나 입력을 받는 역할로 분리한다.아래는 비즈니스 로직과 UI 로직이 혼재되어 있다.   연관성이 있는 상수는 st..

⭐ [ 2주차 리뷰 ] 우당탕탕 2주차 생존기1주차 때 부족한 부분들이 많았어서 객체지향 개념, 컨벤션 등 정리를 시작하고 2주차 코드를 구현했다. 노션에 정리를 해놨는데, 블로그에 올리기에는 글들이 깔끔하지 않아서, 보기 좋게 정리 한 후에 블로그에 올릴 생각이다..& 이번 2주차의 코드를 구현하면서 얻은 것들이 많은 것 같다. 알고만 있고, 중요하다고 생각한 객체지향의 개념에 대해서 공부하면서 코드를 구현하니, 계단을 오르면서 코드를 구현하는 느낌? 코드 완성이라는 목표를 향해서 차근차근 올라가는 느낌이라 너무 재밌었던 것 같다.이번 주차때 제일 중요하게 생각했던 부분은 기능 분리, 가독성인 것 같다. 특히 메서드 하나에 많은 기능이 포함되어져 있는지를 중점으로 본것 같다. 특정 기능을 담당하는 메서..

⭐ SOLID 원칙SOLID 원칙은 객체 지향 프로그래밍 및 설계의 5가지 기본 원칙이며, 시간이 지나도 유지 보수와 확장이 쉬운 시스템을 만들고자 할 때 이 원칙들을 적용할 수 있다.-> 추가적인 내용 update 예정   📌 SOLID 5가지 원칙 1️⃣  단일책임원칙( Single Responsibility Principle ) SRP한 클래스는 하나의 책임만 가져야 한다.하나의 클래스가 모든 책임을 갖고 있는 것이 아니라, 하위 클래스들에게 책임을 넘기는 것 2️⃣ 개방- 폐쇄 원칙( Open-Closed Principle) OCP클래스, 모듈, 함수 등은 확장에 대해 열려있어야 하고, 수정에 대해서는 닫혀 있어야 한다.하나의 개체를 수정할때 그 개체를 이용하는 다른 개체들을 줄줄이 고쳐야 하면..

⭐ 객체 지향 ?특정 기능을 수행하기 위한 데이터와 데이터를 사용하는 연산을 하나로 묶어서 객체로 하는 접근 방법  📌 객체지향의 특징1️⃣  클래스와 오브젝트클래스는 실세계의 사물을 정의하기 위한 틀을 제공한다.클래스로부터 생성되는 인스턴스가 객체 = 오브젝트 이다.객체는 클래스 하나에서 여러개 생성 가능하다. 2️⃣ 캡슐화와 정보 은닉캡슐화로 클래스의 속성과 연산이 감춰진다.⇒ 꼭 필요한 최소한의 정보만 외부에 공개 된다. 3️⃣ 상속구체(concrete) 클래스들의 공동 속성과 공통 연산을 뽑아내어 추상(abstract) 클래스로 선언추상 클래스에 정의된 속성은 구체 클래스에서 정의하지 않고 추상 클래스로부터 상속 4️⃣ 다형성어떤 시점에서 어떤 객체에 사용되는지에 따라 서로 다른 행위를 가진다...

⭐ 좋은 README 작성법?우테코 프로젝트를 하면서, 좋은 REAME 작성법은 무엇일까? 라는 고민을 하게 되었다. 개발자 분들이 README 파일을 통해 내 프로젝트를 리뷰하고, 어떤 기능을 가지고 있는지 한번에 확인할 수 있다. README 파일에 설명이 부족하게 되면 협업 시에 내가 작성한 코드 또는 프로젝트에 대한 이해에 어려움을 겪게 될 것이라 생각한다.이번 기회로 README 파일의 중요성을 다시 알게 되었고, 프로젝트 가이드 문서로서 프로젝트를 쉽게 살펴 볼 수 있게 하고 싶다. 우테코 1주차에서 아쉬운README 파일을 작성했기에, 같은 실수를 하지 않기 위해 이 포스트를 쓰게 되었다.좋은 REAMDE 작성을 위해 새로운 지식을 얻게 되면, 계속적으로 수정할 예정이다. ❗README 작성..

⭐ [ 1주차 리뷰 ] 우당탕탕 1주차 생존기처음 코드를 짰을때 구현만 잘 하자 라는 생각으로 객체 지향적 구현, 클래스 이름 등 신경을 쓰지 않고 구현에만 집중했다. 하지만 PR후 다른 분들의 코드를 보니 ㅓ..? 뭔가 잘못됐다. 진짜 내가 부족한게 정말 많구나 라는 생각이 들었고, 내 코드가 너무 간단해보여서 코드 리뷰를 부탁드리는 것도 부끄러울 정도..? 였다. 하지만 리뷰를 받아야 성장하는거니, 고민하고 디코에 코드를 슬쩍 올려보았는데 ㅠㅠㅠ 고마운 분들이 ㅠㅠ 코드에 리뷰를 달아주었다.개발자 분들의 리뷰를 통해서 고쳐나가야 할 점을 정말 많이 찾았고, 이런식으로 도움을 주니 너무 고마웠다. 또한 다른 분들의 PR을 통해 코드를 보니 정말 객체지향적으로, 깔끔하게 구현을 잘 하시는 분이 너무 많아..

🌟 목표 설정프리코스를 통해 자바의 사용, 객체지향의 이해, 협업 실력 향상을 목표로 한다.부족한 부분이나, 막혔던 부분이 있다면 블로그에 올리는 것을 목표로 한다.주차마다 회고 하는걸 목표로 한다. 📍우테코 진행 방식미션 : 과제 진행 요구 사항, 기능 요구 사항, 프로그래밍 요구 사항 으로 구성세 개의 요구 사항을 만족하기 위해 노력, 특히 기능을 구현하기 전에 기능 목록을 만들고, 기능 단위로 커밋 하는 방식으로 진행한다.→ 기능 목록 + 기능 단위 커밋기한 : 매주 진행할 미션은 화요일 오후 3시부터 확인할 수 있으며, 다음 주 월요일까지 구현을 완료하여 제출해야 한다. 제출은 일요일 오후 3시부터 가능하다 📍제출 전 주의 사항자바 코드 컨벤션을 지키면서 프로그래밍했는가?개발자는 가능한 간결..