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.
Množina operací asi nebude stačit. Ještě je třeba název kategorie pro nominální typování.co je "typ"?metadata k hodnote?
metadata to je neco vagniho, to muze byt treba cas vytvoreni.
Datovy typ je spis dvojice: mnozina hodnot a mnozina operaci, ne?
To nie je pravda, dana pamet je extrena a zavisi od dosky je od 512kB po 16MB (typicky 512kB po 4MB), takze zalezi od konkretnej dosticky. Plus tam treba nechat priestor pre bootloader, vlastny program a data.Ano, je zaujem. Npr v arduine viem nieco napisat do ESP modulov aj s jednoduchov html, js strankou. Ale nemam predstavu ako ako do ESP urobit peknu SPA aplikaciu, ake nastroje pouzit na programovanie, co najjednoduchsi "deploy" do ESPcka, tiez nemam skusenost s mqtt.
Urcite ano
Zial klasicku SPA stranku do ESP-cka nezmestis, kvoli velkosti (dane bundle JS a CSS maju niekedy megabajty).
Ja som to riesil vanila Typescriptom.
Moja buildovacia chaina bola:
Typescript+Html => JS+HTML => minifikacia aj JS aj HTML => GZ kompresia => C++ zdrojak s midlwerom pre ESP (obsah ako bajtove polia)
Samozrejme vies pouzit aj CDN-ku na hostovanie napriklad Bootstrapu, ale hovorim uplne som si vystacil s vanila typescriptom
To už si rovno vystačí s čistým JS. A ESP je možné použiť aj so 4MB a tam vhodne napísanú, optimalizovanú SPA určitr zmestí.
Taktiez si treba uvedomit, ze nacitanie tak velkej strany bude chvilku trvat, kvoli vykonu ESP-cka.
Ale ti 2 nejlepsi snad dokazou ostatnim vysvetlit vyhody nejakeho reseni, ne?
myslim, ze horsi reseni spise vznikne v prilis velkem tymu nez v mensim i kdyz je pomer chytrejsich a normalnich stejny.
Jen pro doplnění. Kdysi jsem četl jeden zajímavý článek (bohužel už ho teď nedohledám), kde autor považoval za velice důležitý parametr jazyka konzistentní hustotu informací (to je moje parafráze, jak to nazval on už si nepamatuji). Šlo o to, aby nebylo na 3 řádcích "prázdno" a pak na jednom řádku složitá konstrukce. Tímhle nešvarem dle mého názoru trpí třeba Perl nebo Python, naopak jazyky jako Lua nebo Go jsou skoro až řídké (alespoň dle mých zkušeností). Nejzajímavější na tom je to, že ve výsledku nevidím, že by program v Go nebo Lue byl delší než odpovídající program v v Perlu nebo Pythonu, skoro naopak.
Tahle ta konzistentní hustota je podle autora článku klíčová pro snadnou čitelnost/udržitelnost kódu.
Dědičnost?Tak C++ má statické typy i virtuální metody. Proč asi?Statické typy umožňují určit už v době kompilace, která metoda bude použita. Virtuální metoda se musí vybírat ze seznamu před každým voláním.A co s tím? Virtuální metody nijak nesouvisí s tím, jestli má jazyk (statické) typy nebo ne. Ten odkaz by klidně mohl být na Kozinovu větu a vyšlo by to nastejno.https://en.wikipedia.org/wiki/Virtual_method_tableJejich benefit spočívá ve výkonuTypy s výkonem nijak nesouvisí.
No jasně, ale otázka zněla na "netypový interface".
jestli je tohdle všechno co chceš říct, tak plýtváš energii....tím mě rozhodně neodradíš
forum je od toho aby si lidi radili a to na jakekoliv úrovni, egoistické žvásty jak vy jste dobří a já lůza jsou k NIČEMU!
Smalltalk ma protokoly ne? Neni to totez co interface respektive typ?
A kde se to používalo? U Javy?Ani náhodouVe Smalltalku. Java ale své "interface" okopčila z Objective-C, ta historie je celkem zajímavá, na Javě dělali (hlavně standardní knihovnu) ObjC vývojáři po tom, co Sun koupil Lighthouse Design, takže tam přenesli své znalosti, zvyky a postupy.
A kde se to používalo? U Javy?Aha. Tak to pak jo. To byla ostatně, pokud se správně pamatuju, úplně první verze rozhraní.Zřejmě má na mysli duck typing.Nikde není napsáno, že interface musí být typový. Nějaká Java není argumentem.Co je netypový interface?
V Javě se to dá používat také, pokud do interface dáš typ Object. U jednodušších úloh je to docela praktické - do doby, než poprvé použiješ operátor instanceof.
Duck typing běžně používám při prototypování v PHP. Podobně to funguje i v Javascriptu a Pythonu.
Aha. Tak to pak jo. To byla ostatně, pokud se správně pamatuju, úplně první verze rozhraní.Zřejmě má na mysli duck typing.Nikde není napsáno, že interface musí být typový. Nějaká Java není argumentem.Co je netypový interface?
Důkaz vidím tom, že každé takové vyzkoušení je testem. Je úplně jedno, zda je testem automatizovaným nebo manuálním.
V tom případě je jasné, že testy jsou nenahraditelné. Typy z tohoto krajíce mohou něco ukousnout, ale větší díl zůstává na těch testech.
V Haskellu se jednotkové testy používají ve velmi malé míře. Typový systém Haskellu je sice nadprůměrný, ale stále nevyčerpal teoretické možnosti. Toliko k tvému rozmáchlému tvrzení.
Tak mi to rozmáchlé tvrzení vyvrať nějakým důkazem.
I v Haskellu je každá jednotka důkladně testována. Možná vývojáři nepoužívají automatizované testy, ale určitě si každou jednotku několikrát spustí, aby si ověřili, že dělá, co má dělat.Samozřejmě. Haskellisti moc nepíšou jednotkové testy, protože si "vystačí" s typy. Ale samozřejmě si vyzkouší, co stvořili a zda to dělá co má. V čem je problém? V čem vidíš "důkaz" svého tvrzení?
V tom případě je jasné, že testy jsou nenahraditelné. Typy z tohoto krajíce mohou něco ukousnout, ale větší díl zůstává na těch testech.
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.