Ĺadny brzuch
Mam pytanie o winapi co to właściwie jest i jakie programy są oparte o to ??
wszystkie aplikacje dla windowsa wykozystuja winapi
winapi tu: http://pl.wikipedia....I_(informatyka)
Większość (zaznaczam, iż nie wszystkie) wykożystują WinAPI. WinAPI ine wykożystują aplikacje konsolowe, które nie kożystają z Windowsowych rozwiązań. Każda aplikacja okienkowa, lub także konsolowa komunikująca się z okienkami już jest i musi być oparta w WinAPI.
denza: bądź na przyszłość dokładniejsza ;-)
czyli w borland c++ żeby napisać jakiś program okienkowy to rzeba znać winapi ??
denza: bądź na przyszłość dokładniejsza ;-)
czyli w borland c++ żeby napisać jakiś program okienkowy to rzeba znać winapi ??
tak. chyba ze mowimy o bcb gdzie jest vcl :)
Które jest oparte na WinAPI...
A Windows Forms mają coś wspólnego z winapi? Bo nie wiem, ale wydaje mi się że chyba nie.
//EDIT: Chyba jednak tak, jak MFC i włąsnie VCL
Użytkownik Futhark edytował ten post 11 maj 2005, 13:43
Które jest oparte na WinAPI...
Denza: co za różnica, w końcu własnej płci nie umiesz bezbłędnie napisac ;-) /zmyliła mnie ostatnia litera =a=/
Jeżeli chodzi o WinAPI to niekoniecznie znać, ale należy mieć pojęcie jak to działa... Jeżeli chodzi o bcb to jest tam środowisko RAD czyli okienka "same sie robią".
Ingo, to ja Cię grzecznie uświadomię, że aplikacje konsolowe uruchamiane w systemie Windows także używają WinAPI. Wszystko, co uruchamia się w systemie Windows w jakiś sposób używa WinAPI - VCL, MFC są otoczkami [wrappers] na WinAPI. Technologia .NET także jest otoczką WinAPI, choć w przyszłości prawdopodobnie stanie się całkowicie wbudowana w systemy Microsoftu.
Inna sprawa, że WinAPI nie trzeba koniecznie znać, żeby pisać pod Windows ( VCL ), niemniej jest to wysoce wskazane. VCL, MFC i inne powstały po to, żeby ułatwić pisanie w środowisku Windows osobom, które potrafią zrobić to i bez pomocy, ale nie chcą ponownie wymyślać przysłowiowego 'koła'. Niestety panuje powszechne przekonanie, że ucząc się programowania na Borland Builderze robi się dobrze. Niestety jest to nieprawda - nie znając podstaw WinAPI nie rozumie się, jak działa Windows.
Pozdrawiam,
TeMPOraL.
//EDIT
Dziękuję Puchaczowi za dodatkowe informacje, niemniej Longhorn [już wyszedł] jeszcze nie posiada .NET jako interfejsu niskopoziomowego. Jest jednak wielce prawdopodobne, że następny system Microsoftu będzie już emulował właśnie WinAPI na .NET [kompatybilność wsteczna].
Użytkownik TeMPOraL edytował ten post 11 maj 2005, 14:43
...
Wreszcie ktoś to ujął jak należy. Chciał bym dodać że .NET był robiony z myśla o tym ze będzie bezpośrednim interfejsem (nisko-poziomowym) tak jak win api, z przyczyn technicznych w aktualnych wersjach windows'a takich jak XP, .NET korzysta z win api, ponieważ tj. “nie ma gdzie go podłączyć”. W nowym systemie, Longhorn najprawdopodobniej .NET będzie bezpośrednio połączony z resztą systemu.
Ta, ciekawe niby jak ;) COM, to po prostu kolejny Zorientowany Obiektowo system pomocny przy programowaniu, niemniej i tak odwołuje się do WinAPI. W obecnych Windowsach wszystko odwołuje się do WinAPI, a WinAPI do konkretnych sterowników urządzeń.
Nie do końca rozumiem, czy migajkowi chodzi o pliki *.com czy o technologię COM...
Nie do końca rozumiem, czy migajkowi chodzi o pliki *.com czy o technologię COM...
Buahahaha ;) To zależy od tego, jak daleko rozpatrujesz WinAPI - API to skrót od Application Programming Interface, więc teoretycznie możnaby do tego zaliczyć i przerwania Windowsa. A biorąc pod uwagę, że w systemach opartych na jądrze NT DOS nie istnieje, więc ktoś inny odpowiada za przerwanie 21H, i tym kimś jest Windows ;)
to zalezy jakie pliki com ;) Np. kurs pisania OS`a by Wolverine to kod IMO 100% Platform-independed ;)
No dobrze, ale nawet w ASM pod Windowsem system pilnuje, żebyś nie wyszedł za pewne granice, które on ustala. Inaczej byle chakier po przeczytaniu jakiegoś textu w blogu n/t pisania wirusiów byłby w stanie zepuć system ;).
czyli bez winapi ani rusz ?? (codzi mi o programowanie)
czyli bez winapi ani rusz ?? (codzi mi o programowanie)
Ale zniechęcacie człowieka do programowania pod windą. Przecież aby pisać aplikacje konsolowe nie potrzeba znać funkcji odpowiedzialnych za obsługę kumunikatów, tworzących okna itp. A jak bedziesz chciał zrobić coś "okienkowego" to się nauczysz tych rzeczy (jakoś niezbyt skomplikowanych). A z WinAPI czesto nieświadomie korzystasz wykorzystując np. funkcje DeleteFile() czy inne dość intuicujne procedurki...
Jak bedziesz chciał robić okienka to zajrzyj na stronkę www.winapi.org i przeczytaj kursy. To wszystko jest bardzo proste...
dzięki za rady , trzeba się będzie wziąść za to winapi :D
dzięki za rady , trzeba się będzie wziąść za to winapi :D
Ja teraz ostatnio sporo siedze w WinApi. Zrobiłem sobie piszący się napis na pulpicie :) - fajne :).
Więc, NAPRAWDE warto :)
zanotowane.pl doc.pisz.pl pdf.pisz.pl zsf.htw.pl
wszystkie aplikacje dla windowsa wykozystuja winapi
winapi tu: http://pl.wikipedia....I_(informatyka)
Większość (zaznaczam, iż nie wszystkie) wykożystują WinAPI. WinAPI ine wykożystują aplikacje konsolowe, które nie kożystają z Windowsowych rozwiązań. Każda aplikacja okienkowa, lub także konsolowa komunikująca się z okienkami już jest i musi być oparta w WinAPI.
denza: bądź na przyszłość dokładniejsza ;-)
czyli w borland c++ żeby napisać jakiś program okienkowy to rzeba znać winapi ??
denza: bądź na przyszłość dokładniejsza ;-)
czyli w borland c++ żeby napisać jakiś program okienkowy to rzeba znać winapi ??
tak. chyba ze mowimy o bcb gdzie jest vcl :)
Które jest oparte na WinAPI...
A Windows Forms mają coś wspólnego z winapi? Bo nie wiem, ale wydaje mi się że chyba nie.
//EDIT: Chyba jednak tak, jak MFC i włąsnie VCL
Użytkownik Futhark edytował ten post 11 maj 2005, 13:43
Które jest oparte na WinAPI...
Denza: co za różnica, w końcu własnej płci nie umiesz bezbłędnie napisac ;-) /zmyliła mnie ostatnia litera =a=/
Jeżeli chodzi o WinAPI to niekoniecznie znać, ale należy mieć pojęcie jak to działa... Jeżeli chodzi o bcb to jest tam środowisko RAD czyli okienka "same sie robią".
Ingo, to ja Cię grzecznie uświadomię, że aplikacje konsolowe uruchamiane w systemie Windows także używają WinAPI. Wszystko, co uruchamia się w systemie Windows w jakiś sposób używa WinAPI - VCL, MFC są otoczkami [wrappers] na WinAPI. Technologia .NET także jest otoczką WinAPI, choć w przyszłości prawdopodobnie stanie się całkowicie wbudowana w systemy Microsoftu.
Inna sprawa, że WinAPI nie trzeba koniecznie znać, żeby pisać pod Windows ( VCL ), niemniej jest to wysoce wskazane. VCL, MFC i inne powstały po to, żeby ułatwić pisanie w środowisku Windows osobom, które potrafią zrobić to i bez pomocy, ale nie chcą ponownie wymyślać przysłowiowego 'koła'. Niestety panuje powszechne przekonanie, że ucząc się programowania na Borland Builderze robi się dobrze. Niestety jest to nieprawda - nie znając podstaw WinAPI nie rozumie się, jak działa Windows.
Pozdrawiam,
TeMPOraL.
//EDIT
Dziękuję Puchaczowi za dodatkowe informacje, niemniej Longhorn [już wyszedł] jeszcze nie posiada .NET jako interfejsu niskopoziomowego. Jest jednak wielce prawdopodobne, że następny system Microsoftu będzie już emulował właśnie WinAPI na .NET [kompatybilność wsteczna].
Użytkownik TeMPOraL edytował ten post 11 maj 2005, 14:43
...
Wreszcie ktoś to ujął jak należy. Chciał bym dodać że .NET był robiony z myśla o tym ze będzie bezpośrednim interfejsem (nisko-poziomowym) tak jak win api, z przyczyn technicznych w aktualnych wersjach windows'a takich jak XP, .NET korzysta z win api, ponieważ tj. “nie ma gdzie go podłączyć”. W nowym systemie, Longhorn najprawdopodobniej .NET będzie bezpośrednio połączony z resztą systemu.
Ta, ciekawe niby jak ;) COM, to po prostu kolejny Zorientowany Obiektowo system pomocny przy programowaniu, niemniej i tak odwołuje się do WinAPI. W obecnych Windowsach wszystko odwołuje się do WinAPI, a WinAPI do konkretnych sterowników urządzeń.
Nie do końca rozumiem, czy migajkowi chodzi o pliki *.com czy o technologię COM...
Nie do końca rozumiem, czy migajkowi chodzi o pliki *.com czy o technologię COM...
Buahahaha ;) To zależy od tego, jak daleko rozpatrujesz WinAPI - API to skrót od Application Programming Interface, więc teoretycznie możnaby do tego zaliczyć i przerwania Windowsa. A biorąc pod uwagę, że w systemach opartych na jądrze NT DOS nie istnieje, więc ktoś inny odpowiada za przerwanie 21H, i tym kimś jest Windows ;)
to zalezy jakie pliki com ;) Np. kurs pisania OS`a by Wolverine to kod IMO 100% Platform-independed ;)
No dobrze, ale nawet w ASM pod Windowsem system pilnuje, żebyś nie wyszedł za pewne granice, które on ustala. Inaczej byle chakier po przeczytaniu jakiegoś textu w blogu n/t pisania wirusiów byłby w stanie zepuć system ;).
czyli bez winapi ani rusz ?? (codzi mi o programowanie)
czyli bez winapi ani rusz ?? (codzi mi o programowanie)
Ale zniechęcacie człowieka do programowania pod windą. Przecież aby pisać aplikacje konsolowe nie potrzeba znać funkcji odpowiedzialnych za obsługę kumunikatów, tworzących okna itp. A jak bedziesz chciał zrobić coś "okienkowego" to się nauczysz tych rzeczy (jakoś niezbyt skomplikowanych). A z WinAPI czesto nieświadomie korzystasz wykorzystując np. funkcje DeleteFile() czy inne dość intuicujne procedurki...
Jak bedziesz chciał robić okienka to zajrzyj na stronkę www.winapi.org i przeczytaj kursy. To wszystko jest bardzo proste...
dzięki za rady , trzeba się będzie wziąść za to winapi :D
dzięki za rady , trzeba się będzie wziąść za to winapi :D
Ja teraz ostatnio sporo siedze w WinApi. Zrobiłem sobie piszący się napis na pulpicie :) - fajne :).
Więc, NAPRAWDE warto :)