Mythical 'Vista Application'

Případová věc: Windows Vista a "app gap".

Podle Evans Data Corporation (EDC) , méně než 10 procent vývojářů píše o současném stavu techniky společnosti Microsoft. Většina (49 procent) stále píše o XP, zatímco malé, ale rostoucí, kontingentní (13 procent) se soustředí na Linux. Zatím, nesčetné hlavní mediální prodejny nadále potlačují nedostatek nových aplikací Vista. "Je to OS, které nikdo nechce," říkají a vývojáři "reagují podle toho." Samozřejmě, že se mýlí. Opět.

[Další čtení: Naše nejlepší Windows 10 triky, tipy a vylepšení]

Vidíte, není žádná aplikace jako Vista. Stejně jako neexistuje žádná aplikace jako XP. Nebo aplikace systému Windows 2000. Vývojáři, kteří píší pro Windows, jsou zřídka zaměřeni na určitou verzi. Spíše vybírají určitý rámec rozhraní API - například MFC / ATL nebo.Net - a postupují odtud. To, zda výsledná aplikace běží na dané verzi systému Windows, závisí na tom, jaké rozšíření API pro konkrétní verzi používá vývojář v jejich projektu.

Pro většinu typů aplikací je to neúčinné: Používají obecné Funkce rozhraní API, která jim umožňuje spouštět libovolnou verzi systému Windows, která tento rámec podporuje. A protože společnost Microsoft dělá dobrou práci v oblasti přenosu nových rámců na starší platformy OS, vývojáři se málokdy potýkají s volbou mezi bohatou funkčností rozhraní API nebo širokou instalovanou základnou (výjimkou jsou vývojáři videohry, pro něž využívá DirectX 10 zavázat se k Vista).

Takže celý argument "app gap" v systému Vista je trochu slaměný. Skutečná otázka by měla být: Proč vývojáři nepoužívají různé iterace rámce.Net? Jak to potvrzuje každý, kdo následuje vývojovou mapu společnosti Microsoft, většina špičkové evoluce API společnosti se uskutečňuje v rámci sítě.Net. Ve skutečnosti, když "odborníci" mluví o nových programových zdrojích v systému Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF) a tak dále - skutečně mluví o.Net framework 3.0. A protože.Net 3.0 je k dispozici na platformách nižší úrovně (například Windows XP), argument se krouží zpět k otázce.Net přijetí mezi vývojáři - a proč mají (dosud) vyhýbali se.

odpověď je dvojí: Nejprve se vývojáři nelíbí cílení na rozhraní API, které nejsou široce dostupné v nainstalované databázi. Navzdory agresivní podpoře verzí nižší úrovně společnosti Microsoft je stále velký rozdíl mezi dostupnými a dostupnými po stažení stahovaných knihoven s kapacitou 20MB a jejich instalací do různých částí vašeho systému. Faktem je, že společnost.Net neposílá jako součást systému Windows XP a to znamená, že vývojáři potřebují přesvědčit uživatele, aby nejprve nainstalovali požadovanou verzi.Net rámce, než mohou nainstalovat software - ne vždy snadný prodej, obzvláště v uzavřeném světě podnikového IT.

Jako první systém, který se dodává s nainstalovaným standardním.Net frameworkem, měla Vista povzbudit vývoj aplikací.Net 3.0. Vzhledem k tomu, že podporuje starší verze aplikací Win32, COM, ATL, MFC a nižší.Net, neexistuje žádný skutečný nedostatek programů Vista. Ve skutečnosti, pokud nemáte jen to nejnovější a největší WPF / WCF rámec funkčnosti, je málo motivovat vás, vývojář, aby se skok na. Net 3.0, nebo dokonce 2.0. Za předpokladu, že se nenacházíte do mechanismu Řízení uživatelských účtů (UAC), vaše "starší" aplikace Windows pravděpodobně vypadá a funguje skvěle pod Vista jako taková. Já vím, protože to byl případ s mým vlastním kódem: Několik vylepšení pro UAC (většinou přesouvání některých dočasných souborů mimo nově chráněné adresářové struktury) a moje aplikace a služby běží jako champs pod Vista - stejně jako Windows XP, Server 2003 a Windows 2000. Proč jej opravit, když není poškozen?

Druhým důvodem, proč se vývojáři vyhýbali. Je to pomalé. Mnoho společných funkcí prostě trvá déle v rámci.Net, což nutí vývojáře vybrat si mezi propracovaností API a syrovým výkonem. Není divu, že většina vývojářů si vybrala druhou, jak jsem kdysi musel udělat, když jsem zjistil, že ekvivalent.Net ekvivalentu výkonového pomocníka dat (PDH) nebyl použitelný pro odebírání dat v počítačích Windows v reálném čase. Výsledkem je, že jsem nucen udržovat kódování základny Visual Studio 6 (kolem roku 1997) a čekat, až Microsoft konečně zjednoduší. Netrebuji, aby to bylo životaschopnou alternativou. Je to starý příběh a je příliš častý mezi vývojáři Windows.

Bottom Line: Když analytici (a jejich mediální komplici) vyčítají nedostatek "aplikací Vista", jen trumpují svou vlastní nevědomost. Věc pro Mac: Mnoho mých současníků bylo zachyceno v oblasti zkreslení reality, že myšlenka spojení mezi funkčností rozhraní API a verzí systému OS se stala přijatou součástí konvenční moudrosti. Je to upřímná chyba, která se rovná Appleově archaické patchwork závislostí verzí na nedokonalé, ale mnohem flexibilnější, rozšiřování API společnosti Microsoft

Příliš mnoho ovoce vám to udělá