Ima li budeste Win SDK programiraneto

Mnogo se 4udq ima li budeste da se pishe na C i C++ za W-s......
Izlezna .Net....ima Java....no vupreki tova ..neznam
Ot druga strana ima W-s CE ,DirectX i t.n.
Chuval sum che serioznite nesta se pishat na SDK,no kolko e vqrno(ne stava
vupros za I-net programirane)
Nqkakvi mnenniq po vuprosa

.

ами разбира се, че има бъдеще...не може всеки вид приложение да се напише чрез някаква библиотека/wrapping API, например .NET...вземи например приложение за 3D графика, независимо дали е за визуализация (енджин и/или игра) или за editing (modeling tool)...там трябва да се пише както се казва "close to the metal", а в този случай не е добре да се минава през някакви слоеве, освен през тънки такива, например MFC (не защитавам MFC, просто го давам за пример, че като бързина става за графика). Ето сравнително пресния пример - MS изложиха интерфейса към DirectX9 за managed code в .NET run-time среда. Това обаче едва ли означава, че някоя сериозно приложение(за което основното е бързината) ще се напише например на VB.NET с DirectX9 код...а пък може и да греша (но дано да не греша, защото не харесвам .NET...)...

най-често умните хора са и лоши

megdu drugoto si ka4ih DirectX 9 sdk za c# i probvah nqkoj primercheta.......nakoj ot koito dage ne mogah da gi podkaram...(moge zaradi videoto,znam li)
Ideqta mi e 4e imam pogled vurhu tova , no ne ostanah ocharovan

Ами според някои мнения, с които съм склонен да се съглася и аз, DirectX9 за .NET е направен не за да се даде избор на game developer-ите да пишат игри с managed код (според мен абсурдно!, обаче съм виждал книга именно за това...), а windows GUI developer-ите да могат да ползват доста по-бързия DX9 през интерфейса на .NET вместо викания на доста бавните GDI функции примерно за разни fancy effects.

Иначе аз съм яко за "close to the metal", особено когато става дума за 3D графика

най-често умните хора са и лоши

Ами не, виж, рано или късно игрите ще се пишат с .НЕТ фреймуърка, това е ясно, защото Майкрософт са си го заложили в стратегията. Спомням си времето, когато видео паметта почваше от адреси А000:0000 (еееех времена, времена) - тогава някои хора твърдяха, че графичните неща вечно ще се пишат на асемблер, ама както виждаш от доста време това вече не е валидно.

Освен това не знам защо си мислиш, че managed code е толкова по-бавен от стандартен С код, че да не става за игри... но това е друга тема.

Но с ДиректХ проблема по скоро не е с какъв програмен език ще го ползваш, колкото да научиш какво точно прави ДиректХ.. ако знаеш всичките функции и АПИ-та, това дали ще го ползваш с С или VB.NET ще ти е най-малкия проблем.

Да бе, защо всички мислите че .нет прави некви страшни, бавни и ненужни неща с кода с цел да бъде по-бавен?????
ето ви малко четиво за размисъл:
[линк]

Естествено, бавен и бъглив код може да се пише на всякакъв език и платформа.
Основната заслуга за това една програма да е добра, стабилна и бърза е на девелоперите.
Все още има асемблер-програмисти които взимат големи заплати и пишат некви неразбираеми за нормалните хора алгоритми, но те са направо единици.
Когато трябва да се избере между
1 програма, писана за 1 год. която върви екстра на по-слабички машини и
2 програма, писана за 6 мес, която иска повече рам, хдд и цпу,
изборът е ясен, още повече че решението се взима от разни CEOs, които се интересуват основно от $.

Като е за GUI - CBuilder'a ми върши чудна работа, ама опра ли до нещо по сериозно: pipe, threads, IP, tasks etc. - нема лабаво - или си се ползват директно примери от SDK или уж нещата работят ама не съвсем ...

Globalno poglednato, tendencijata v razrabotvaneto na prilozhenija ot vsjakakyv tip e da se minava na vse po-visoki niva na abstrakcija. Pri tova polozhenie na programistite vse po-malko shte se nalaga da izuchavat i poznavat v detajli API funkcii ot nisko nivo, vhodno-izhodni adresi i t.n. Neprekysnato se pravjat razrabotki v oblastta na po-byrzo i lesno izpolzvane na gotovi komponenti (v chastnost vsjaka operacionna sistema mozhe da se razglezhda kato komponent).
Kolkoto do tova kolko byrz e tozi proces, mozhe da se vodjat dylgi diskusii. Po moe mnenie v blizkite 5-6 godini idejata za "Plug-and-Play" na komponentite shte si ostane samo dobro namerenie. V syshtoto vreme po-starite sistemi, izgradeni na bazata na Win SDK, naprimer, shte imat nuzhda ot kvalificirani hora, koito da gi poddyrzhat.

Толкова ли ще им загрубее стратегията, че да махнат интерфейса към DirectX за C/C++ ? Аз не мисля, че ще стане така, а в този случай как ще ме накарат да си пиша графиката на managed код ?

В скоро време мисля да направя нещо като comparison между абсолютно еднакъв код на DirectX9, едното приложение ще го направя на C++, другото на C#, не ми се вярва разликата да е само в рамките на 5%, както се твърди в една от статиите в MSDN-а. А пък ако не се окажа прав, евала на managed средата !

най-често умните хора са и лоши

например directXа който се дикутира по-горе, има лека стъпка назад в това отношение, говоря за разликата между 5 и 8 версии. в 5тицата имаше една функция Vertex която в 8мицата я няма, там щеш не щеш редиш байтове.

Vroom, когато изнезна DirectX-а, игрите писани на него и под Windows вървяха по-бавно от DOS-овските. Е това не му попречи сега да се използва само той.
Едва ли ще можеш да напишеш game engine на C# и C++ за разумно кратко време. Ако става дума за малка програмка, разгледай примерите от SDK-то.

Мда, все пак ако performance-а оставше всичко друга на заден план все още всички щяхме да пишем на асемблер ( с редки изключения за С++, но само за UI )

>>Толкова ли ще им загрубее стратегията, че да махнат интерфейса към >>DirectX за C/C++ ?
Едва ли ще спрат да поддържат С/С++ скоро :) Има просто огромен брой написани проиложения, няма начин.

>>Аз не мисля, че ще стане така, а в този случай как ще ме накарат да си >>пиша графиката на managed код ?
Те не се опитват да те накарат да си смениш средата на писане, просто с managed code нещата стават доста по лесно и удобно. Тебе май не те кефи .НЕТ фреймуърка по някакви идеологически причини... и аз бях така преди 2 години, но трябва да ти кажа, че действително се пише доста по лесно и приятно.

>>В скоро време мисля да направя нещо като comparison между абсолютно >>еднакъв код на DirectX9, едното приложение ще го направя на C++, >>другото на C#, не ми се вярва разликата да е само в рамките на 5%, както >>се твърди в една от статиите в MSDN-а. А пък ако не се окажа прав, евала >>на managed средата !

Ами след като Майкрософт са си писали всичките хави, като се почне от Уиндоуса и се мине през С-тата и .НЕТ фреймуърка, и накрая се стигне до ДиректХ-а, то би трябвало те да знаят най-добре... щом така казват сигурно е така. Замисли се, тежките графични операции се поемат от ДиректХ-а, така че каква среда използва ДиректХ няма чак толкова голямо значение. На места managed code-a е по-бавен от стандартния, на места по бърз (примерно Майкрософт твърдят, че Garbage Collection/ Auto Memory allocation е по-бързо от ръчното алокиране/деалокиране на памет -- и на мене ми е трудно да го повярвам, но сигурно е така) , но ако се напишат добре нещата не би трябвало да има много голямо значение за скоростта дали средата е хардкор С/С++ или .НЕТ фреймуърк.

pich ti me kefish: " щом така казват сигурно е така."
wyobshte, razbiram da si fan na Microsoft 'ma chak tolkowa
e wredno za zdraweto!

Ot 1 godina izpozlwam .NET i C#, otnachalo si misleh che towa shte e kraia na Win API, no ne... i sega se nalaga da izpolzwam API w razlicni sluchai. W .NET sa naprawili mnogo neshta no w po zapleteni sluchai te ne warshat rabota.

Според мен всичките "стари" технологии си имат бъдеще, просто областта им на приложение постепенно ще се свива до някакви "твърди ядра" където няма мърдане от определени технологии. Има неща, които още са актуални, макар и в ограничени количества - като асемблера например. Въпросът е тяхната остарялост да не започне да пречи. Например, възможно е част от сегашното API на Windows в бъдещи версии да започне да се поддържа през емулационен слой, както днес се емулира DOS, и някои от DOS игрите не вървят добре. (Един познат не иска да си прави partition за DOS игрите, и има boot дискетка, която зарежда драйвер за CDROM, прави 700 MB ramdisk и копира там едно CD със стари златни игри :-)
Та в такъв момент няма да е добра идея да се пише на старото API, пък новото вероятно ще е само от по-високо ниво.