2014-01-06 4 views
4

꽤 일반적인 질문입니다.하지만 Google 검색 후에는 "확실한"대답을 찾을 수 있으므로 여기에서 묻습니다.FIX 엔진 및 스칼라 : QuickfixJ 대신?

스칼라를 사용하면 FIX 프로토콜의 대안은 무엇입니까?

Java에서는 이전에 QuickfixJ에서 작업했지만 "기본"대안이 있는지 궁금합니다. 또는 최악의 시나리오 인 Scala 용 QuickFixJ DSL 또는 "오버레이"가 있습니까?

감사합니다.

+0

QuickfixJ의 문제점은 무엇입니까? "나에게 도서관을 추천 해"주는 것 이외에, 구체적으로 다른 도서관을 피하기를 희망하십니까? – wheaties

+0

나는 그것이 "잘못"되었다고 말하는 것이 아닙니다. 사실, 다른 어떤 것도 온라인에서 쉽게 찾을 수 없다는 점을 감안할 때 QuickfixJ는 스칼라 세계에서 사실상 FIX 엔진입니다. 나는 "도서관에 나에게"라고 물어 보지 않고, "그 지역의 어떤 원주민 일에 대해서 알고 있니?" – mdm

답변

3

QuickFIX/J는 Scala에서 완벽하게 작동합니다.
그 자체로 프로토콜의 구현을 직접 작성하는 것은 어렵지 않습니다. 또한 FIX 엔진과 나머지 응용 프로그램 간의 임피던스 불일치를 최소화하는 좋은 이점이 있습니다.

1

QuickfixJ에서 생성 한 메시지는 내부 매핑에 deserialize 된 데이터를 저장하며, 가장 효율적인 구현 방법은 아닙니다. scala.meta 기반 코드 생성기가 사례 클래스와 독자/작성자 및 함수 반응 형 프로그래밍 기반 API (조작 가능한 MarketData 스트림)를 생성하는 것이 좋을 것입니다.

+0

Sachin은 "MarketData 스트림"에 대해 조금 자세히 설명해 주시겠습니까? –

2

이 라이브러리를 구현했습니다 : strucs. 수정 메시지를 변경 불가능한 스칼라 구조로 인코딩/디코딩 할 수 있습니다.