처음 이더리움을 분석하기 시작했을때,
익숙한 언어인 cpp로 개발된 클라이언트를 선택하지 않은 이유는, go 같은 상위레벨 언어에 대한 호기심이였습니다.
그리고, 어느정도 분석이 진행되면서
이래서 geth가 major client가 되었구나
cpp였다면 이런부분이 까다로웠겠구나
라는 느낌을 받게 되었습니다.
1 go루틴 + 익명함수
정확히는 아니지만 쓰레드와 개념이 비슷하니까
cpp였다면 callback함수를 작성하고 posix라이브러리를 포함시켜 쓰레드를 시작했을텐데, go에서는 딱 한줄이죠
go + 익명함수.
2 go 루틴간 동기통신인 channel과 null interface
cpp였다면 동기화 객체를 생성하거나, 이벤트를 생성/등록해서 핸들러에서 처리할텐데, 데이터가 상대 루틴의 로컬에 있다면 읽기가 까다로워집니다.
go채널은 빈 인터페이스 타입으로 선언해서 모든 타입을 보낼수 있죠. 메소드가 없는 빈 인터페이스는 결국 모든 오브젝트를 표현가능한 void 포인터처럼 사용가능하니까요.
더군다나 select문 안에서 채널을 읽기가 블록킹형태로 동작하기 때문에 이벤트 핸들러를 예쁘게 짤수 있습니다.
3 채널을 사용한 구독시스템의 쉬운 구현
이더리움은 Subscribe와 feed로 구성된 구독시스템을 활용하는데, 이때 채널이 강력한 힘을 발휘합니다.
너의 이벤트를 내가 만든 이 채널을 통해 받고싶어
이벤트가 발생하면 이채널로 데이터를 줄래? 라고 구독을 하면서 채널을 전달합니다.
그리고나서 이제 go루틴에서 채널을 읽기만 하면 이벤트 핸들러 작성 끝. 어마어마하기 간편하네요.
구독 함수를 오픈하는 입장에서도 채널을 수신하면 편합니다. 이벤트가 발생하면 feed함수를 사용하게 되고,feed함수내에서 고루틴을 활용해 나에게 등록된 채널들에게 데이터를 쓰면 상대방의 수신 문제로 특정 채널에 블록킹이 일어나더라도 다른 채널들은 문제없이 받을수 있죠.
cpp였으면 서로다른 이벤트로 처리를 하던,
논 블록킹 모드로 처리를 하고 수신여부를 확인하고..
암튼 꽤나 복잡해질텐데 go로 구현하니 뭔가 깔끔한 느낌이 납니다.
4 defer로 함수 소멸자 역할하기
함수가 중간에 문제가 생길경우, 혹은 종료되었을때
defer루틴안에서 여러가지 리소스를 정리할수 있습니다.
물론 cpp만큼 컴팩트하게 관리하진 못하겠지만
이더리움이 메모리를 그렇게 타이트하게 매니지해야하는
속성의 프로젝트는 아니니까요
5 다양한 패키지
devp2p라이브러리나 cmd line interface,
rlpxe등등 많은 패키지가 존재합니다.
패키지가 많다는건 모듈화가 그만큼 잘된다는 뜻일테고요
효율적으로 코딩이 가능하게 될것 같습니다.
마치며,
이더리움 덕분에 좋은 언어를 하나더 배우게 되어
참 좋습니다. 다행히 텐서플로도 go를 지원하니까
업무연관성도 아예 없진 않겠지요.
(이건 너무 어거지네요ㅎㅎ)
