얼마나 많은 사람들이 실제로 COM +/.NET EnterpriseServices를 사용합니까?

저는 COM + 및 EnterpriseServices에 대해 배우고 있습니다. MSDN의 complete list of COM+ services을 찾아서 모두 읽었습니다.얼마나 많은 사람들이 실제로 COM +/.NET EnterpriseServices를 사용합니까?

이 볼륨의 엄청난 양. 표면적으로 다른 개발 플랫폼과 비교할 수 없을 정도로 진보 된 시스템 인 것 같습니다. 풀링 (pooling), 동기화 (synchronization) 및 리모팅 (remoting)과 같은 개념은 실제로 유용하게 보이며이를 수행하는 방법을 표준화했습니다.

반면에 인터넷에서 COM +/EnterpriseServices에 대한 언급은 놀랍지 않게 부족합니다. 여기에 제목을 입력하면 거의 모든 관련 질문에 0 개의 답이 표시됩니다 (희망 사항은이 중 하나가되지 않음). 나는 이러한 모든 기능이 실제로 MS가 IIS를 구현하는 데 주로 사용된다는 느낌을 가지고 있습니다. 그러나 그들은 몇몇 마케팅 붐을 일으키기 위해 그것을 출판했습니다.

이 서비스를 사용하면서 진정으로 경험이 있습니까? 그들은 지나치게 구조화 된 성가신 성향인가요, 아니면 실시간 보호기로 변한 경험이 있습니까?

출처

2010-07-07 kizzx2

COM + 서비스는 COM +가 수행하는 것의 대부분을 수행하는보다 현대적인 방법이 있다는 의미에서 다소 날짜가 있습니다.

한편, .NET을 사용하여 COM + 서비스를 만들 수 있으므로 아직 죽지 않았습니다.

BTW, 왜 COM +에 대해 알고 있습니까?

출처

2010-07-07 02:15:39

OP 링크의 모든 페이지는 "Build Date 5/20/2010"이라고 말합니다. –

죄송합니다. 실제로 MSDN에서 그 사실을 발견하지 못했습니다. 사실 MSDN 문서는 누군가가 그것을 사용하고 있는지 여부에 거의 영향을 미치지 않습니다. –

글쎄, 나는 MS 상점에 가입했고 분명히 많은 고객들이 COM +를 사용하기 때문에 우리 제품 중 하나 (우리는 라이브러리를 만든다)가 COM + 서비스로 만들어 지도록 지원한다. 예를 들어 "현대적인 방식"은 무엇일까요? – kizzx2

COM 서비스는 방화벽을 통해 작동하지 않습니다 (SOAP 서비스 제외).
COM +를 (즉,이 주일의 맛이 아닌) designed primarily for Microsoft Visual C++ and Microsoft Visual Basic developers
의 COM +는 이전 기술입니다.

this page (COM + 1.5의 새로운 기능을 설명하는 비디오에 연결) 하단의 링크가 더 이상 작동하지 않습니다.

오랫동안 COM을 파고 들자. .NET이 COM 세계를 인수 한 이유에 대해 비틀 거릴 것입니다.

출처

2010-07-07 02:19:13

COM +를 충분히 파헤 치면 COM +가 원래 의도했던 것보다 훨씬 더 많이 원래 의도 된 것으로 나타났습니다. 실제로 도착했을 때 원래 약속했던 것보다 훨씬 적게 포함되었습니다. 몇 년 후, 그 많은 약속이 드디어 .NET에 전달되었습니다. .NET 런타임의 일부는 여전히 COM + 유산을 보여줍니다. – Deltics

글쎄, EnterpriseServices 부분은 어떨까요? COM +가 "살았던"부분입니까? 그렇다면 실제로 복잡한 Enterprise Services를 실제로 사용하고 있습니까? – kizzx2

유용한 COM + 서비스의 전부는 아니더라도 대부분의 .NET COM 프레임 워크에 .NET 래퍼를 사용하거나 .NET에서 다시 작성한다고해도 대부분의 COM COM + 서비스가 .NET Framework에 통합되어 있다고해도 과언이 아닙니다. –

얼마나 많은 사람들이 실제로 COM +/.NET EnterpriseServices를 사용합니까?

답변

관련 문제