Antystatyczny napisał(a):
Ok, czas na rozważania teoretyczne. Mam zbudować funkcję, która zareaguje na flagę, pobierze dane z bufora cyklicznego, a na koniec wywoła funkcję, którą przekażę w parametrze własnie budowanej funkcji(w moim przypadku będzie to LCD_string()). Dobrze rozumiem ideę callback'a?
O ile dobrze zrozumiałem to pewnie ideę samego callbacka w jakimś zakresie już rozumiesz jak wynika z tych rozważań teoretycznych, ale na pewno daleko jeszcze od tego do zdarzeń....
zatem nie ciągnijcie mnie panowie już za język dalej jeśli chodzi o te kwestie bo to nieco bardziej abstrakcyjny temat hmm abstrakcyjna warstwa programu i aby tu się dobrze porozumiewać to wolałbym abyś miał to co teraz robisz dobrze opanowane plus chociaż trochę przykładów jednak z drugiej książki. I znowu - nie chodzi mi o to aby ją na siłę wciskać - jednak podam tu też pewną sugestię ogólną:
zdarzenie to taki rodzaj funkcji, która wykonuje się na podstawie zdarzenia sprzętowego (np przerwanie/flaga, sygnał z jakiegoś wejścia/ z ADC itp itp) .... Można powiedzieć że ona niejako musi potrafić wciąż monitorować te stany ale też zdarzenie powinno być tak skonstruowane aby można było je wykorzystać w dowolnej innej funkcji, a zatem nie może być powiązane z żadną lokalną funkcją bazową hmmm no np tą w której ją testujemy itp ....
przy takiej konstrukcji zdarzenie np RS232 można odpalać sobie w DOWOLNEJ innej funkcji/podprogramie na IDENTYCZNEJ zasadzie. (dotyczy tzn powinno to dotyczyć wszystkich zdarzeń a nie tylko RS232) .... I teraz najważniejsze. Dzięki wskaźnikom można implementować na każdym poziomie użycia zdarzenia inną obsługę dzięki callbackom .... tzn ... hmmm w zasadzie taka konstrukcja zaczyna przypominać prawie OBIEKT z języka wyższego poziomu jak np C++, gdzie odpowiednikiem metod są właśnie rejestrowane callbacki. Różni się to od obiektówki już tylko tym, że tu musimy ręcznie dbać o implementację metod i propertiesów
takich zdarzeń .... Jednak podstawową zaletą takiego postępowania jest przepiękna możliwość odizolowania w programach własnych warstwy abstrakcji od warstwy fizycznej - a pewnie tu i tam słyszeliście, że tak się powinno pisać programy w C. Tyle tylko że na pewnym forum ele... ludzie wpadają , pochwalą się, że tak trzeba ale pokażcie mi gdzieś - żeby postarali się to komuś później wytłumaczyć? z tym już jest dużo gorzej. I nie tylko dlatego że oni nie chcą czy się mądrzą - ale takie tłumaczenie to nie chop siup .... a jak ktoś się zabiera za to w 2-3 zdaniach na forum - to właśnie - wyjdzie mniej więcej to co ja tu wyżej napisałem.... tylko jest jedna różnica .... ja postarałem się jednak spisać wszystko w postaci książki i znowu panowie to nie jest książka o jakichś tam tylko fajnych czy mniej fajnych projekcikach (chociaż i tylko z tego punktu widzenia na pewno każdy znajdzie chociaż ze 2-3 rzeczy/biblioteki dla siebie) .... ważne jest to że na takich przykładach staram się właśnie opowiadać i przemycać innym do podświadomości takie postępowanie jak opisuję wyżej.... Robię więc to niejako "po kryjomu" bez opisywania ton teorii - a raczej na praktycznych przykładach - ot takie mam pomysły i co ważne one się sprawdzają jak ktoś podąża takim moim tokiem rozumowania. Sprawdzone na kursach naziemnych
więc wiem co mówię to nie tylko moje wymysły.
wiem wiem .... może troszkę zaszalałem teraz z tłumaczeniem .... ale może dlatego ten kto nie miał w ręku drugiej książki w ogóle uzna to za jakieś herezje i czarną magię - ale mam nadzieję, że tym wytłumaczyłem dlaczego wolałbym rozmawiać o zdarzeniach z kimś kto ma tę pozycję w ręku - ponieważ wtedy też pojawią się CAŁKIEM inne pytania i tu już będę mógł wskoczyć śmiało w tok rozumowania bez szkody dla pytającego
a i tak dodam, że na tym etapie tzn drugiej książki nie udało mi się już płynnie przedstawić takich mechanizmów jak podmianę "w locie" metod dla takich obiektów oraz dlaczego to może być ważne a przede wszystkim NIESAMOWICIE przydatne .... ale w ostatnim rozdziale podsumowującym całość jest to zasygnalizowane i w kolejnej książce możecie się spodziewać rozwinięcia .....
ale też pewnie i niektórzy już na podstawie kilku dodatkowych pytań do mnie będą w stanie zacząć sami z tego korzystać .... a to już właśnie jest to co tygrysy lubią najbardziej
jeśli chodzi o C .....
czy to wyczerpuje wszystkie zagadnienia i ciekawostki technik programowania ? na pewno nie - ale analizując kody rozdziału o warstwach na LCD i obsługi wielowątkowości na takim przykładzie i połączenie zdarzeń to już będzie 70-80% czego nam potrzeba na co dzień ....
Kanał - ATNEL tech-forum
Zaloguj
Zarejestruj
Informacje o cookies
FAQ
Szukaj
to po pierwsze
