윤개발

이제 데이터베이스에 있는 데이터를 삭제해보자. 도큐먼트 삭제 삭제는 deleteOne과 deleteMany를 제공한다. 두 메서드 모두 첫 번째 매개변수로 제거할 기준을 지정한다. 예를 들어 "_id" 값이 4인 도큐먼트는 아래와 같이 삭제할 수 있다. >db.movies.deleteOne({"_id":4}) { "acknowledged" : true, "deleteCount" : 1} "_id" 값이 컬렉션에서 고유하기 때문에 하나만 삭제할 수 있었지만 여러 도큐먼트와 일치하는 필터도 지정할 수 있다. 이 때 deleteOne은 필터와 일치하는 첫 번째 도큐먼트를 삭제한다. 어떤 도큐먼트가 삭제되는 지는 삽입된 순서, 인덱스 등 몇가지 요인에 따라 달라진다. 필터와 일치하는 모든 도큐먼트를 삭제하려면 ..

이번에는 몽고DB의 기본적인 데이터 입력을 알아보자. 도큐먼트 삽입 삽입은 몽고DB에 데이터를 추가하는 기본 방법이다. 도큐먼트를 삽입하려면 컬렉션의 insertOne 메서드를 사용한다. > db.movies.insertOne({"title" : "Movie 1"}) 그러면 도큐먼트에 "_id" 키가 추가되고 몽고DB에 저장된다. { "acknowledged" : true, "insertedId" : ObjectId("615da8db82227ce1f4f7d899") } 또한 여러 도큐먼트를 삽입하려면 insertMany를 사용하면 된다. 각 도큐먼트에 대해 데이터베이스에 왕복하지 않고 삽입하므로 훨씬 더 효율적이다. > db.movies.insertMany([{"title":"Movie 2"},{"tit..

몽고DB는 매우 강력하면서도 진입장벽이 낮다. 몽고DB의 기본 개념에 대해 알아보자. 도큐먼트 몽고DB의 핵심은 정렬된 키와 연결된 값의 집합으로 이뤄진 도큐먼트다. 도큐먼트 표현 방식은 프로그래밍 언어마다 다르지만 자바스크립트 객체로 표현하겠다. {"name" : "Hello world!"} 이 간단한 도큐먼트는 name 키 값과 벨류를 가진다. 대부분의 도큐먼트는 이보다 복잡한 다중 키/값 쌍을 가진다. 또한 몽고DB는 데이터형과 대소문자를 구별하고 중복된 키를 넣을 수 없다. 아래 도큐먼트는 올바른 도큐먼트가 아니다. {"name" : "123", "name" : "456"} 컬렉션 컬렉션은 도큐먼트의 모음이다. 몽고DB의 도큐먼트가 관계형 데이터베이스의 행에 대응된다면 컬렉션은 테이블에 대응된다고..

몽고DB는 강력하고 유연하며 확정성 높은 데이터베이스다. 몽고DB의 특징에 대해 알아보자. 1. 손쉬운 사용 몽고DB는 관계형 데이터베이스가 아니라 도큐먼트 지향 데이터베이스다. 관계형 모델을 사용하지 않는 주된 이유는 분산 확장(Scale-out)을 쉽게하기 위함이지만 다른 이점도 있다. 도큐먼트 지향 데이터베이스에서는 행 개념 대신에 보다 유연한 모델인 document를 사용한다. 내장 도큐먼트와 배열을 허용함으로써 document 지향 모델은 복잡한 계층관계를 하나의 레코드로 표현할 수 있다. 이 방식은 최신 객체 지향 언어를 사용하는 개발자의 관점에 매우 적합하다. 또한 몽고DB에서는 도큐먼트의 키와 값을 미리 정의하지 않는다. 따라서 고정된 스키마가 없다. 고정된 스키마가 없으므로 필요할 때마다..

아키텍처 아키텍처를 설계할 때 출현하는 전형적인 영역은 그림과 같은 4가지 영역 표현, 응용, 도메인, 인프라입니다. - 표현 계층은 흔히 Controller로 불립니다. 어플리케이션의 최상단에서 유저 또는 웹 요청을 받고 응용계층에 로직을 위임하고 적절한 응답을 합니다. - 응용 계층은 Service로 많이 불리는데 처리해야할 로직을 중재하는 역할을 합니다. 원래는 응용계층에서 대부분의 로직 처리가 이루어졌으나 도메인 중심 개발에서는 도메인에게 로직 수행을 위임합니다. - 도메인 모델은 일종의 객체이며 핵심 로직을 수행합니다. 또한 도메인은 식별자 값을 가진 엔티티로써 데이터베이스에 매핑됩니다. 응용 계층에서 도메인에게 메시지를 전달(메서드를 호출)하고 도메인은 해당 메시지를 적절한 행동을 실행합니다...

2021 네이버 상반기 공채에 합격했습니다. 면접에 대한 상세한 내용은 보안서약을 하였기 때문에 언급하지 않고 댓글로도 받지 않겠습니다. 1. 서류전형 서류는 3개의 항목으로 되어있었고 사람인이나 채용 사이트등 에서 자소서 항목을 공개중입니다. 1번은 희망 직무를 간단하게 작성하는 것입니다. 예시 - 1) BE 개발 2)FE 개발 3)Android 개발 2번은 좋아하는 과목과 성적, 그리고 그 이유 작성입니다. 저는 아래와 같이 작성하였습니다. - 운영체제 / A+ / 운영체제의 역할과 내부 알고리즘에 대해 배울 수 있는 수업이었습니다. - 컴퓨터 보안 / A+ / 공개키 암호화 방식등의 기초 컴퓨터 보안에 대해 배울 수 있는 수업이었습니다. - 웹프로그래밍 / A+ / Node.js 를 이용하여 웹 전..

TDD 책을 읽으며 작성한 내용입니다. Test Driven Development: By Example - 저자: 캔트백 테스트 주도 개발의 궁극적인 목표는 "작동하는 깔끔한 코드" 이다. 오직 자동화된 테스트가 실패할 경우에만 새로운 코드를 작성한다. 중복을 제거한다. TDD의 주문 빨강 - 실패하는 작은 테스트를 작성한다. (컴파일 조차 되지 않을 수 있다) 초록 - 빨리 테스트가 통과하게끔 만든다. (이를 위해 어떤 죄악을 저질러도 된다) 리팩토링 - 통과하게만 하는 와중에 생겨난 중복을 제거한다. 일반적인 TDD의 주기 테스트를 작성한다. 어떤식으로 나타나길 원하는지 이야기를 써내려나간다. 올바른 답을 얻기 위해 필요한 이야기의 모든 요소를 포함시켜라. 실행 가능하게 만든다. 무엇보다 중요한 것은..

자동화된 테스트를 작성할 경우에 테스트들이 의존성을 가지고 같이 실행되어야 하는 경우가 많이 있는데요. 예를 들어 사용자를 조회하는 로직을 테스트한다고 한다면 UserService에서 UserRepository, 그리고 DB까지 연결되어있습니다. UserService만 테스트하고 싶어도 이어지는 연결로 인해 독립적인 테스트가 힘들어집니다. 또한 아직 UserRepository가 구현되지 않은 경우에도 테스트가 힘들어지죠. 이런 경우에 주로 실제 객체가 아닌 단순한 객체를 이용하여 테스트하게 되는데 이를 테스트 더블이라고 합니다. 용어 자체는 제라드 메스자로스(Gerard Meszaros)가 만든 용어로, 스턴트 더블(영화 촬영에서 말하는 스턴트 대역 배우)에서 아이디어를 얻어서 만든 용어입니다. 테스트 ..

AssertJ란? Assertj는 많은 Assertion, 오류 메시지 테스트를 제공하고 테스트 코드 가독성을 향상 시키며 쉽게 사용할 수 있도록 설계된 Java 라이브러리입니다. 의존성 추가 Assertj를 사용하기 위해선 의존성을 추가해주어야 합니다. maven dependency org.assertj assertj-core 3.20.2 test (자바 7 은 2.9.1을 사용하라고 명시되어있습니다.) gradle dependency 추가 testImplementation "org.assertj:assertj-core:3.20.2" 항상 Java 버전을 확인하고 사용해주세요! AssertJ Core 3.x requires Java 8 or higher AssertJ Core 2.x requires J..

1. 스프링의 싱글톤 스프링은 기본적으로 Bean으로 등록된 객체를 싱글턴 방식을 사용하여 관리합니다. 예를 들어 @Bean, @Controller, @Component 등의 어노테이션이 붙은 Bean들은 스프링 컨테이너가 실행 시점에 등록된 Bean, 컴포넌트 스캔을 하여 딱 1번만 생성됩니다. 이후에는 요청이 들어와도 새로 객체를 생성하지 않고 공유해서 쓰게 됩니다. 왜 싱글톤일까요? 이는 객체를 매번 새로 생성하면 메모리 낭비가 심하고 요청이 완료되면 객체의 참조가 끊어지며 더 빈번하게 Gabage Collecting이 일어나기 때문입니다. 예를 들어 서버로 10000명의 사용자가 요청을 보낼 시 싱글톤이 아니라면 10000개의 객체를 생성해야 하니 낭비가 심하겠죠? 당연히 싱글톤을 이용하면서의 주..