JavaScript ja arvo muuttujasta leikepöydälle

Eikös tämä Model-View-ViewModel (MVVM) ole osa kuolevaa kehitystä WPF- ja Silverlight joista ainakin Microsoft Silverlightin tuki päättyy 12.10.2021. Vieläkö tuollaiseen kannattaa panostaa.

Anonyymi kirjoitti:

Eikös tämä Model-View-ViewModel (MVVM) ole osa kuolevaa kehitystä WPF- ja Silverlight joista ainakin Microsoft Silverlightin tuki päättyy 12.10.2021. Vieläkö tuollaiseen kannattaa panostaa.

Lue lisää

Ei MVVM:llä ole mitään tekemistä WPF:n tai Silverlightin kanssa. Sen idea toimii täsmälleen samalla tavalla aivan riippumatta alustasta, kielestä tai mistään muustakaan. Se nyt vain on järkevää toteuttaa käyttöliittymänäkymä, ohjelman toiminta sekä toiminnan ja näkymän kommunikaatio toisistaan riippumattomina palasina. Muuten joudut muokkaamaan koko ohjelman toimintaa aina kun haluat tehdä käyttöliittymään/näkymään minkäänlaisia muutoksia.

MVVM on vain käytäntö, kuten Test Driven Development tai Beta-testaus tai koodin dokumentaatio. Ei niitä ole pakko noudattaa, mutta kyllä se kannattaa ihan jokaisessa projektissa.

Anonyymi kirjoitti:

Eikös tämä Model-View-ViewModel (MVVM) ole osa kuolevaa kehitystä WPF- ja Silverlight joista ainakin Microsoft Silverlightin tuki päättyy 12.10.2021. Vieläkö tuollaiseen kannattaa panostaa.

Lue lisää

>"Eikös tämä Model-View-ViewModel (MVVM) ole osa kuolevaa kehitystä WPF- ja Silverlight joista ainakin Microsoft Silverlightin tuki päättyy 12.10.2021. Vieläkö tuollaiseen kannattaa panostaa."

Yritätkö tosissasi sanoa, että 13.10.2021 kaikkien pitää lakata toteuttamasta ohjelmiaan järkevien käytäntöjen mukaisesti, koska joku Microsoftin turhake lakkaa olemasta?

Onko jo lyöty lukkoon päivämäärä, jolloin koodin sisennyksiä lakataan käyttämästä? Entä pitääkö jo valmistautua luopumaan poikkeusten käsittelystä? Ei kai noitakaan enää montaa vuotta tueta? Itse luulisin, että viimeistään 2025 mennessä noistakin päästään eroon.

Näitä typeryyksiä on tähän asti esittänyt vain M-Kar, enkä pahasti ylläty vaikka kävisi ilmi sekoilu on peräisin samalta henkilöltä. On täysin idioottimaista esittää copy/paste ongelman ratkaisuksi tuollaista soopaa.

"JavaScriptiä ei ole alunperin tarkoitettu ohjelmointikieleksi, vaan nettisivujen ulkoasun kaunisteluun. "

Kyllä se Javascript on ihan ohjelmointikieli. Se millä kaunistellaan ulkoasua on CSS.

"Suosittelen, että opettelet noudattamaan Model-View-View model -periaatteen ja hoidat vain välttämättömän osan (Model) JavaScriptillä ja kaiken oikean toiminnan jollain ohjelmointikielellä, joka ei aiheuta syöpää koodareille."

Javascriptiä ei tietenkään ole mikään pakko käyttää jos ei tykkää. Ei se mikään välttämätön ole. En minäkään sitä käytä.

Anonyymi kirjoitti:

"JavaScriptiä ei ole alunperin tarkoitettu ohjelmointikieleksi, vaan nettisivujen ulkoasun kaunisteluun. "

Kyllä se Javascript on ihan ohjelmointikieli. Se millä kaunistellaan ulkoasua on CSS.

"Suosittelen, että opettelet noudattamaan Model-View-View model -periaatteen ja hoidat vain välttämättömän osan (Model) JavaScriptillä ja kaiken oikean toiminnan jollain ohjelmointikielellä, joka ei aiheuta syöpää koodareille."

Javascriptiä ei tietenkään ole mikään pakko käyttää jos ei tykkää. Ei se mikään välttämätön ole. En minäkään sitä käytä.

Lue lisää

JavaScript on ohjelmointikieli, jonka alkuperäinen käyttötarkoitus oli ainoastaan mahdollistaa nettisivujen ulkoasulle entistä monipuolisempia ominaisuuksia. Jostain käsittämättömästä syystä sitä vain alettiin käyttää myös kaiken muun netissä tapahtuvan koodaamiseen ja siitä muodostui käytännössä standardi, vaikka paljon parempiakin vaihtoehtoja olisi ollut olemassa. Nykyään sitä on vain pakko sietää, vaikkei juuri kukaan JS:stä pidäkään.

Jos et ole masokisti tai idiootti, kannattaa käyttää JS:älä vain silloin kun on pakko, ja hoitaa kaikki muu jollain ohjelmointikielellä, joka on alunperinkin suunniteltu toimivaksi.

Anonyymi kirjoitti:

JavaScript on ohjelmointikieli, jonka alkuperäinen käyttötarkoitus oli ainoastaan mahdollistaa nettisivujen ulkoasulle entistä monipuolisempia ominaisuuksia. Jostain käsittämättömästä syystä sitä vain alettiin käyttää myös kaiken muun netissä tapahtuvan koodaamiseen ja siitä muodostui käytännössä standardi, vaikka paljon parempiakin vaihtoehtoja olisi ollut olemassa. Nykyään sitä on vain pakko sietää, vaikkei juuri kukaan JS:stä pidäkään.

Jos et ole masokisti tai idiootti, kannattaa käyttää JS:älä vain silloin kun on pakko, ja hoitaa kaikki muu jollain ohjelmointikielellä, joka on alunperinkin suunniteltu toimivaksi.

Lue lisää

Mutta se oli silti turing täydellinen ohjelmointikieli.

20 vuotta sitten tilanne oli se, että web toimi sivulatausten varassa ja tiedettiin, että monessa tilanteessa tarvittiin jotain muuta. Tästä teknologiasta Sun Microsystems ja Microsoft kamppailivat. Oli Java appletit ja ActiveX komponentit.

Lopputulos oli se, että kumpikin olivat paskoja mutta selaimet itsessään paranivat kun Mozilla alkoi kilpailla.

Sitten tuli sellainen kirjasto kuin jQuery Javascriptille mikä ratkaisi asian, että ActiveX komponenttien ja Java applettien sijasta tehtiin jQueryä apua käyttäen ne komponentit ja selaimet jatkoivat parantumistaan joten sitten niitä lisäpalikoita ei enää tarvinnut missään.

Javascriptiä ei kuitenkaan tarvitse sietää enää missään, koska kun Javascriptistä tuli standardi, tuli sitten aika nopeasti myös työkalut että siitä tuli käytännössä "assembler". Varsinainen käyttöliittymäohjelmointi tehdään useinkin ihan muilla kielillä mitä käännetään Javascriptille. Tai vaikka webassemblylle, sekin onnistuu. jQuerykin alkoi korvautua 10v sitten.

Olisikohan tuosta esimerkistä mitään iloa, kun niitä jotka osaavat asettaa selaimensa hyväksymään leikekirjaan pääsyn, on niin harvassa, ettei tosikaan.

Tuo leikekirjaan pääsy tehdään Chromium- ja Firefox pohjaisissa eri tavalla, mutta yhteistä asettamisessa on se ettei sitä vahingossa tule sallineeksi kummassakaan.