Příspěvky

271

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 20:47:05 »

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

Takze mam dva kamarady.. Johnyho a Pepu. S Johnym mluvim anglicky a s Pepou cesky. A je to super protoze si je diky tomu nespletu...
Takhle?

Človeka rozoznáš aj hlasom, výzorom, atď... takže to miešaš hrušky s jablkami.

272

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 18:57:59 »

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní.

Huh?

Viem že som to napísal tak že asi nechápeš, ale vysvetlím, ak mám špecifickú syntax pre jednu časť, a inú špecifickú syntax pre druhú časť, viem automaticky zo syntaxu že ktorý kód patrí ktorej časti. Príklad, mám inú syntax u práce s databázou, pozriem kód, okamžite si všimnem že tu je taká syntax a patrí to ku kódu pre prácu s databázou.

(Tak isto ako máš HTML, CSS a JS oddelené, tak vieš rozoznať že CSS kód je pre vzhľad a nie pre funcktionalitu.)

273

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 14:12:49 »

skoda, ze se zajimava diskuze opet zvrhla.

podle me hlavni neprijemnost nativnich selektor funkci oproti jquery je, ze mohou vracet null, nodelist a node, musite na to myslet a psat nadbytecny kod osetrujici ruzne pripady.

V skutočnosti nie, pretože ti stačí len jeden a tým je querySelectorAll(),... nepotrebuješ byId, byClass, či byElementName, a pod. pretože querySelectorAll() nahradí všetky tieto. A k tomu ti stačí jeden forEach() a zrazu máš vždy stejný výsledok, nemusíš nijak ošetrovať rôzne prípady, takže do 5 riadkov máš hotovo komplet náhradu za jQuery selectory.

274

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 14:03:15 »

Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde.

PHP osobne už mám nahradené za JS už dávno.

Jenom mi není jasné, jak to PHP, kterým jsi nahradil Javascript, provozuješ v prohlížeči.

Spýtaj sa seba, tys tu nahradzoval PHP Lispom, v prehliadači. Nebo to nebolo v prehliadači? Pretože ja hovoril o náhrade PHP za JS logicky na servery.

Lisp je schopen kompletně nahradit Javascript i SQL, dokonce je ten zápis kratší a jednodušší. Na rozdíl od Javascriptu umí makra, což dělá různé transpilery zbytečnými.

Databázi jsem si v Lispu napsal za pár minut. Opravdu to není nic složitého a jsou na tom vidět i výhody jednotného jazyka. Program, makra i datové struktury v něm mají stejnou syntaxi.

Takže nahradzuješ SQL databázku SQL databázou akurát v Lispu? Heh, SQL fakt nemá nič s prog. jazykom v zmysle toho že SQL databáza aj tak príjma SQL príkazy, to že tie príkazy generuješ v určitom jazyku je iné, ale to vieš generovať rovnako v ostatných jazykoch, či už je to JS, či už Golang, či už Python, alebo C/C++, alebo ERLang, alebo Haskell, alebo aj tvoj Lisp, je to totálne jedno.

Jednotná syntax má výhodu pri písaní, ale nevýhodu pri čítaní, tým že v JS je front-end a back-end oddelený (aj keď nemusí byť) tak sa pridáva dosť prehľadnosti. Btw. Lisp až tak moc nadužíva gulaté zátvorky () že síce vo výsledku máš stejný počet zátvoriek ale horšie sa ti to číta, a až sa pomýliš a prcneš zátvorku na špatnom mieste, tak máš problém.

Ne, nechci na sílu zavádět Lisp tam, kde je Javascript. Chci jen naznačit, že Lisp toho umí víc. Jeho jedinou nevýhodou je, že na první pohled vypadá nepřátelsky, i když má stejný počet závorek jako běžné jazyky.

Neviem, ale môj prvý pohľad není nepriatelský, to skôr nepriatelsky vyzerá PHP alebo Java alebo C++

275

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 12:55:56 »

Vlastně jsem nepochopil, proč JS už dávno nebyl nahrazen byte code nad virtuálním strojem.
Jasně, Flash byla hnusná proprietární záležitost, ale vznikla v tom hromada her a dalších věcí, které dnes už nevznikají a je to možná docela škoda.

ja nechápem prečo chcete JS nahradiť, a hlavne ako by ste ho nahradili keď všetky už existujúce webstránky používajú v klientovy JS snaď s výnimkou pár (čož je pod 0.1%)

276

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 20. 02. 2021, 12:04:24 »

Já jsem zvědanej, jestli někdy bude vývoj webový aplikace stejně snadnej jako desktopový - jeden jazyk a nebude se muset řešit transformace dat mezi serverem a klientem.

To netreba ani teraz aj keď robíš weby v JS.

Blazor něco podobného řeší, ale furt není hotový a co si pamatuji, měl problémy s velikostí runtime a vyžadoval websockety? Takže to asi nejspíš nebude univerzální řešení na téměř statické weby a zároveň na interaktivní aplikace. A vůbec, s C# a .NET to není tak slavné, jak jsem po vydání .NET Core očekával. Spíš bych do budoucna sázel na Kotlin.

Na Blazor mám osobný názor že je to nezmysel.

Až se místo HTML, CSS, PHP a SQL bude používat Lisp, včetně browserů, tak to půjde. Jenže vývojáři ho stále a priori odmítají.

Lisp si myslím že to JS nenahradí. Btw. prečo je tu reš o SQL? Však Lisp a SQL sú 2 totálne rozdielne veci. A náhodou HTML je v pohode, PHP osobne už mám nahradené za JS už dávno.

277

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 19. 02. 2021, 21:37:34 »

Do PRRRdddele  dost dobrý!
Prošel jsem si tutoriál a vypadá to velmi dobře!
Na rozdíl od blbnutí s JQuery je tohle neuvěřitelně čitelné (a vypadá pohodlně).
Jen se bojím, jestli to nakonec nevygeneruje zbytečně hrozně moc kódu.

Bojíte sa neoprávnene, vyskúšajte a budete prekvapený. Využíva to komu optimalizačných featur (napr. code-splitting, tree-shaking atď), čoskoro by mal byť hotový aj SvelteKit ktorý využíva Snowpack a Vite. Kód ktorý Svelte generuje je skutočne kód takmer bez zbytočností, optimalizovanosť dosahuje úrovne že momentálne už ani nie je možné vytvoriť menší a rýchlejší kód, aby sa uchovala funkcionalita webstránky.

278

Vývoj / Re:Python zaokruhlovanie na cele cislo nefunguje spravne

« kdy: 19. 02. 2021, 20:32:43 »

To mi príde sprosté, a na výpočet priemernej hodnoty po zaokrúhlení čísel z pola desatinných čísel (napr. všetkých končiacich .5) existuje logickejší spôsob pomocou sčitovania zvyškov z modula a deleno a následne je zdeliť a pričítať ku priemeru samotných celých čísel (s odrezaním desatinej časti), alebo ešte lepší, a to vynásobiť hodnoty *10 následne vypočítať priemer a výsledný priemer vydeliť /10 a previesť na celé číslo. V oboch prípadoch neprekročíš odchýlku väčšiu než 0.5

Ono samozřejmě nejde o výpočet průměrné hodnoty zaokrouhlených čísel. Představte si, že vám třeba banka vyplácí úroky ze zůstatku na účtu. Na účtu typicky nemáte nějakou kulatou částku, takže po vypočtení úroku vyjde nějaké hausnumero jako 0,12489 Kč. To vám banka samozřejmě vyplatit nemůže, je potřeba to zaokrouhlit na halíře. No a když to banka bude zaokrouhlovat matematicky, tedy 0,5 hal vždy nahoru, zaplatí nakonec na úrocích víc, než by odpovídalo úrokové sazbě. Když bude zaokrouhlovat na nejbližší sudé číslo, vyplatí celkově přibližně tolik, kolik by odpovídalo úrokové sazbě – zaokrouhlovací chyby se navzájem víceméně vyruší.

V takej situácii nie je normálne v systéme ukladať hodnotu s vysokou presnosťou (trebárs aj 10 desatinných miest), ale pri vyplatený "odrezať tých 0.00neco a čakať až sa pri ďalšom zapísaní úroky preklopý tá hodnota cez 0.01 ? takto nikdy nestratí ani cent ani nedá ani cent navyše. Že v systéme bude hodnota desatinná nemusí znamenať že musí banka vyplatiť desatinné haliere.

279

Vývoj / Re:Python zaokruhlovanie na cele cislo nefunguje spravne

« kdy: 19. 02. 2021, 18:04:07 »

Kterého dementa napadlo, že zaokrouhlených 1.5 se bude rovnat zaokrouhlených 2.5 ?
By mě zajímalo, kdo vymýšlí takovéhle vyfikundace a navíc je nacpe do standardní funkce.
K čemu to vůbec je?

Napadlo to někoho, kdo toho o zaokrouhlování ví víc, než vy. Existuje totiž mnoho způsobů, jak zaokrouhlovat. Tenhle způsob zaokrouhlování vede k menší průměrné chybě, která se zaokrouhlováním vnáší. Ona je totiž pětka jaksi přesně uprostřed intervalu, takže když ji budete zaokrouhlovat stále k větší absolutní hodnotě (tzv. matematické zaokrouhlování, které asi znáte ze ZŠ) a budete mít nerovnoměrně rozložená kladná a záporná čísla (např. budete zaokrouhlovat jenom samé kladné hodnoty), bude vám zaokrouhlování systematicky posouvat výsledek (u kladných čísel nahoru).

Nazývat někoho dementem jenom kvůli vlastní neznalosti je – řekněme hloupé.

To mi príde sprosté, a na výpočet priemernej hodnoty po zaokrúhlení čísel z pola desatinných čísel (napr. všetkých končiacich .5) existuje logickejší spôsob pomocou sčitovania zvyškov z modula a deleno a následne je zdeliť a pričítať ku priemeru samotných celých čísel (s odrezaním desatinej časti), alebo ešte lepší, a to vynásobiť hodnoty *10 následne vypočítať priemer a výsledný priemer vydeliť /10 a previesť na celé číslo. V oboch prípadoch neprekročíš odchýlku väčšiu než 0.5

280

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 20:43:24 »

jQuery je sice pomalé, ale proti reactu je to sportovec; myslím, že ochota dělat stránky rychlé, paměťově a zdrojově nenáročné prostě právě s Reactem umřela.

Ak chceš rýchlosť na úrovni čistého JS tak skús ten Svelte čo tu už štvrtý krát odporúčam. Ten je nie len športovec ale stíhačka.

S vanillaJS si musím být vědom omezení a daleko více testovat mezi prohlížeči.

To nesúhlasím.

281

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 16:47:54 »

Takže si to zhrnme čo sa ako tá nahradiť v čistom JS:

$.ajax() -> fetch()
$(document).ready() -> defer
$("el") -> $("el") ............... s využitím jednoriadkového aliasu, možno dvoj ak chcete pre všetky elementy a automaticky aplikovať forEach()
.addStyle() -> classList.add()
.css() -> .style
.on() -> snaď jediná vec, ktorá je v čistom JS náročnejšia (ak chceme lazy), dá sa nahradiť drobnou rýchlou knižnicou
.delegate() -> .matches()
.fadeIn() -> css opacity a transition

ok, čo ideme ďalej?

282

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 16:11:40 »

A k tomu ready som teraz našiel že to tiež nie je absolútne potrebné a v čistom JS to sa dá spraviť 0 riadkami JS, stačí len pridať do tagu <script> jeden atribút defer. Alebo umiestniť <script> do <body> nakoniec (viď https://stackoverflow.com/a/18775368 ), a nepotrebujete vôbec žiadne .ready() a teda ani .on() takže vlastne čo sa tu rieši.

283

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 15:56:58 »

U addClass je classlist super, ale pak je tady ještě IE s řadou záludností,

prečo tu niekto ešte spomína IE ktorý už neexistuje a samotný Microsoft ho pochová už 17. Augusta tohoto roku... tieto argumenty sú ako keby ste tu obhajovali <marque> lebo NetScape ešte nevie takú animáciu cez CSS. To vôbec nie je argument.

Zrovna u ready potřebuješ ještě další podmínku, viz i ten kód u jquery. Tvoje řešení on vyžaduje, aby element existoval a nepodporuje to u lazy elementu jako u jQuery.

Samozřejmě se to dá napsat i v čistém js, jen jsem chtěl říct, že to není tak jednoduchý a dobu, kdy byla půlka webů rozbitých právě kvůli nedostatečně obecné implementaci bez testů si živě pamatuji, nerad bych opakoval chyby z minulosti. Doporučování vanillaJS jako řešení nepovažuji za rozumné.

Ako pár vecí je ešte v čistom JS ako zložitejších, ale aj tak to ako argument pre jQuery neobstojí keď existujú knižnice 10x menšie a výkonnejšie ktoré to riešia.

Doporučování jQuery jako řešení nepovažuji za rozumné.

284

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 15:01:14 »

Už aj keby že nie Vanilla JS, stále existujú rôzne alternatívy pre jQuery v podobe miniatúrnej knižnice, ktorá je omnoho výkonnejšia a umožní Vám to čo jQuery vrátane tých .on() .fadeIn() či iných vecí.

285

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 18. 02. 2021, 14:47:50 »

jQuery jsem neměl rád nikdy, ale důvod proč se používá je snadná dostupnost, jednoduchá syntaxe a zaručená kompatibilita mezi prohlížeči, v době jeho vzniku to byla obzláště velká bolístka.

Tady ukazujete jednoduché příklady, ale třeba ve vanillaJs napsat něco jako:

• .fadeIn()
• .addClass()
• .on() - tohle je obzláště těžké, protože u jQuery není potřeba, aby ten element ještě existoval (live), v čistém js si na něj musím počkat
• .ready() - takhle třeba vypadá implementace u jQuery, https://github.com/jquery/jquery/blob/025da4dd343e6734f3d3c1b4785b1548498115d8/src/core/ready.js, není to tak přímočaré

fadeIn() - stačí 2 riadky CSS nepotrebuješ ani JS. Zavolanie je len zmena classy.
addClass() - to vie JavaScript priamo - classList.add()
ready() - implementácia jeden riadok (stačí zapuzdriť do jedného ifu, kde overíš či DOM už je vyparsovaný)

resp. by ti stačil document.addEventListener( "DOMContentLoaded", completed );
to čo je v implementácii jQuery je tak dlhé len preto že je to prispôsobené pre jQuery.

on () - implementácia 3 riadky

Kód: [Vybrat]

domElement.prototype.on = function(event, callback) {
   this.eventHandler.bindEvent(event, callback, this.element);
}

Nič z toho ale reálne nepotrebuješ, pozri Svelte a vypadnú ti oči, že addClass(), on(), máš na 0 riadkov JS.