-
Data: 2022-07-19 18:55:56
Temat: Re: Rynek pracy STM32
Od: Janusz <j...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2022-07-19 o 18:41, heby pisze:
> On 19/07/2022 18:27, Janusz wrote:
>>> On 19/07/2022 17:29, Janusz wrote:
>>>>>> Ale to jak ona jest faktycznie realizowana zależy od tego pliku h
>>>>>> o wspólnej nazwie dla wszystkich projektów a tam jest informacja
>>>>>> jaki procesor i jak jest podłączony dla danej wersji płytki.
>>>>> Tak. To statyczny polimorfizm.
>>>> Guzik prawda, w tym 'h' trzyma pewnie tylko połączenia więc z
>>>> polimorfizmem to nic nie ma wspólnego, to tylko konfiguracja sprzętowa.
>>> To dalej do osiągniecia statycznym polimorfizmem a nie
>>> reinkludowaniem przypadkowych plików.
>> Ale człowieku to nie ma nic wspólnego z polimorfizmem, ani statycznym
>> ani dynamicznym, przestań pisać bzdury.
>
> A co konkretnie nie ma nic wspólnego?
To
"Ale to jak ona jest faktycznie realizowana zależy od tego pliku h
o wspólnej nazwie dla wszystkich projektów a tam jest informacja
jaki procesor i jak jest podłączony dla danej wersji płytki."
z tym
"Tak. To statyczny polimorfizm."
To jest konfiguracja sprzętowa a polimorfizm to
"Polimorfizm (z gr. wielopostaciowość) - mechanizmy pozwalające
programiście używać wartości, zmiennych i podprogramów na kilka różnych
sposobów[1]. Inaczej mówiąc jest to możliwość wyabstrahowania wyrażeń od
konkretnych typów[2]."
Klasycznym przykładem polimorfizmu jest
"Przeciążanie (lub przeładowywanie, ang. overloading) pozwala nazwać tak
samo kilka podprogramów operujących na różnych danych i następnie
obsługiwać te dane w jednolity sposób. Np. inaczej dodawane są liczby
całkowite, a inaczej zmiennopozycyjne, ale wygodnie obie te operacje
nazywać po prostu dodawaniem i oznaczać symbolem ,,+". W językach bez
przeciążania operatory te muszą się różnić (np. w OCamlu są oddzielne
operatory ,,+" i ,,+."). Przeciążane mogą być np. operatory, funkcje,
metody, procedury. W niektórych językach niektóre operatory lub funkcje
są przeciążone, ale programista nie może ich dodatkowo dociążać lub
przeciążać własnych."
--
Janusz
Następne wpisy z tego wątku
- 19.07.22 18:58 Janusz
- 19.07.22 19:03 heby
- 19.07.22 19:04 Janusz
- 19.07.22 19:05 heby
- 19.07.22 19:09 heby
- 19.07.22 19:13 Piotr Gałka
- 19.07.22 19:31 Piotr Gałka
- 19.07.22 20:01 heby
- 19.07.22 20:08 Piotr Gałka
- 19.07.22 20:21 heby
- 19.07.22 20:40 Janusz
- 19.07.22 20:41 Janusz
- 19.07.22 20:43 Janusz
- 19.07.22 20:46 Janusz
- 19.07.22 20:50 Janusz
Najnowsze wątki z tej grupy
- CGNAT i ewentualne problemy
- wzmacniacz mocy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
Najnowsze wątki
- 2025-05-23 Re: Wyzywanie Bodnara od "gangstera i bandyty" wycenione (w pozwie) na 20_000 PLN
- 2025-05-23 Gdańsk => Programista Delphi <=
- 2025-05-23 Warszawa => Senior Key Account Manager IT <=
- 2025-05-23 Zielonka => Key Account Manager IT <=
- 2025-05-23 Poznań => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, Produkc
- 2025-05-23 Elektrozawór do tlenu
- 2025-05-23 Białystok => NMS System Administrator <=
- 2025-05-23 Warszawa => Cloud Engineer (Azure) <=
- 2025-05-23 Warszawa => Inżynier cloud (Azure) <=
- 2025-05-23 Warszawa => Programista Full Stack .Net <=
- 2025-05-23 Warszawa => Software .Net Developer <=
- 2025-05-23 Łódź => Programista Mainframe (z/OS, Assembler) <=
- 2025-05-23 Warszawa => Starszy Programista C <=
- 2025-05-23 Polskie Obserwatorium Bezpiecze?stwa Ruchu Drogowego (POBR) mapa wypadk??w
- 2025-05-23 Warszawa => Team Lead Data Engineer (obszar Snowflake) <=