2010-12-12 3 views
1

기존 프로토콜이 있습니다. Java 클라이언트를 작성하고 싶습니다. 프로토콜은 메시지 유형과 메시지 길이를 포함하는 헤더와 페이로드 인 발표 된 바이트 수를 포함하는 메시지로 구성됩니다. 각 메시지 유형에 대한 클래스를 생성하는 것이 나에게 과도한 것처럼 보일 수 있으므로 모델링에 다소 문제가 있습니다. (이는 전선을 통과하는 메시지를 나타 내기 위해 20 개 이상의 클래스가 될 것입니다) 모델. 그러나 나는 일하는 사람을 생각해 낼 수 없다.기존 프로토콜을 효율적으로 구현합니다.

나는 메시지가 들어 왔을 때 그리고 어떤 경우에는 답장을 보내면 게시 구독을 통해 알리는 것 외에 메시지에 대해 일하는 것을 좋아하지 않는다.

어디서 볼 것인가?

답변

3

각 메시지 유형에 대한 클래스는이를 모델링하는 자연적인 방법입니다. 20 개의 클래스가 있다는 사실 때문에 당신을 벗어나서는 안됩니다. (메시지 간의 관계에 따라 수퍼 클래스에 공통적 인 묘기를 구현할 수 있습니다.)

제 조언은 시작하는 것이 효율성에 대해 너무 걱정하지 않는 것입니다. 필요한 기능을 제공하는 깨끗한 API를 얻는 데 집중하십시오. 일을 처리하고 나면 코드를 프로파일 링하고 프로토콜 클래스가 중요한 병목 현상인지 확인하십시오. 그들은 ... 다음 코드를보다 효율적으로 만드는 방법에 대해 생각해보십시오.

관련 문제