.net의 정의

먼저 .net은 새로운 플랫폼이라는 점을 이해해야 합니다. Microsoft는 .net과 COM+를 결합하는 것을 좋아합니다. .net은 COM+와 상호 작용할 수 있는 우수하고 강력한 기능을 갖추고 있지만 훨씬 더 효과적입니다. , 완전히 새로운 플랫폼입니다. 이는 자체적인 강점과 약점이 있음을 의미합니다.

두 번째 요점은 미성숙하기 때문에 완전한 .net 솔루션을 제공하려면 적어도 지금은 .net과 COM+를 결합해야 한다는 것입니다. 예를 들어 .net에는 객체지향 개념을 배우지 않고 컴포넌트 지향 프로그래밍을 시작하고 싶을 정도로 아직 Microsoft XMLns:fo="플랫폼 기술이 없습니다. < 서비스는 서로 밀접하게 연결되어 있습니다. 웹 이해 > 마지막으로 .net 및 Web>Javascript:openWindowRes('DotNetMagazine/2001_12/WhereItIs/Figure1.ASP');">.net 채택 타임라인IT 실무자가 출판과 관련하여 알아야 할 사항 ?

이것은 버전 1.0이고 Visual Studio 7.0이 아닙니다. 이것은 Visual Basic 7.0이 아닙니다. 말 그대로 이것은 아주 새로운 것입니다. 이는 많은 새로운 코드와 함께 도입되었습니다. .net 도입 계획을 세우는 방법에 대해 특히 신중하게 생각해야 합니다. 특히 향후 24개월 동안은 더욱 그렇습니다.

새로 계획됨. 기술 이전

.net으로 인해 많은 이점과 Microsoft의 강력한 마케팅 노력을 통해 .net 기술이 결국 애플리케이션 개발, 특히 중소기업의 경우 널리 채택될 것이 거의 확실합니다.. ..

내 일반 중요한 고객에 대한 조언은 .net이 출시된 후 최소 6~9년이 지나면 업무상 중요한 응용 프로그램을 .net에 크게 의존하게 만들지 말라는 것입니다. 2002년 8월 이전에는 이 작업을 수행하지 마십시오.

Web>

특히 수직적으로 통합된 일부 기업은 이러한 접근 방식을 대규모로 채택했습니다. <>공공 인터넷에서 웹을 사용하는데 방해가 되는 것 같아요>이 기술을 활용하는 데에는 아직 실력이 부족한 것 같아요. 많은 개발자는 웹 서비스를 분산 개체 모델로 구현합니다. 그들은 "그렇습니다. 웹 서비스는 DCOM이나 COM 구성 요소 및 Enterprise Java Beans 구성 요소를 둘러싼 래퍼일 뿐입니다"라고 말하지만 이는 사실이 아닙니다. 웹 서비스는 잠긴 동기 메커니즘이 아닌 느슨하게 결합된 비동기 메시징 프로토콜입니다. 사람들은 처음에는 필연적으로 실수를 하게 됩니다.

웹>이 현재 웹서비스의 큰 블랙홀이었다고 볼 수 있습니다. 아직 좋은 가격 책정 모델을 본 적이 없습니다. 조금씩 나올 소액 결제 모델도 어느 정도 보게 될 것 같습니다. 하지만 아직까지 대규모 결제 모델에 대한 답변이 나온 사례는 없습니다. 아시다시피 저는 HailStorm을 대규모의 구체적인 웹 서비스의 예로 봅니다. 하지만 이제는 Microsoft이기 때문에 많은 반발을 듣고 있습니다. 사람들은 이것이 마이크로소프트가 인터넷을 장악하는 "2단계"라고 생각합니다. 만약 마이크로소프트가 아닌 다른 회사의 제품이었다면 HailStorm은 모두가 직접 환영했을 것이라고 믿습니다. AOL이나 그 파트너가 HailStorm과 함께 장기적으로 경쟁력 있는 제품을 내놓지 않는다면 나는 놀랄 것입니다. 나는 그것이 성공할 것이라고 믿습니다. 사람들이 전자상거래에 집중하고 있는 것과 동일한 수직적으로 연결된 시장이 있을 것이라고 생각합니다. 전자상거래로 전환한 산업군에서 가장 먼저 웹서비스를 활용하게 될 것이다. 그것은 다음의 논리적 혁명이다.