2012-11-08 6 views
2

다른 사람이 권장 할 수있는 WCF 바인딩 구성에 잘 정의 된 명명 규칙이 사용됩니까? ProtocolName + 바인딩 ( WCF 바인딩 구성 명명 규칙을 따름

  • 대부분의 시간을 사용 + 일련 번호 (예 : "binding1으로")를 바인딩

    • : 마이크로 소프트에서 WCF/WF 샘플을 검사 할 때, 예를 들어,를 포함하여 사용하는 여러 규칙이있다 예를 들어 "TcpBinding")은 사용자 정의 바인딩에 사용되는
    • QUEUENAME + MSMQ 바인딩에 사용되는) 예를 들어 OrderProcessorBinding (바인딩
    • 바인딩 설명 (예 : "BindingWithSession")는 어떤 경우에 사용됩니다

    내가 작업 한 프로젝트의 구성 이름 바인딩은 비슷하게 특이합니다. 더 큰 일관성을 원한다면 따라야 할 확립 된 협약이 있습니까?

  • 답변

    1

    바인딩은 WCF 채널 스택을 조립하는 방법에 대한 "레시피"입니다.

    이론적으로 wcf config (또는 코드)에 바인딩 구성 섹션을 구성 할 때마다 바인딩에서 필요한 몇 가지 정확한 동작을 지정하고 있습니다.

    그래서 바인딩 이름은 실제로 사용중인 "제조법"을 설명해야합니다.

    예를 들어, 장기 실행 작업을 지원하기 위해 보내기 제한 시간을 수정하는 경우 이는 바인딩 이름에 반영되어야합니다. 마찬가지로 바인딩 보안을 전송 전용으로 설정하면 상호 운영성에 대해서만 반영됩니다.

    바인딩을 사용하면 다양한 동작을 지정할 수 있습니다. 예를 들어, 직렬화를 위해 대체 포맷터를 선택해야하는 activex 클라이언트에서 사용되는 바인딩이있을 수 있습니다. 이 바인딩 "Binding1"의 이름을 지정하면 실제로 무엇을하는지 설명하지 않습니다.

    제 생각에 바인딩에서 제조법을 설명해야한다고 생각합니다.

    +0

    나는 이것이 갈 길이라고 생각한다. 개발자는 엔드 포인트의 구성을보고 그 의도가 무엇인지 알 수 있어야합니다. 특수한 필요성을 지원하려는 경우 바인딩 구성의 이름으로이를 반영해야합니다. – kiprainey

    3

    나는 정말로 중요하지 않다고 말하고 싶습니다. 자신에게 잘 맞는 컨벤션을 선택하고 자신의 코드 전체에서 일관성을 유지하십시오. 이미 지적했듯이, 여러분이 관찰 한 여러 프로젝트에서 많은 불일치가 있습니다. 읽은 다른 코드에서 아이디어를 빌릴 수 있습니다.하지만 중요한 부분은 코드에서 일관성을 유지하는 것입니다.

    +0

    그건 정말 합리적입니다. 현재의 고객은 기존 기관 (Microsoft, Fowler, Erl 등)에서 온 협약을 선호하는 경향이 있습니다. 그러나 그것이 없다면, 우리는 상식을 지켜야 할 것입니다. – kiprainey

    관련 문제