신화적인 'Vista 응용 프로그램'

나는 애널리스트를 사랑해. 애널리스트들은 어제의 미래를 예측하거나 어제의 업계 선두 주자에 대한 죽음의 징표를 불렀는데, 애널리스트는 새로운 방식으로 문제를 해결하지 못합니다.

사례: Windows Vista 및 "앱 갭" Evans Data Corporation (EDC) , 개발자의 10 % 미만이 Microsoft의 최신 기술에 대한 글을 쓰고 있습니다. 대다수 (49 %)는 여전히 XP를 쓰고 있지만 작지만 성장하는 우발 (13 %)은 리눅스에 중점을두고 있습니다. 한편, 수많은 주요 언론 매체는 새로운 Vista 응용 프로그램의 부족을 계속 비판하고 있습니다. "아무도 원하지 않는 OS"라고 그들은 말하고 개발자들은 "적절하게 대응"하고있다. 물론, 그들은 틀렸다.

[추가 정보: 최고의 Windows 10 트릭, 팁 및 개조]

Vista 애플리케이션과 같은 것은 없습니다. 마치 XP 응용 프로그램과 같은 것이 없습니다. 또는 Windows 2000 응용 프로그램. Windows 용으로 작성하는 개발자는 거의 특정 버전을 대상으로합니다. 대신 특정 API 프레임 워크 (예: MFC / ATL 또는.Net)를 선택하고 거기에서부터 진행합니다. 결과로 나오는 응용 프로그램이 특정 Windows 버전에서 실행되는지 여부는 개발자가 프로젝트에서 사용하는 버전 별 API 확장명 (있는 경우)에 따라 다릅니다. 대부분의 응용 프로그램 유형에서 이는 비 연속입니다. API 함수는 해당 프레임 워크를 지원하는 모든 Windows 버전에서 실행할 수 있습니다. Microsoft는 기존 OS 플랫폼에 새로운 프레임 워크를 다시 이식 할 수 있기 때문에 개발자는 풍부한 API 기능 또는 광범위한 설치 기반 (비디오 게임 개발자라는 주목할만한 예외는 거의 없습니다. DirectX 10을 사용한다는 의미입니다. Vista에 커밋).

Vista 전체의 "앱 갭"주장은 다소 밀짚 사용자입니다. 진짜 질문은: 개발자가.Net 프레임 워크의 다양한 반복을 활용하지 않는 이유는 무엇입니까? Microsoft의 개발 로드맵을 따르는 사람은 누구나 증명할 수 있기 때문에 대부분의 회사의 최첨단 API 발전은.Net 내에서 진행됩니다. 실제로 "전문가"가 Vista의 새로운 프로그래밍 리소스 (WPF (Windows Presentation Foundation), WCF (Windows Communication Foundation) 등)에 대해 이야기 할 때.NET Framework 3.0에 대해 실제로 말하고 있습니다..Net 3.0이 Windows XP와 같은 하위 수준 플랫폼에서 사용 가능해 졌기 때문에 논쟁은 개발자들 사이에서.Net 수용에 관한 질문으로 되돌아 가고 - 왜 그들이 (지금까지) 그것을 회피 했는가? 대답은 두 가지입니다. 첫째, 개발자는 설치된 기반에서 광범위하게 사용할 수없는 API를 타겟팅하는 것을 좋아하지 않습니다. Microsoft의 다운 레벨 버전에 대한 적극적인 지원에도 불구하고, 20MB 이상의 복잡한 라이브러리를 다운로드하여 시스템의 여러 부분에 설치 한 후 "사용 가능"과 "사용 가능"간에는 여전히 큰 차이가 있습니다. 사실 닷넷은 윈도우 XP의 일부로 출하되지 않는다. 개발자들이 닷넷 프레임 워크의 필수 버전을 먼저 설치하도록 유도해야한다. 특히 기업용 IT 분야에서 쉽게 팔릴 수 있습니다.

기본적으로.Net 프레임 워크가 설치된 첫 번째 OS 인 Vista는.Net 3.0 응용 프로그램 개발을 장려하기로되어있었습니다. 그러나 레거시 Win32, COM, ATL, MFC 및 하위 수준.Net 프레임 워크 응용 프로그램도 지원하므로 Vista 프로그램이 실제로 부족하지는 않습니다. 실제로 최신 WPF / WCF 프레임 워크 기능을 갖기 만하면 않는 한 개발자, 개발자에게.NET 3.0 또는 2.0으로 이동할 수있는 동기가 거의 없습니다. 사용자 계정 컨트롤 (UAC) 메커니즘에 부딪치지 않는다고 가정하면 "레거시"Windows 응용 프로그램은 아마도 Vista에서 보이는대로 잘 작동합니다. 나는 그것이 내 자신의 코드를 가지고 있기 때문에 알고있다: UAC (대개 임시 파일을 새로 보호하는 디렉토리 구조를 옮기는 것)를 수용하기위한 약간의 비틀기와 나의 어플리케이션과 서비스는 비스타에서 챔피언과 같이 달리고 있었다. Windows XP, Server 2003 및 Windows 2000. 왜 파손되지 않았을 때 수정해야합니까?

개발자가.Net을 피하는 두 번째 이유는 느리다는 것입니다. 많은 공통 기능은.Net에서 오랜 시간이 걸리므로 개발자는 API의 세련미와 원시 성능 중 하나를 선택해야합니다. 당연히, 성능 데이터 도우미 (PDH)와.Net에 해당하는 것이 모두 Windows 성능 카운터 데이터의 실시간 샘플링에 사용할 수 없다는 사실을 발견했을 때 강제로 수행했기 때문에 대부분의 개발자는 후자를 선택했습니다. 결과적으로 Microsoft는 Visual Studio 6 코드 기반의 노화 (1997 년경)를 유지하면서 Microsoft가 최종적으로.Net을 유선형으로 전환 할 때까지 기다릴 수밖에 없었습니다. 구식이고 Windows 개발자들 사이에서 너무 일반적입니다. 결론: 분석가 (및 미디어 공모자)가 "Vista 응용 프로그램"의 부족을 비판하면 그들은 단지 자신의 무지를 트럼펫으로 알립니다.

Mac의 경우: 동시대의 많은 사람들이 현실 왜곡 분야에서 API 기능과 OS 버전 간의 연결이라는 개념이 일반적인 지혜의 일부로 받아 들여지고 있습니다. 이는 버전 의존성에 대한 Apple의 오래된 패치 워크를 Microsoft의 불완전하지만 훨씬 유연한 API 스프롤과 동일시하는 정직한 실수입니다.

너무 많은 열매가 당신을 대신 할 것입니다.