VMP touhua nykyspedeily

Anonyymi

Ennen vanhaan hyvään aikaan VB6:ssa määritettiin tila esim.
Dim state as Integer
Dim fault as Boolean

Tänään:

Hooks? Redux? Rematch? Recoil? (luettele tähän perään seuraavat 20 javascript state management kirjastoa)

MIKSI ???

25

1375

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
      • Anonyymi

        Suomessa liikkeellä hanakka kalastelukampanja – Kyberturvallisuuskeskus: tuhansia viestejä lähetetty lukuisiin organisaatioihin
        Erityisesti organisaatioiden keskuudessa on viime viikkoina levinnyt Microsoftin Power Apps -portaalia hyödyntävä tietojenkalastelukampanja.


    • Anonyymi

      Miksi WP6 ei olisi entinen, senkun käytät.

      • Anonyymi

        WP6 kääntäjä ei toimi W10 ja W11:sta. WPrun....


    • Anonyymi

      Siitä syystä että ohjelman tila ei olisi levällään olioissa eri puolilla ohjelmaa vaan yhdessä paikassa. Objektit halutaan myös tehdä niin, että niiden tilaa ei voida muuttaa, eli olisivat immutable.

      Tämähän on pääsyy miksi miksi vanhat Visual Basic ja Delphi ohjelmat ovat paskaa kun ovat täynnä älyttömiä bugeja johtuen siitä, että ohjelman tila on levällään olioissa. Kun tilan muutosta ei hallita, tulee sitten hassuja tlanteita että jokin olio on tilassa mitä ei huomioida.

      React kehityksessä Redux oli aivan ykkösvaihtoehto aiemmin tilan hallinnassa mutta nykyään Reactissa on valmiina se React hooks jota voi käyttää kuin Reduxia niin ei tarvitse erillistä palikkaa tuohon. Tuo riittää React kehityksessä hyvin pitkälle että jos Reactilla tekee niin ei oikeastaan tarvitse muuta enää miettiä, ei ennenkuin siitä React hooksista tulee joku oikea ongelma että tarvitsisi parempaa.

      Se sitten taas johtuu React ekosysteemistä miksi niitä palikoita on paljon, kun React ei ole framework, se on kirjasto joka ratkaisee käyttöliittymäkomponenttien tekemisen ja virtualdomin. Eri asioihin on sitten kirjastoja joten tilan hallintaan tehty useita kirjastoja.

      • Anonyymi

        Entä onko vanhat C, C , C harp -ohjelmat myös pashaa?


      • Anonyymi
        Anonyymi kirjoitti:

        Entä onko vanhat C, C , C harp -ohjelmat myös pashaa?

        Mitäs se kirjoitustaidottomille kuuluu.


      • Anonyymi
        Anonyymi kirjoitti:

        Entä onko vanhat C, C , C harp -ohjelmat myös pashaa?

        Nyt on kyse käyttöliittymäohjelmoinnista eikä kielestä.

        Windowsille oli aikoinaan WPF ja tälle XAML, että sillä sai jo ihan hyvin tehtyä asian. Tuota käytettiin paljon C#:lla ja sillä sai jo ihan mukavasti.

        C:llä ja C :lla käyttöliittymäohjelmoinnin ongelma ei ole niinkään kielessä vaan kirjastoissa. Kyllä se käyttöliittymäpuoli oli lähinnä kuraa näissä. Nykypäivänä jos pitäisi näillä tehdä niin alkaisi projekti jonkun state managementin kirjoittamisesta.


      • Anonyymi

        "Tämähän on pääsyy miksi miksi vanhat Visual Basic ja Delphi ohjelmat ovat paskaa kun ovat täynnä älyttömiä bugeja johtuen siitä, että ohjelman tila on levällään olioissa"

        Taas M-Karin katteettomia höpinöitä.

        Koko luokkien ideahan on nimenomaan siinä, että luokka voi sisältää (ja yleensä sisältääkin) sekä koodia että dataa, jotka liittyvät toisiinsa.

        Siinä, että tila tallennetaan luokan kenttiin, ei ole mitään väärää.

        Se, että siinä olisi jotain väärää, on vain M-Karin aivopieru.

        Toki, jos samassa ohjelmassa on useita olioita, tulee huolehtia siitä, etteivät oliot ole keskenään ristiriidassa.

        Minulle ainakaan tilan tallennus olioihin ei ole ikinä aiheuttanut minkäänlaisia ongelmia.

        Toki ne oliot ja niiden vuorovaikutus toisten olioiden kanssa pitää suunnitella oikein, ja jos tässä tekee virheitä, niin tietenkin silloin on sekasotkua luvassa.


      • Anonyymi
        Anonyymi kirjoitti:

        "Tämähän on pääsyy miksi miksi vanhat Visual Basic ja Delphi ohjelmat ovat paskaa kun ovat täynnä älyttömiä bugeja johtuen siitä, että ohjelman tila on levällään olioissa"

        Taas M-Karin katteettomia höpinöitä.

        Koko luokkien ideahan on nimenomaan siinä, että luokka voi sisältää (ja yleensä sisältääkin) sekä koodia että dataa, jotka liittyvät toisiinsa.

        Siinä, että tila tallennetaan luokan kenttiin, ei ole mitään väärää.

        Se, että siinä olisi jotain väärää, on vain M-Karin aivopieru.

        Toki, jos samassa ohjelmassa on useita olioita, tulee huolehtia siitä, etteivät oliot ole keskenään ristiriidassa.

        Minulle ainakaan tilan tallennus olioihin ei ole ikinä aiheuttanut minkäänlaisia ongelmia.

        Toki ne oliot ja niiden vuorovaikutus toisten olioiden kanssa pitää suunnitella oikein, ja jos tässä tekee virheitä, niin tietenkin silloin on sekasotkua luvassa.

        "Koko luokkien ideahan on nimenomaan siinä, että luokka voi sisältää (ja yleensä sisältääkin) sekä koodia että dataa, jotka liittyvät toisiinsa."

        Miksi yrität vääntää käyttöliittymäkomponenttia luokkana kun sen voi tehdä paremmin funktiona?

        Lisäksi olet ymmärtänyt olio-ohjelmoinnin väärin. Olio-ohjelmoinnin idea ei ole kytkeä koodia ja dataa toisiinsa, vaan mallintaa käsitteitä.

        "Minulle ainakaan tilan tallennus olioihin ei ole ikinä aiheuttanut minkäänlaisia ongelmia.

        Toki ne oliot ja niiden vuorovaikutus toisten olioiden kanssa pitää suunnitella oikein, ja jos tässä tekee virheitä, niin tietenkin silloin on sekasotkua luvassa."

        Sanoit että ei olisi aiheuttanut ongelmia mutta sitten kerrot että voi tulla virheitä ja sekasotkua.


      • Anonyymi

        Ilmankos ilma tieteen laitoksen xmlhttp olio on hajallaan ja jättää tiedot amazonin palvelimelle.


      • Anonyymi
        Anonyymi kirjoitti:

        Nyt on kyse käyttöliittymäohjelmoinnista eikä kielestä.

        Windowsille oli aikoinaan WPF ja tälle XAML, että sillä sai jo ihan hyvin tehtyä asian. Tuota käytettiin paljon C#:lla ja sillä sai jo ihan mukavasti.

        C:llä ja C :lla käyttöliittymäohjelmoinnin ongelma ei ole niinkään kielessä vaan kirjastoissa. Kyllä se käyttöliittymäpuoli oli lähinnä kuraa näissä. Nykypäivänä jos pitäisi näillä tehdä niin alkaisi projekti jonkun state managementin kirjoittamisesta.

        Siksi Wintoosasta onkin koodattu toinen puoli hinkuvintiassa java scriptillä. Billin hyväntekeväisyytenä ja toinen puoli machine coodilla Intelin tehtaalla.


    • Anonyymi

      Enpä sanoisi, että kaikki olisi ollut noin huonosti Pascal/Delphi/C/Cpp aikana: Kyllä sitä aiemminkin on osattu tehdä tila-olio, joka sisältää kaiken tilaan liittyvän. Ja C:ssä on tehty vastaavasti struct(Pascalin record), joka sisältää tilan(ja kaiken muun tarvittavan pointterin päässä) ja kuljetetaan mukana funktioille parametrina. Ennemminkin kyse on huonosta ohjelmointityylistä eli luokkiin voi sisällyttää (vahingossa) tilamuuttujia, joilla olisi tarvetta laajemmallekin näkyvyydelle eikä pelkästään kyseisessä oliossa ja koska sijainti on luokassa eikä ohjelman tilasta vastaavassa oliossa sitä ei välttämättä huomata riippuvuuksia tarkastettaessa - kehitysvaiheessa tavallaan unohdettu viedä kantaluokan puolelle tieto, mikä sinne kuuluisi.
      Ennen oli kaikki vaikeampaa.

      • Anonyymi

        Hyvä kommentti. Kirjoitit C-koodista ikäänkuin menneessä aikamuodossa, mutta C-kielihän on yhä edelleen vahvassa asemassa etenkin sulautetuissa järjestelmissä. Tyypillisesti nekin ovat erittäin laajoja ohjelmistoja nykyään ja saattavat rakentua sadoista moduuleista ja lukuisista ohjelmakirjastoista. Ilman objektimallia tällaisten projektien hallinta olisi toivotonta. Vaikkei C-kieli olekaan lähtökohtaisesti OO, osaavan koodarin kädenjäljen tunnistaa OO-ajattelusta.

        Pienen mikrokontrollerin pieni koodi voi olla mitä vain, kukaan ei huutele perään. Mutta projektia, jossa on mukana useita kehittäjiä ja jossa mm. koodin uudellenkäytöllä on arvoa, globaalien resurssien Dimensointi siten kuin ennen vanhaan hyvään aikaan oli tapana, ei kanna pitkälle.


      • Anonyymi

        Olet oikeassa. Kyllä ennen vanhaankin sai tehtyä hyvin ohjelmia mutta vanhan ajan työkalut teki huonon ohjelmoinnin helpoksi ja lopputulos oli sen mukaista. Käyttöliittymäkomponentit ovat kuitenkin lähes täysin tilattomia.


      • Anonyymi
        Anonyymi kirjoitti:

        Hyvä kommentti. Kirjoitit C-koodista ikäänkuin menneessä aikamuodossa, mutta C-kielihän on yhä edelleen vahvassa asemassa etenkin sulautetuissa järjestelmissä. Tyypillisesti nekin ovat erittäin laajoja ohjelmistoja nykyään ja saattavat rakentua sadoista moduuleista ja lukuisista ohjelmakirjastoista. Ilman objektimallia tällaisten projektien hallinta olisi toivotonta. Vaikkei C-kieli olekaan lähtökohtaisesti OO, osaavan koodarin kädenjäljen tunnistaa OO-ajattelusta.

        Pienen mikrokontrollerin pieni koodi voi olla mitä vain, kukaan ei huutele perään. Mutta projektia, jossa on mukana useita kehittäjiä ja jossa mm. koodin uudellenkäytöllä on arvoa, globaalien resurssien Dimensointi siten kuin ennen vanhaan hyvään aikaan oli tapana, ei kanna pitkälle.

        "Hyvä kommentti. Kirjoitit C-koodista ikäänkuin menneessä aikamuodossa, mutta C-kielihän on yhä edelleen vahvassa asemassa etenkin sulautetuissa järjestelmissä. Tyypillisesti nekin ovat erittäin laajoja ohjelmistoja nykyään ja saattavat rakentua sadoista moduuleista ja lukuisista ohjelmakirjastoista."

        Saahan sitä C-kielellä tehtyä laajoja ohjelmistoja mutta kyseinen kieli on tehty siihen, että prosessit ovat yksinkertaisia. C-kielellä se luontainen tapa tehdä laajoja ohjelmistoja on suunnitella ne toimimaan isosta määrästä stdin->stdout putkissa olevista palikoista joita käyttöjärjestelmä ajaa omina prosesseinaan ja näiden prioriteetteja voi säätää.

        Tämä malli sitten automaattisesti jakaa laitteella kuormaa eri käyttäjille, eri prosessoreille ja toimii erittäin vähäisellä muistin käytöllä ilman että tarvitsisi miettiä rinnakkaisuutta matalalla tasolla. Mutta, se vaan kuitenkin on ajalta kun muistin määrä rajoitti ja käsiteltävät datamäärät olivat pienempiä. Ongelma tässä mallissa kun on se latenssi mikä tulee aina käynnistettäessä prosessia joten ajamalla sitä laajempaa softaa isommassa, monoliittisemmassa prosessissa saadaan huimasti parempi suorituskyky muistin kulutuksen kustannuksella. Ja se se isompi, monoliittinen prosessi sitten on C:llä ikävää tämän nimiavaruuden takia.

        "Vaikkei C-kieli olekaan lähtökohtaisesti OO, osaavan koodarin kädenjäljen tunnistaa OO-ajattelusta."

        No ei mitenkään selvästi. OO-ajattelu toimii liiketoimintalogiikassa tai kun mallinnetaan käsitteitä. Tietorakenteiden, algoritmien ja vähän matemaattisempien asioiden kanssa funktionaalinen malli on ylivertainen.


      • Anonyymi
        Anonyymi kirjoitti:

        "Hyvä kommentti. Kirjoitit C-koodista ikäänkuin menneessä aikamuodossa, mutta C-kielihän on yhä edelleen vahvassa asemassa etenkin sulautetuissa järjestelmissä. Tyypillisesti nekin ovat erittäin laajoja ohjelmistoja nykyään ja saattavat rakentua sadoista moduuleista ja lukuisista ohjelmakirjastoista."

        Saahan sitä C-kielellä tehtyä laajoja ohjelmistoja mutta kyseinen kieli on tehty siihen, että prosessit ovat yksinkertaisia. C-kielellä se luontainen tapa tehdä laajoja ohjelmistoja on suunnitella ne toimimaan isosta määrästä stdin->stdout putkissa olevista palikoista joita käyttöjärjestelmä ajaa omina prosesseinaan ja näiden prioriteetteja voi säätää.

        Tämä malli sitten automaattisesti jakaa laitteella kuormaa eri käyttäjille, eri prosessoreille ja toimii erittäin vähäisellä muistin käytöllä ilman että tarvitsisi miettiä rinnakkaisuutta matalalla tasolla. Mutta, se vaan kuitenkin on ajalta kun muistin määrä rajoitti ja käsiteltävät datamäärät olivat pienempiä. Ongelma tässä mallissa kun on se latenssi mikä tulee aina käynnistettäessä prosessia joten ajamalla sitä laajempaa softaa isommassa, monoliittisemmassa prosessissa saadaan huimasti parempi suorituskyky muistin kulutuksen kustannuksella. Ja se se isompi, monoliittinen prosessi sitten on C:llä ikävää tämän nimiavaruuden takia.

        "Vaikkei C-kieli olekaan lähtökohtaisesti OO, osaavan koodarin kädenjäljen tunnistaa OO-ajattelusta."

        No ei mitenkään selvästi. OO-ajattelu toimii liiketoimintalogiikassa tai kun mallinnetaan käsitteitä. Tietorakenteiden, algoritmien ja vähän matemaattisempien asioiden kanssa funktionaalinen malli on ylivertainen.

        VITUN ITSEKSEEN JUTTELIJA!


    • Anonyymi

      "MIKSI ???"

      Pitäähän se käyttöliittymän tilan oltava jossain. Tuo VB6 esimerkkisi ei hallinnoi koko käyttöliittymän tilaa, eikä huolehdi sen tilan muutoksista.

      React hooks on valmiina Reactissa, että ei tarvitse erillistä kirjastoa.

      • Anonyymi

        Voi voi! WP6 Hallitsi! Muuta ei nykyään.
        WP6 kääntäjä ei toimi W10 ja W11:sta. WPrun....


    • Anonyymi

      Jaska puhetta, .NET corea on microsfotin kaikille alustoille ujuttama tulevaisuuden koodialusta ja se perustuu XAML:ään ja manageroituihin kieliin, eikä mihinkään björnin c-bunkkerissa 70-luvlla kyhäämään pula-ajan peruna-murteeseen.

      Ja kaiken maailman xml-jsonnit on yliopistohaihattelijoiden oikeaa ohjelmointia ymmärtämätöntä sekasotkua mikä vie yhden datayksikön esittämiseen 100 x paketoitua muka-kaiken maailman datan kategoroivaa non sensea.

      Ja kuka päästi valloilleen scriptikääntäjän laajennukset ylemmän-ylemmän-ylemmän tason loputtamaan purkkasotkuiluun valloissa, täytyyhän lapsilla olla tekemistä ja rahaa kulua. Todellako päivän lämpötilan esittämiseen kuluu 100 GB laajakaistaa, 10 GB kovalevytilaa ja 10 THz prosessoriaikaa. Antakaa meidän jo nauraa.

      • Anonyymi

        .NET on itc mailman surkeutta, älä nyt sillä mitään tee.


      • Anonyymi

        Et vaan osaa.


    • Anonyymi

      Ja katsokaapa sinne tietokoneen sisällle, siellä on 2 x 8 senttiä kokoinen muistilätyskä, kuinka sellaisen edestakaisin vääntellyyn kuluu yhtä paljon energiaa kuin koko maailman historian esittämiseen.

      No sellaista se on kun resurssit kohdennetaan vuosikymmeniä yhden ja saman asian jauhamiseen ja tuloksena on Andromedaan ulottuva iisakin kirkko.

      Siellä on Ram-muisti ja prosessori, ei sen monimutkaisempaa ole, kaikki teidän reaktinne ja muut olionne, ne siirtelevät vain bittejä pitkin yhtä ja samaa RAm-muistia.
      Pitäkää nyt jo järki päässä ja asiat yksinkertaina, kun ne sellaisia lopulta ovat.
      ATK ei ole mikään luonnonlaki, vaan tekniikan taidetta ja logiikan säveltämistä. Ei pidä antaa ahneuden viedä koko yhteiskuntaa loputtomaan sekasotkuun ja rahan haaskaukseen.

      • Anonyymi

        .NET ei ole mitään tekemistä WP6 kanssa!


      • Anonyymi

        React nimenomaan on yksinkertainen.


    Ketjusta on poistettu 1 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Miehille kysymys

      Onko näin, että jos miestä kiinnostaa tarpeeksi niin hän kyllä ottaa vaikka riskin pakeista ja osoittaa sen kiinnostukse
      Tunteet
      136
      3925
    2. Miksi kaivattusi on

      erityinen? ❤️‍🔥
      Ikävä
      85
      1925
    3. Olen tosi outo....

      Päättelen palstajuttujen perusteella mitä mieltä minun kaipauksen kohde minusta on. Joskus kuvittelen tänne selkeitä tap
      Ikävä
      15
      1801
    4. Haluaisin jo

      Myöntää nämä tunteet sinulle face to face. En uskalla vain nolata itseäni enää. Enkä pysty elämäänkin näiden kanssa jos
      Ikävä
      54
      1422
    5. Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornosta

      https://www.kymensanomat.fi/paikalliset/8081054 Kotkalainen Demari Riku Pirinen vangittu Saksassa lapsipornon hallussapi
      Kotka
      53
      1400
    6. Ylen uutiset Haapaveden yt:stä.

      Olipas kamalaa luettavaa kaupungin irtisanomisista. Työttömiä lisää 10 tai enempikin( Mieluskylän opettajat). Muuttavat
      Haapavesi
      131
      1337
    7. VENÄJÄ muuttanut tänään ydinasetroktiinia

      Venäjän presidentti Vladimir Putin hyväksyi tiistaina päivitetyn ydinasedoktriinin, kertoo uutistoimisto Reuters. Sen mu
      Maailman menoa
      98
      1292
    8. Nainen olet valoni pimeässä

      valaiset tietäni tietämättäsi ❤️
      Ikävä
      70
      1176
    9. Mitä toivot

      Tulevilta päiviltä?
      Ikävä
      69
      1043
    10. Hommaatko kinkkua jouluksi?

      Itse tein pakastimeen n. 3Kg:n murekkeen sienillä ja juustokuorrutuksella. Voihan se olla, että jonkun pienen, valmiin k
      Sinkut
      114
      1033
    Aihe