Ang Mythical 'Vista Application'

Gustung-gusto ko ang mga analyst. Kahit na ito ay hulaan ang susunod na malaking bagay bukas o tunog ng knell ng kamatayan para sa industriya pacesetter kahapon, analysts ay hindi kailanman maubusan ng mga bagong paraan upang mali ito.

Kaso sa punto: Windows Vista at ang "app puwang." Ayon sa Ang Evans Data Corporation (EDC) , mas mababa sa 10 porsiyento ng mga developer ang sumusulat para sa kasalukuyang estado ng Microsoft ng sining. Ang karamihan (49 porsiyento) ay nagsusulat pa rin para sa XP, habang ang isang maliit, ngunit lumalaki, contingent (13 porsiyento) ay nakatuon sa Linux. Samantala, ang mga napakaraming mga malalaking media outlet ay patuloy na nagpapahiwatig ng kakulangan ng mga bagong aplikasyon ng Vista. "Ito ang OS na walang nagnanais," sabi nila, at ang mga nag-develop ay "tumutugon nang naaayon."

Siyempre, mali sila. Muli.

[Karagdagang pagbabasa: Ang aming pinakamahusay na mga trick sa Windows 10, mga tip at pag-aayos]

Nakikita mo, walang bagay na tulad ng isang Vista application. Tulad ng walang ganoong bagay bilang isang XP application. O isang application na Windows 2000. Ang mga nag-develop na sumulat para sa Windows bihirang target ang isang partikular na bersyon. Sa halip, pumili sila ng isang partikular na balangkas ng API - halimbawa, MFC / ATL o.Net - at magpatuloy mula doon. Kahit na o hindi ang nagreresulta na application na tumatakbo sa isang naibigay na bersyon ng Windows ay depende sa kung ano, kung mayroon man, mga bersyon na tukoy na mga extension ng API ang nag-empleys ng developer sa kanilang proyekto.

Para sa karamihan ng mga uri ng application, ito ay isang nonissue: Ginagamit nila ang generic Mga function ng API, na nagpapahintulot sa kanila na tumakbo sa anumang bersyon ng Windows na sumusuporta sa balangkas na iyon. At dahil ang Microsoft ay isang mahusay na trabaho ng back-porting ng mga bagong framework sa kanyang mga platform ng legacy OS, ang mga developer ay bihirang nahaharap sa isang pagpipilian sa pagitan ng rich API functionality o isang malawak na naka-install na base (ang pambihirang pagbubukod pagiging video game developer, para sa kanino leveraging DirectX 10 ibig sabihin nito gumawa ng Vista).

Kaya ang buong Vista "app gap" na argument ay isang bit ng isang dayami na tao. Ang tunay na tanong ay dapat na: Bakit hindi ang mga developer na leveraging ang iba't ibang mga iteration ng. Net framework? Tulad ng sinuman na sumusunod sa mapa ng pag-unlad ng mapa ng Microsoft ay magpapatunay, ang karamihan sa pagputol-gilid ng API ng ebolusyon ng kumpanya ay nagaganap sa loob ng. Net. Sa katunayan, kapag ang mga "eksperto" ay nag-uusap tungkol sa mga bagong mapagkukunan ng programa sa Vista - Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), at iba pa - talagang pinag-uusapan nila ang Net framework 3.0. At dahil. Net 3.0 ay magagamit sa mga platform ng down na antas (tulad ng Windows XP), ang mga argument na bilog ay bumalik sa paligid sa isang tanong ng.Net na pagtanggap sa mga developer - at kung bakit sila (sa ngayon) ay umiwas sa mga ito. Ang sagot ay may dalawang bahagi: Una, ayaw ng mga developer na i-target ang API na hindi malawak na magagamit sa naka-install na base. Sa kabila ng agresibong suporta ng Microsoft ng mga bersyon ng down-level, mayroon pa ring malaking pagkakaiba sa pagitan ng "magagamit" at "magagamit pagkatapos ng pag-download ng 20MB-plus ng mga komplikadong aklatan at pagkakaroon ng mga ito na naka-install sa iba't ibang bahagi ng iyong system." Ang katotohanan ng bagay ay na. Ang Net ay hindi nagpapadala bilang bahagi ng Windows XP, at nangangahulugan ito na kailangan ng mga developer na kumbinsihin ang mga user na unang i-install ang kinakailangang bersyon ng. Net framework bago ma-install nila ang isang piraso ng software - hindi palaging isang madaling ibenta, lalo na sa naka-lock-down na mundo ng enterprise IT.

Bilang unang OS na nagpapadala sa. Net framework na naka-install sa pamamagitan ng default, Vista ay dapat na hikayatin ang pag-unlad ng. Net 3.0 application. Gayunpaman, dahil sinusuportahan din ito ng legacy na Win32, COM, ATL, MFC, at down-level. Mga application ng balangkas ng etiketa, walang tunay na kakulangan ng mga programang Vista. Sa katunayan, maliban na lang kung mayroon ka na ang pag-andar ng balangkas at pinakamahalagang WPF / WCF framework, walang kaunti upang mag-udyok sa iyo, ang nag-develop, upang tumalon sa. Net 3.0, o kahit 2.0. Sa pag-aakala na hindi ka mag-umpisa sa mekanismo ng User Account Control (UAC), ang iyong "legacy" na application ng Windows ay marahil ay mukhang at gumagana ng mahusay sa ilalim ng Vista bilang ay. Alam ko, dahil sa kaso ng aking sariling code: Ang ilang mga tweaks upang mapaunlakan ang UAC (karamihan sa paglilipat ng ilang mga pansamantalang mga file ang layo mula sa bagong protektahan na mga istraktura ng direktoryo) at ang aking mga application at mga serbisyo ay tumatakbo tulad ng champs sa ilalim ng Vista - tulad ng ginagawa nila sa ilalim ng Windows XP, Server 2003, at Windows 2000. Bakit ayusin ito kapag hindi ito nakabasag?

Ang ikalawang dahilan sa mga developer ay umalis. Ang net ay mabagal. Maraming karaniwang mga pag-andar ay tumatagal nang mas mahaba sa ilalim. Gayunpaman, pinipilit ang mga developer na pumili sa pagitan ng API na pagiging sopistikado at raw na pagganap. Hindi kataka-taka, karamihan sa mga developer ay pinipili ang huli, tulad ng isang beses ko sapilitang gawin kapag natuklasan ko na ang. Katumbas ng Pagganap Data Helper (PDH) ay lahat ngunit hindi magagamit para sa real-time na sampling ng pagganap ng Windows counter data. Bilang isang resulta, pinilit kong mapanatili ang isang aging (circa 1997) Visual Studio 6 base code habang naghihintay para sa Microsoft na sa wakas ayusin ang.Net sa isang punto kung saan ito ay isang mabubuhay na alternatibo.

Bottom Line: Kapag ang analysts (at ang kanilang mga kasapakat sa media) ay nagpapahiwatig ng kakulangan ng "mga aplikasyon ng Vista", sila lamang ang nagsasalita ng kanilang sariling kamangmangan.

I'm guessing it's a Mac bagay: Napakarami ng aking mga kontemporaryong nahuli sa larangan ng katotohanan ng pagbaluktot na ang ideya ng isang link sa pagitan ng pag-andar ng API at bersyon ng OS ay naging isang tinanggap na bahagi ng maginoong karunungan. Ito ay isang matapat na pagkakamali, equating Apple's tagpi tagpi-tagpi ng dependencies bersyon sa Microsoft's hindi lubos na pagsisisi, ngunit malayo mas nababaluktot, API paggupit

Masyadong maraming prutas ay gawin iyon sa iyo.