Noniin, nyt se kauan odotettu asia sitten tapahtui, ja flopannut UWP yhdistetään, kuten juttu kertoo, supersuosittuun Win32:een:
https://www.mikrobitti.fi/uutiset/microsoftin-epaonnistuneen-windows-10-kokeilun-itsenainen-taival-paattymassa-saattaa-olla-viimeinen-naula-arkkuun/cfdc56d2-2a9c-469e-bcc5-aa3a63e66bc8
Näinhän minä totesin jo kauan aikaa sitten, että UWP ei näillä avuilla tule syrjäyttämään Win32 alustaa, koska UWP:llä ei voi tehdä oikeita työpöytä sovelluksia. UWP:llä pystyi tekemän vain rampautettuja pilvi sovelluksia.
https://www.mikrobitti.fi/uutiset/microsoftin-epaonnistuneen-windows-10-kokeilun-itsenainen-taival-paattymassa-saattaa-olla-viimeinen-naula-arkkuun/cfdc56d2-2a9c-469e-bcc5-aa3a63e66bc8
Näinhän minä totesin jo kauan aikaa sitten, että UWP ei näillä avuilla tule syrjäyttämään Win32 alustaa, koska UWP:llä ei voi tehdä oikeita työpöytä sovelluksia. UWP:llä pystyi tekemän vain rampautettuja pilvi sovelluksia.
Vastaukset 9
Vanhimmat
Uutinen on harhaanjohtava ja sinä ymmärrät asian väärin.
Win32 oli se vanha matalan tason C-kielellä tehty rajapinta jolle ei ole koodia kirjoitettu aikoihin. Vuosikymmenet on sovellukset tehty Windowsille C :lla, Visual Basicilla ja C#:lla.
Isoin muutos oli silloin joskus 20v sitten tämä: https://en.wikipedia.org/wiki/Common_Language_Infrastructure
Windows ohjelmia alettiin tekemään ilman mitään riippuvuuksia Win32:n. Microsoft käytännössä vain myy muutoksiaan nimeämällä niitä eri tavoin. .NET Frameworkiin kuului tuo CLI ja näitä eri versioita on jo kaikenkirjavia: https://docs.microsoft.com/en-us/dotnet/standard/net-standard
Erilainen nimeäminen lähinnä kertoo siitä, että mitä kaikkea jokin pitää sisällään ja UWP oli vain uudelleennimeäminen kun tietyssä versiossa yhtenäistettiin kaikki laitteet ja sovellukset toimivat samalla paketoinnilla.
Oikeasti mikään perustekniikka siellä Windowsissa ei muutu. Nimeävät ehkä UWP:n uusiksi ja varmaankin laajentavat sitä paketointia kattamaan Win32:sta riippuvaisia juttuja.
Win32:n "supersuosio" on harhaa. Sitä ei oikeastaan käytetä yhtään ohjelmien teossa.
Iha sontaa ne oliin.
Avaus asiaa,
Tröllin Peräkämmarissa tuoksu leijuu tuimana.
C on suosituin ja C on neljänneksi suosituin ohjelmointikieli;
https://www.tiobe.com/tiobe-index/
Mainostamasi Javascript tulee kaukana perässä, ja TypeScript on sijalla 45.
Tuoreen kyselyn mukaan vuonna 2020, yleisin alusta, mille C :lla kehitetään on Windows työpöytä;
https://isocpp.org/files/papers/CppDevSurvey-2020-04-summary.pdf
Tässä ympäristössä natiivi API Windowsin suuntaan on Win32.
No toki paljon käytetään ylemmän tason wrappereitä Win32:lle, mutta eihän sillä ole mitään väliä. Käytät sitä suoraan tai pienen mutkan kautta, käytät Win32:sta ja siinä on vissi ero UWP:hen.
Win32 rajapintaa käytetään C :lla, ei siinä ole mitään ongelmaa, sehän nimenomaan on natiivi rajapinta C :lla tehtäessä Windowsille.
CLR:n jos valitsee arkkitehtuuriksi, ei ole mitään järkeä koodata C :lla, C tuki CLR:ssä on lähinnä historia syistä ja että helpotetaan siirtymistä niille, jotka karsastaa C#. Jos CLR:lle tekee, sama tehdä suoraan C#:lla.,
CLR on vähän kuin Java, se käännetään vasta ajon aikana, joka tarkoittaa, että se on hitaampi, ja sillä on vaikeampi päästä rautaa lähelle ja se myös hankaloittaa niiden kirjastojen käyttöä, joille ei valmista integraatiota ole.
C# ja .NET ovat kyllä mukavia kehitysymäpristöjä, silloin kun suorituskyky ei tarvita huippu suorituskykyä tai portattavuutta. Toki portattavuus nyt NET Coren myötä paranee, että tämä voi nostaa C#:n mielekkyyttä jatkossa.
Mutta nämä, missä suorituskykyä, rautaläheisyyttä, tai käyttöjärjestelmän monipuolisempaa käyttöä ei tarvita, ovat muutenkin niitä sovelluksia, että voi jo kysyä, kannattaisiko ne tehdä suoraan web sovelluksina.
Nimeomaan nämä natiivi kielet ja rajapinnat tulevat pitämään pintansa niissä asioissa, missä web ei voi niitä kovin helposti syrjäyttää.
Kukaan ei käytä UWP sovelluksia, varmaan siksi.
Rumia ja kamalan bugisia
Koska mobile windows kuoli, tuli UWP:stäkin tarpeeton.
Windows on luopumista!