KiwiOS🥝

SOLID란? 원칙은 가치를 지키기위해서 존재한다고 한다. 그렇다면 소프트웨어의 가치에는 무었이 있을까? 첫번째로는 가독성이 좋은 코드라고 할 수 있다. 개발자는 코드를 통한 커뮤니케이션을 하며, 읽고 이해할 수 없는 코드는 가치가 없기 때문이다. 두번째로는 단순해야 한다는 것이다. 이는 커뮤니케이션에 도움이 되고, 버그의 가능성이 적어지며, 추후 코드의 수정에 도움이 되기 때문이다. 마지막으로는 코드는 유연해야 한다는 것이다. 경직된 코드는 유지 보수를 어렵게 하기 때문이다. 그렇다면 위에 언급한 스프트웨어의 가치들을 지키기 위해서는 원칙이 필요하다. 이때 이러한 가치들을 지키기 위해 나온것이 SOLID원칙이다 S: Single Responsiblity Principle (단일 책임 원칙) O: Ope..

Sequense Diagram 시퀀스 다이어그램은 클래스 다이어그램과 마찬가지로 객체간의 관계를 나타내지만, 시간의 흐름을 기준으로 한다는 특징을 가진다. 일반적으로 클래스 다이어그램을 기준으로 작성을 한다. Actor 사람이나 외부시스템을 의미 하며, 서비스를 요청하는 외부요소이다. LifeLine 모델링 되는 각각의 인스턴스를 나타낸다. 점선의 아래로 갈수록 시간의 경과를 나타냄 Activations LifeLine의 인스턴스가 실제로 인스턴스와 상호작용을 하며 활성화되 있음을 나타낸다. Message 객체간 주고 받은 데이터, 일반적으로 요청(request)과 응답(response)로 구성된다. 메세지 유형 1.비동기 메세지 메시지 전송 객체가 계속하기 전까지 동기 메시지에 대한 응답을 기다림. 프..

UML 이란? 아파트 시공사가 자신들이 지으려는 아파트를 많은 사람들에게 보여주려 모델 하우스를 짓는 것처럼, 소프트웨어 개발에서도 개발 이전에 모델을 만든다. 이때 사용되는 것이 UML이고, 이는 소프트웨어 공학에서 사용되는 표준화된 범용 모델링 언어라는 뜻이다. 쉽게 말해 모델을 만드는 표준언어라는 뜻이다. 그렇다면 UML을 작성하면 좋은 점이 무엇이 있을까? 탄탄하게 구현 된 모델은 좋은 아키텍처의 기반이 된다. 프로젝트 팀원들간에 의사소통을 원활하게 도와준다. 한번에 이해하기 힘든 시스템을 시각적으로 구현하여 이해를 도와준다. Class DIagram 클래스 다이어그램은 객체지향형 시스템 설계에서, 시스템의 논리 설계를 위한 클래스들의 존재와 그들의 관계를 도식화 한 것이다. 관계의 종류 Asso..

git init : 깃 초기화 git config --global user.name "유저 이름" : 깃 사용자 이름 설정 git config --global user.email "이메일 주소" : 깃 사용자 이메일 설정 git config --global core.editor "vim" : 커밋 편집에디터를 vim으로 변경하기 git add 특정파일명 : 특정파일을 스테이징 하기 git add . : 전체 파일 스테이징 하기 git commit -m "메세지 내용" : 메세지와 함께 커밋하기 git commit -am "메세지 내용" : 스테이징과 커밋을 메세지와 함께 올리기 git commit --amend : 방금 커밋한 메세지 수정하기 git branch : 브랜치 확인 git branch 브랜치..

master git이 생성하는 기본적인 branch 이다. 이 곳에 새로운 파일을 추가 한다거나, 추가한 파일의 내용을 변경하여 그 내용을 저장(커밋, Commit)할수 있다. branch 프로젝트를 하나 이상의 모양으로 분기 하여 작업을 실행 해야 할때 독립적으로 여러 작업을 행해야 할때 사용 해야 할때 merge 두 브랜치를 한개의 커밋에 이어 붙인다. 브랜치 사용 내역을 남겨야 할 때 사용 한다. rebase 한 줄로 깔끔히 정리된 내역을 유지하기 원할 때 적합하다. Working directory untracked vs tracked : Add 된 내역의 존재 여부 git add 를 통하여 staging area 로 이동 Staging area 커밋을 준비하는 단계 git commit 을 통하여..