Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Ďakujem, v tom prípade sa asi viac prikloním k štúdiu na MUNI... Aké sú dobré/žiadané dodatočné polia k Informatike? Resp. spomenuli ste tu spojenie IT a práva.Práva určitě, tato oblast se intenzivně digitalizuje (přinejmenším na Západě, k nám to ale taky dorazí). Další perspektivní je stará dobrá statistika (“data science”).
Teória je ťažšia. Totiž aby si veciam skutočne rozumel, musiš premýšlať omnoho viac ako keby si mal riešiť konkrétny technický problém. Lenže, keď sa skill premýšlať dostane pod kožu, je tá najcennejšia vec a nové technológie zvládneš za veľmi krátky čas.Tak, a úplně nejlepší je trochu širší záběr, nejen úzce IT. Třeba statistika je veskrze praktická a ne úplně triviální. Nebo fyzika, i když u té se uplatnění hledá hůře.
Moc to komplikuješ, tohle je jako chtít auto s hranatýma kolama, co nedrncá.Trait je zobecnění rozhraní, tak to ber tak, že to je stejná "dědičnost" jako implementace rozhraní.To nejde, ale proč by to mělo vadit?Lze dědit tak, aby potomek nebyl stejného typu jako předek?No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?
Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):
Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.
To snad ani nebudu rozvádět.
Každopádně pokud to nejde, tak to budiž odpovědí pro @Ink
To nedává smysl. Já nemám zájem o zobecněné rozhraní. Já nemám zájem o vynucenou dědičnost (rozhraní přináší do typu zařazení do kategorie, to nemusím chtít). Nevím, proč bych to tak měl brát.
Pokud mé chápání výrazu "trait" je posunuté, budiž, to je samozřejmě možné. V tom případě si v mé otázce to slovo škrtni a nech tam toto:Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocítraitu(protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.
Trait je zobecnění rozhraní, tak to ber tak, že to je stejná "dědičnost" jako implementace rozhraní.To nejde, ale proč by to mělo vadit?Lze dědit tak, aby potomek nebyl stejného typu jako předek?No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?
Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):
Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.
To snad ani nebudu rozvádět.
Každopádně pokud to nejde, tak to budiž odpovědí pro @Ink
To nejde, ale proč by to mělo vadit?Lze dědit tak, aby potomek nebyl stejného typu jako předek?No samozřejmě. Problém je v tom, že se na to díváš z druhé strany. Já chci do objektu přidat chování a atributy, ale nechci, aby se mi tím změnil typ například. Tedy chci aby zůstalo "mít", ale nezměnilo se "být".Takže ve skutečnosti chceš násobnou dědičnost v jazyku, který ji nemá?
Usecase, které pro traity mám (a které se samozřejmě může lišit jazyk od jazyka):
Mám nějaký objekt. Chci, aby tento objekt měl určité vlastnosti. Buď tam ty vlastnosti dopíšu, nebo je "přidám" pomocí traitu (protože stejné chování jsem dělal jinde). Přičemž vlastnostmi je jak chování (vlastní nějaké metody), tak i data (vlastní nějaké atributy), tak i kategorie (objekt implementuje nějaké rozhraní). A samozřejmě nechci být omezován, takže mohu přidávat kteroukoliv z těchto tří vlastností - ne jak je to u dědičnosti.
Konepty jako v C++ aka bounded types. Už je preview.Koncepty? Trochu nechápu.něco na tom Golangu budeBude, hlavně od verze Go 2, která má dostat koncepty.
něco na tom Golangu budeBude, hlavně od verze Go 2, která má dostat koncepty.
protože co si budeme řikat většina dobrých programátorů sou mlčenlivý fousatý morousové a komunikace s lidmi jim dělá problémyNevím, co je tady většina, ale taky znám v IT hodně žen, a žádná nemá fousy
To horolezeni, nebo obecne jakykoliv adrenalinovy sport, ma dle me uplne jasny duvod. Kazdy aspect dane cinosti je protiklad tomu co delame v praci. Ja si napriklad ctenim knizky / hranim karet /... proste neodpocinuTak tak, chce to prostě pohyb.
Delame zakazkovy vyvoj pro automotive, banky a podobne. Proste typicky SW dum. Nejsme zadny facebook nebo microsoft. Pokud by nam na pozici javisty prisel nekdo kdo umi plynule anglicky a francouzky, asi bych to bral spise jako jeho omyl. Urcite by to bylo velke prekvapeni. Nadprumerne schopni vyvojari hledaji praci v jinem sektoru. Presto je pro me potreba odfiltrovat prumerne a podprumerne. S neschopnyma lidma se proste delat neda. Ani se je to neda naucit. Kde nic neni, ani smrt nebere.Jo, kvalitní lidi se těžko shání. A to s těmi neschopnými je taky pravda, jak se říká v Anglii: “You can’t educate pig.”
Ze stres nicemu nepomuze urcite souhlasim. Proto mi prislo lepsi, nez delat nejake parove programovani, tak si dat cviceni v code review. Vetsinou se kod casteji cte nez pise. A kdo si vsima detailu pri cteni, bude si jich snad vsimat i pri psani. Za druhe, me samotnemu neni prijemne programovat na pohovoru kde mi nekdo kouka pres rameno. Potom v praci, kdy uz o nic nejde, je to v pohode.
To je IMHO o detailech, v některých jazycích jsou traity v podstatě rozhraní s možností implementace (některých metod). Takto to dává docela smysl v praxi, akorát tvoji definici dědičnosti to (bohužel?) splňuje. Taky to je dobře sehrané s generickými typy.Dotty (Scala 3) podporuje parametrizované traity. (A také "intersection types", které mohou při práci s traity přijít vhod.)
Hmm, jaký pak zbývá rozdíl mezi trait a class kromě toho, že není možné dědit z více class najednou? Co by se stalo, kdyby se klíčové slovo class zrušilo a používaly se jen tyhle nové traity?
Nevím jak Dotty, ale základní rozdíl mezi dědičností a traity je v té dědičnosti. Když máš objekt O, do kterého přidáš trait T, tak ten objekt O není tím T. (Maximálně tak T obsahuje.) Zatímco když O dědí od předka P, tak O je P.
Jako asi pro tebe nic nového, ale tohle je prostě ten rozdíl 1. To je všechno.
1/ Tak maximálně ještě, že metody z traitu se obvykle nepřetěžují, že se s tím trochu jinak pracuje, a tak.
Tak.Souhlas, že traity a DI jsou částečně zastupitelné přístupy. Vhodnost jednoho či druhého záleží IMHO na okolnostech.Nebe a dudy.
To by dávalo smysl a je to v podstatě jednoduché na implementaci i používání.Go moc dobře neznám. Ale vypadá to, že ano.Motivace traitů, tak jak o ní v tomto vlákně mluvím, je komponovat "objekt" z částí. Tedy něco na co se zneužívá dědičnost, ale bez nevýhod dědičnosti.Takže něco jako implicitní kompozice v Go?
Motivace traitů, tak jak o ní v tomto vlákně mluvím, je komponovat "objekt" z částí. Tedy něco na co se zneužívá dědičnost, ale bez nevýhod dědičnosti.Takže něco jako implicitní kompozice v Go?
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.