첫 번째 선택. 현재 ASP 프로젝트가 완료되면 C#이 프로그래밍 도구 시스템과 일치하는지 여부를 다시 고려하겠습니다. 이제 저는 JSP 팬입니다. Microsoft가 나를 뒤집을 수 없다면, 나는 ASP+의 큰 도전에 직면하고 있다고 생각합니다.
2) ASP+는 여전히 Microsoft 운영 체제에 완전히 잠겨 있습니다. JSP는 ASP+보다 범위가 넓으며 다른 서버 구성에서는 망원경이 우수합니다. Windows 2000의 우수성이 점점 더 드러나고 있지만 이는 개발자에게 문제가되지 않습니다.
3) ASP+구조의 다양한 측면에 동의 할 수 있는지 확신 할 수 없습니다. 1-2 개월 동안 사용하면 내 견해를 바꿀 수 있습니다. 일반적 으로이 베타 제품은 높은 수준으로 필요합니다. ASP 개발자로서 ASP+는 내가 멈추고 반영하도록하겠습니다. 향후 8 개월 동안의 새로운 ASP 프로젝트는 어려워 질 것입니다. 왜? ASP+와 C#은 문제를 일으켰 기 때문에 2001 년까지 공식적으로 제공되지 않을 것입니다. 지금 많은 성능 요구 사항을 결정해야합니다. ASP+는 베타 소프트웨어 일 뿐이므로 첫 번째 선택은 지금 매우 간단합니다. 현재 프로젝트는 ASP3.0을 사용합니다. 다양한 베타 버전의 언어는 그다지 신뢰할 수 없다고 생각합니다.
그러나 ASP+는 곧 출시되고 ASP의 미래를 대표하기 때문에 무시할 수 없습니다. ASP 프로젝트 관리자는 또한 미래의 원활한 이식 성과 시간 비용을 고려해야합니다. 또 다른 결과는 최근 PHP 및 JSP 사용에서 ASP를 대체 할 수있는 것이 더 안정적으로 보입니다.
전반적인,
1) ASP+를 사용하는 경우 새로운 도구를 배우기 위해 여분의 시간을 소비합니다.
2) 새로운 도구는 버전이어야하므로 현재 존재에주의를 기울이지 않겠습니까?
3) ASP+가 미래에 가질 수있는 특징적인 JSP는 이미 보유되어 있습니다.
4) ASP+는 순수한 Microsoft 시스템에 당신을 고정시킵니다. (Microsoft에 대한 이야기를 Linux로 이식 한 이야기를 읽었지만 신뢰할 수 없다고 생각합니다.)
마지막으로 많은 사람들이 PHP와 JSP의 순위에 합류 할 것으로 예상합니다. 그러나 일부 사람들은 여전히 ASP+업계의 흥분에 감염 될 것입니다. (나는 너무 충격을 줄 베타 프로그래밍 제품을 본 적이 없습니다.)
다음은 관련 토론 .NET 기사입니다.
ASP+Freedom Software가 시작되며 이제는 Microsoft의 .NET 프레임 워크의 초석 중 하나가되었습니다. 태양은 그것으로부터 배워야합니다. 특히 ASP+로 업그레이드 할 수있는 라이센스가 너무 많아서 너무 많은 제품과 통합되어 있어야합니다. .NET 프레임 워크가 너무 컸습니다. 제품이 실제 제품이 될 수 있다고 가정하기 전에 보통 첫 번째 서비스 팩을 기다립니다. 따라서 2001 년 1 분기에 ASP+가 버전을 보이더라도 2001 년 2 분기까지 기다려야합니다. 물론 ASP+는 그러한 흥분을 일으켰 기 때문에 일단 출시되면 많은 매장이 즉시 ASP+를 제공합니다. 사실, 나는 이미 Beta 버전의 ASP+를 사용했으며, .ASPX 접미사를 사용하여 Microsoft가 가까운 시일 내에 첫 번째 ASP+서비스 팩을 출시 할 것이라고 생각합니다.
내년에, 우리는이 거대한 시장에서 결투를 시작하는 방법을 볼 것입니다. 그리고 프로그래머는 어떤 종류의 선택을 할 것인가?