Blog for Programming

1. 개요 약 1년전 KNU_30이라는 강남대학교 30주년 이벤트 페이지를 개발한 경험이 있다. 학교에서 서버를 지원해주는 사업이었기 때문에 신나게 서버를 가지고 논 기억이 난다. 단순한 일회성 페이지로 개발되었지만, 프론트 개발을 주도한 친구가 괜찮은 UI를 개발했기 때문에, 동아리도 소개하고 영상들도 첨부하는 페이지가 되었다. 오랜만에 들어가보니 아직도 서버는 구동중이고 방문 로그는 쌓여있는걸 확인할 수 있었다. 서버 한 대가 아깝다는 생각이 들었다. 그래서 관리자 페이지를 만들어 기본적인 데이터 CRUD를 개발하고 싶었다. 교수님을 따로 찾아 봬었다. 팀을 모집하고 장기적으로 개발할 계획이다. 오늘은 그 개발의 첫 단계, Swagger를 활용한 API 개발 명세 자동화이다. 사실 별거 없지만, 그래..

1. 개요 비트코인 자동거래 시스템을 만들던 중 참고했던 책을 보니, 큰 시스템을 만드려면 각 API를 호출하거나 각 기능을 따로 분류하여 모듈 단위로 개발하는 것이 유용하다는 것을 알게 되었다. 전 글을 보면 Korbit API에서 내가 필요한 API의 기능을 각각 실행시키는 모듈을 만드는 것을 알 수 있다. 지금은 Database에 대한 모듈을 작성중인데, CRUD 그리고 연결 부분까지 하면 모듈의 갯수가 꽤나 많아진다는 것이다. 이렇게 되면 많아지는 모듈의 갯수때문에 각각의 모듈을 test하기 힘들게 된다. 지금도 일일이 하나의 Test Class를 만들고 이를 실행하는데 어려움을 겪고 있다. 분명 이러한 문제를 해결할 수 있는 방법이 있을 것이라는 생각을 하고, python에 개발 방법을 찾아보았..

1. 개요 2주차이다. 말이 2주차이지, 사실 1주차를 구현한지 몇일 되지 않았다. 다만 단계별로 기록지를 올리고 싶어 한 단계를 끝내고 글을 써본다. 언어는 Python을 활용하였다. 이유는 특별한 프레임워크를 사용하는 것도 아니고 서버에 자동적으로 실행되어야 하기에 라이브러리가 많고 쉬운 Python을 사용하였다. 2. 본문 2주차에 한 작업은 코빗 API에서 내가 필요할만한 것들을 확인하고 이를 메소드로 불러올 수 있도록 클래스를 작성하였다. 객체지향언어의 힘을 믿기에 각 기능별로 메소드와 Class를 분류하고, 이를 최종적으로 연결하는 작업으로 개발을 진행하기로 하였다. 다음은 내가 작성한 Class이다. 이것은 가장 기본이 되는 메소드 이고, 이 밑에 해당 API별로 각 메소드를 구분하였다. 그..