한동안 친구와 같이 프로젝트를 진행했다. 변리사의 작업을 대신 해주는 프로그램인데, 쉽게 말해 자신이 내고자 하는 특허가 이미 있는 기술인지 검색하는 것을 도와주는 서비스이다. 참고로 해당 프로젝트는 깃허브에 올렸지만, 되도록이면 졸작 박람회 전까지 비공개로 할 계획이다. 지금은 필자의 파트가 거의 끝난 시점이라(유지 보수 단계) 이 글에서는 필자가 프로젝트를 진행하면서 얻은 교훈들을 말하고자 한다. 맡은 파트 필자가 맡은 부분은 서버 파트이다. 엄밀히 말하면 웹 서버와 특허 검색 서버, 머신 러닝 파트를 연결하는 인터페이스 서버이다. 이 서버는 웹서버에서 사용자 입력을 보내면 KIPRIS PLUS(특허 검색 api 서비스)에 특허 데이터를 요청해 XML 데이터를 받아온다. 이 때 특허 데이터는 API ..

들어가기에 앞서... 지난 글에서는 DIP 원칙이란 무엇인지, 또 DIP의 장점과 적용하는 방법에 대해서 설명했다. 해당 원칙대로 작성한 코드는 순환 참조 문제에 빠질 일이 없고 객체지향적으로써 바람직한 코드가 될 것이다. DIP 원칙 그 자체로써는 단점이 거의 없다.(아주 없지는 않다. 코드의 길이가 살짝 늘어난다. 물론 이러한 단점은 장점에 비하면 매우 사소하다.) 이 글의 제목이 '단점'이 아닌 '한계'라는 사실에 주목하라. 그렇다면 이 글에서 설명하고자 하는 한계는 무엇인가? 바로 DIP 원칙을 적용할 수 없는 경우이다. 상위 폴더에 인터페이스를 두기만 하면 DIP 원칙이 적용된다고 생각할 수 있고 또 어느 정도는 사실이지만, 이것이 불가능한 경우가 존재한다. 이 글에서는 DIP 원칙을 적용할 수..

정보 제목 : Go 프로그래밍 개발 환경에서 의존성 주입 실습 (원제 : Hands-On Dependency Injection in Go) 저자 : 코리 스캇 (역자 : 이준) 출판사 : 에이콘 요약 Go언어를 객체지향적으로 설계하는 방법에 대한 책이다. 해당 책은 단순히 객체지향의 원칙과 객체지향적 설계 기법을 기계적으로 나열하지 않고 예제를 통해 어떻게 쓰고 왜 필요한지 와닿게 설명한다. 또한 이 책은 각 기법을 소개할 때 부작용을 같이 소개한다. 즉, 각 기법의 장단점을 모두 설명하여 독자가 기법을 적용해야 할 때를 판단하는 것을 돕는다. 유의점 해당 책은 기본적으로 Go언어를 이용해 객체지향적으로 프로그래밍 하는 방법을 설명하는 책이다. 즉, Go언어를 사용하지 않으면 해당 책에 있는 기술을 사용..

들어가기에 앞서... 해당 글은 독자가 Go 언어(혹은 C언어 계열)의 문법에 대한 기본 지식이 있다고 가정하고 설명하겠다. 객체지향적 설계에 관해 집중적으로 공부한 적이 있다면 'SOLID 원칙'이라는 용어는 들어봤을 것이다. SOLID 원칙은 로버트 마틴이 그의 저서 '클린 소프트웨어'에서 제창한 용어로 다섯 가지 객체지향 소프트웨어 디자인 원칙의 약자를 모은 것이다. 이번 글에서는 이 다섯 가지 원칙 중 마지막 원칙인 DIP(의존성 역전 원칙)에 대해 설명할 것이다. 해당 원칙은 이해하기가 어려운 대신, 이해만 한다면 (특히 Go언어에서)바로 적용하기 쉬운 유익한 원칙이다. 정의 상위 모듈은 하위 모듈에 의존해서는 안 된다. 상위 모듈과 하위 모듈 모두 추상화에 의존해야 한다. 추상화는 세부 사항에..

Go언어에서는 함수는 1급 객체이다. 즉, 함수 객체는 숫자나 문자열 같은 변수처럼 쓸 수 있다. 다만 이러한 성질이 있다는 것은 알아도 활용하는 것은 다른 문제이다. 커뮤니티에서도 Go언어로 함수형 프로그래밍을 하는 것을 적극적으로 추천하지는 않는다. 하지만 함수 객체는 특정한 상황에서는 뛰어난 해결책이 될 수 있다. 해당 글에서는 함수 객체를 실제로 이용하기에 앞서 Go언어에서의 함수 객체의 정의와 기본적인 문법에 대해 설명하도록 하겠다. 함수의 기본 Go언어의 함수는 다음과 같은 형태이다. func 함수명(매개변수) 반환값 { 구현부 } 함수를 변수처럼 쓰기 위해서는 그에 맞는 자료형으로 선언해야 한다. 그렇다면 함수의 자료형은 어떤 모습일까? 함수의 형태 모든 함수가 같은 자료형은 아니다. 함수는..

들어가기에 앞서... 필자는 해당 패턴이 디자인 패턴에서 제일 중요하다고-적어도 Go언어에서는-생각한다. 만약 독자가 해당 시리즈를 정주행하고 있다면 한 번 쉬고 오기를 바란다. 아, 해당 패턴이 어렵다는 뜻은 아니니 걱정하지 않아도 된다. 해당 패턴에서는 도형을 그리는 예제를 이용할 것이다. 도형을 그리는 방식으로 Raster 방식과 Vector 방식을 들 수 있는데, Raster 방식은 점을 일일히 찍어서 표현하는 방식이고 Vector 방식은 그래프를 이용해 수학적 방식으로 표현하는 방식이다. 예제에서 구현할 도형은 원과 직사각형 두가지로 한정한다. 모든 경우의 수를 고려한다면 각 경우의 수를 담당하는 클래스를 만드는 방법을 떠올릴 수 있다. RasterRactangle, VectorRactangle..

들어가기에 앞서... 이번 글 부터는 구조 패턴에 관해 설명할 것이다. 구조 패턴은 연관된 객체를 합성하는 방법에 관한 디자인 패턴이다. 생성패턴과는 다르게 구조패턴은 서로 연관성이 없는 경우가 많기 때문에 각 글마다 예시가 다를 것이다. 해당 예시는 외부에서 위치를 표현하는 Point 구조체와 글을 표현하는 TextView 인터페이스 및 클래스를 들여왔다고 가정한다. 그리고 우리는 도형을 표현하는 Shape 인터페이스를 작성했다. 우리가 원하는 작업은 위의 TextView를 Shape 처럼 이용하는 것이다. 즉, TextView 클래스를 Shape 인터페이스에 맞추는 것이다. //point.go package main import "fmt" type Point struct { X, Y int } fun..

들어가기에 앞서... 드디어 마지막 생성 패턴이다. 예제는 지난 글과 동일하다. 이번 글은 동시성 프로그래밍의 내용을 포함하고 있기 때문에 해당 내용에 관해 알고 있으면 좋다. 패턴 단일체 패턴은 객체(Singleton)를 단 하나만 생성하도록 하는 패턴이다. 프로그램 내에서 Singleton 객체는 오직 하나이며 프로그램 실행 중 처음 접근할 때만 초기화가 이루어진다. 프로그램 어느 곳에서든지 Singleton 객체에 접근 가능하며 어느 곳에서 접근해도 같은 객체를 가리킨다. 즉, 전역 변수와 같은 기능을 한다. 장점 전역 변수의 상위 호환이다. 전역변수를 쓸 때에는 여러가지 부작용을 감수해야 한다. 단일체 패턴은 이런 전역변수의 부작용을 최소화한다. 이에 관해서는 아래의 장점들에 자세히 풀어놓았다. ..