Page History

...

C++→JAVA로 리팩토링을 복잡도및 추상화정도를 조금더 직관적이게 하기위해 최신 최근 언어 스펙을 부분적으로 사용할 예정이며

유행에 이끌려 함수형언어 방식을 전면 채택하지는 않을것이다. ( 스칼라를 채택한다고한들 그것은 .

스칼라선택이 한가지 예이다. -좋은 경험이며 환영할수있지만. , 리스크가 분명있다.)

스칼라선택이 한가지 예이다. OOP는 아직도 대중성이 있고 충분히 강력하며(스칼라가 OOP가 아니다란 의미는 아님)

스트리밍/람다 등과 연합할수 있는 방법이 등장하여 등장하였고 이것은 스칼라의 장점을 JAVA 8이후에서 어느정도 흡수 했기때문이다.

C++을 대체한다고 이것이 뒤떨어진 스펙 언어는 아니다. 템플릿/함수형언어방식/비동기처리 등은 JAVA8 이후에서나 쓸만해졌지만

C++에서는 JAVA가 생기기전부터 이미 그러한 컨셉이 있었으며 많은 언어에 영향을 주었으며 BoostIO를 통해 완성된 혜택들을 누릴수가 있다느리지만 안정적으로 흡수 했기때문이다.

JAVA를 선택한 이유는 Spring/Play Framework/Netty/JPA등을 활용하여 웹서비스영역에서 쉽게사용가능한

...

서비스 제공을 위해 SQL문 만을 호출하고 그것을 그대로 전달하는 개발 경험만 있는 개발자들과 이것을 어떻게 이해시키며 함께 협업을 할수 있는가란 것이다.

이것을 해결하기위해 아주 특수하게 사용되는 추상적인 서비스 로직을 표준적인 방법으로 심플하게 엔진화할수 있고 문서로만 설명될수 있는 고오급 개발이 필요하다.

성공할 자신은 없지만... 그것이 왜 필요하고 어떻게 해야할지 구상이 되었기때문에 시작을 해보려고 한다.

Image Added

과거 이러한 아키텍으로 작동되는 서비스를 설계하고 작동을 시키고 현재도 운영중에 있겠지만

표준+문서+심플함과는 거리가 먼 개발코드를 작성을 하였다.

Versions Compared