절취선 블로그

Visual Studio VS Live Server Issue Live Server 상에서 SpringBoot API 통신은 불가능 하다. net::err_aborted 405 (method not allowed) 이 말은 Live Server에서 AJAX 통신시 현재 페이지 에서는 해당 Method를 지원하지 않는다는 말이다. F12 개발자 모드에서 Header 를 살펴본다면 지원하는 메소드를 볼 수 있는데 Get, UPDATE, OPTION이 있다. POST가 빠져있는 것을 볼 수 있는데 Live Server 개발자 ritwickdey의 말에 따르면 해당 POST에 대한 문제는 원인을 알 수 없다고 한다. 정리 Front-End 개발시 Live Server 사용은 디자인 개발에만 참고하자.

CI와 CD는 뭘까? CI(Continuous Integration) 코드 버전 관리를 하는 VCS 시스템에 PUSH가 되면 자동으로 Test, Build가 수행되고 Build 결과를 운영 서버에 배포까지 자동으로 진행되는 이 과정을 CI (지속적 통합)이라고 합니다. VCS 시스템? 버전 관리 시스템(Version Control System) 동일한 정보에 대한 여려 버전을 관리하는 것을 말한다. 코드 변화의 기능 개선과 버그 수정, 요구사항에 따른 프로그래밍 소스 수정을 관리하는 시스템을 말하며 변경점을 저장하여 기록의 열람, 복원 기능과 변경 사항을 함께 저장하며 충돌을 방지한다. CI의 4가지 규칙 모든 소스 코드가 살아있고(현재 실행되고) 어느 누구든 현재의 소스를 접근할 수 있는 단일 지점을 ..

서론 컴퓨터는 데이터를 복잡하게 암호화 하여 값을 저장하고 암호화된 데이터를 가져오는 과정에서 키(Key) 값을 통해 회수하게 된다. 암호화된 복잡한 데이터를 호출하기 위해 키값을 생성하여 테이블에 저장하게 되는데 이를 해싱(Hashing) 과정 이라고 하며 Hasing 는 크게 Hash-function , Hash-Table 요소로 구분할 수 있다. Hash-function 해시 함수에서 중요한 것은 고유한 인덱스 값을 설정하는 것이다. 해시함수 방식 제산법 제산(Division)법은 레코드키로 해시표의 크기보다 큰 수 중에서 가장 작은소수로 나눈 나머지를 홈 주소로 삼는 방식이다. H(Key) = Key % Prime_Number 제곱법 제곱법은 레코드키 값을 제곱한 후 그 중간 부분의 값을 홈주소로..

🚀 OOP를 올바르계 설계해 나가는 원칙 OOP의 4대 특성 캡슐화, 상속, 추상화, 다형성은 객체지향 프로그래밍을 이어가는 동안 사용할 Tool 같은 역할이 된다. 도구가 있다면 용도에 맞게 사용해야하는데 요리를 하면 표준에 있듯이 OOP 세계에서도 원칙이라는 것이 존대한다. OOP를 기반으로 설계하는 방식을 OOD (Object Oriented Design)이라고 하며 설계 방법을 구체화 하여 정리한 원칙이 SOLID가 되는 것이다. 🌠 SOLID 원칙이 탄생한 것은 높은 응집도와 낮은 결합도 목표로 로버트 C.마틴이 확립한 개념이다. ☄ SRP(Single Responsibility Principle) : 단일 책임의 원칙 "어떤 클래스를 변경해야 하는 이유는 오직 하나뿐이어야 한다." 하나의 클래..

🚀 OOP를 올바르계 설계해 나가는 원칙 OOP의 4대 특성 캡슐화, 상속, 추상화, 다형성은 객체지향 프로그래밍을 이어가는 동안 사용할 Tool 같은 역할이 된다. 도구가 있다면 용도에 맞게 사용해야하는데 요리를 하면 표준에 있듯이 OOP 세계에서도 원칙이라는 것이 존대한다. OOP를 기반으로 설계하는 방식을 OOD (Object Oriented Design)이라고 하며 설계 방법을 구체화 하여 정리한 원칙이 SOLID가 되는 것이다. 🌠 SOLID 원칙이 탄생한 것은 높은 응집도와 낮은 결합도 목표로 로버트 C.마틴이 확립한 개념이다. ☄ OCP(Open Closed Principle) : 개방 폐쇄 원칙 SW 엔티티(클래스, 모듈, 함수)는 확장에 대해서는 열려있어야 하며 변경에 대해서는 닫혀있어야..

🚀 OOP를 올바르계 설계해 나가는 원칙 OOP의 4대 특성 캡슐화, 상속, 추상화, 다형성은 객체지향 프로그래밍을 이어가는 동안 사용할 Tool 같은 역할이 된다. 도구가 있다면 용도에 맞게 사용해야하는데 요리를 하면 표준에 있듯이 OOP 세계에서도 원칙이라는 것이 존대한다. OOP를 기반으로 설계하는 방식을 OOD (Object Oriented Design)이라고 하며 설계 방법을 구체화 하여 정리한 원칙이 SOLID가 되는 것이다. 🌠 SOLID 원칙이 탄생한 것은 높은 응집도와 낮은 결합도 목표로 로버트 C.마틴이 확립한 개념이다. ☄ LSP(Liskov Substitution Principle) : 리스코프 치환 원칙 서브 타입은 언제나 자신의 기반 타입으로 교체할 수 있어야한다. LSP원칙의 ..

🚀 OOP를 올바르계 설계해 나가는 원칙 OOP의 4대 특성 캡슐화, 상속, 추상화, 다형성은 객체지향 프로그래밍을 이어가는 동안 사용할 Tool 같은 역할이 된다. 도구가 있다면 용도에 맞게 사용해야하는데 요리를 하면 표준에 있듯이 OOP 세계에서도 원칙이라는 것이 존대한다. OOP를 기반으로 설계하는 방식을 OOD (Object Oriented Design)이라고 하며 설계 방법을 구체화 하여 정리한 원칙이 SOLID가 되는 것이다. 🌠 SOLID 원칙이 탄생한 것은 높은 응집도와 낮은 결합도 목표로 로버트 C.마틴이 확립한 개념이다. ☄ ISP(Interface Segregation Principle) : 인터페이스 분리 원칙 클라이언트는 자신이 사용하지 않는 메서드에 의존 관계를 맺으면 안 된다...

Service Layer의 역할 MVC 디자인 페턴에서 Model은 크게 Service Layer과 Data Access Layer로 구성된다. 여기서 DAL계층은 Entity와 함께 DB 영역에서 SQL처리를 담당한다. 만일 데이터에 문제가 발생할 경우 어떻게 처리되는가? 데이터가 DB에 저장된 시점에서 데이터를 다시 호출하여 수정하는 것은 비효율적이다. 때문에 로직의 중간에서 데이터를 작업 할 수 있는 Transaction 로직을 추가해 줘야한다. 공식적으로 이러한 로직을 Service Layer라고 부른다. 🚀 Service Layer의 필요성 Controller Layer에서 넘겨받은 데이터는 중간 작업이 필요한경우 Service Layer을 거치게된다. 여기서 중간 작업은 데이터를 집계 / 수정..

🚀 질문 질문은 기술적인 지식 뿐만 아니라 자신이 사용하고 있는 기술을 지식적으로 적립되어 있는지 질문을 했다. 다음은 답변하지 못한 질문의 키워드 이다. 🌠 DDD (Domain Driven Design) 해당 도메인 전문가의 입력에 따라 도메인 을 일치시키는 모델링 소프트웨어에 중점을 둔 소프트웨어 설계 접근 방식으로 그 핵심은 Loose Coupling, High Cohesion 으로 각 도메인이 연결성이 적고 높은 정도로 연관되어 보다 가벼운 설계를 위해 만들어 졌다. Eric Evans가 출간한 도메인 주도 설계-소프트웨어의 복잡성을 다루는 지혜 에서는 DDD를 소프트웨어를 이해하고 프로젝트를 성공적으로 완성하기 위한 사고방식 으로 정의하였다. 새로운 방식의 개발 방법이 아닌 SW의 복잡성을 최..

🚀 API(Application Programming Interface) 직역하자면 응용 프로그래밍 명세서이다. 목적은 프로그램들 혹은 컴퓨터와 컴퓨터 사이의 상호작용하는 것을 도와주는 매개체이다. 🚀 API는 어떻게 사용되어질까? 우리가 웹 개발을 진행하게되면 필요한 기능을 구현하게된다. 가장 기본적인 CRUD 또한 API로 볼수 있다. 또한 KAKAO, Google, 심지어 Discord 까지 최근 모든 서비스가 자신의 서비스를 응용할 수 있는 API를 지원하고 있다. Red Hat Linux를 제작한 Red Hat은 API의 정의를 다음과 같이 하고있다. API는 애플리케이션 소프트웨어를 빌드하고 통합하기 위한 정의 및 프로토콜 세트 API를 사용하면 구현 방식을 알지 못하는 제품 또는 서비스와도 ..