Ohjelmointi

PHP: n rivin loppu Windowsissa

PHP on saattanut olla käytössä jonkin aikaa, mutta se on silti tärkeä verkkokehitystyökalu. Deklaratiivisen ohjelmointimallin pohjalta PHP laajentaa tuttua HTML-syntaksia lisäkomennoilla ja -toiminnoilla, lisäämällä verkkosisältöön ohjelmointia ja laajennuksia. Kyseinen malli on tehnyt siitä tärkeän osan monista sisällönhallintajärjestelmistä. Se tarjoaa puitteet tietokannan toimittaman sisällön hallintaan ja sivujen muotoiluun dynaamisten mallien avulla.

PHP: n tulevaisuus Windowsissa

Monet näistä CMS: istä toimivat yritysten palomuurien sisällä, isännöivät intranettejä ja sisäisiä yhteistyövälineitä. Joten ei ole yllättävää nähdä, että PHP: n viralliset Windows-rakennelmat tulevat Microsoftilta, joka on yksi sen pisimmistä avoimen lähdekoodin projekteista.

Mutta kaikki hyvät asiat loppuvat, ja Microsoft ilmoitti äskettäin, että se ei tuota virallista PHP 8: n Windows-versiota. Tähän asti se on toimittanut Windows-julkaisuja binääreinä ja lähdekoodina IIS: n ja muiden Windows-verkkopalvelimien Windows.php.net-sivustossa. Tämä kuitenkin lopetetaan tulevaisuudessa, kun Windows PHP: n toimittava tiimi siirtyy muihin projekteihin, kun PHP 7 käy läpi tuen elinkaarensa.

Mitä tämä käytäntömuutos ehdottaa PHP: n tulevaisuudelle Windowsissa? Ja mikä tärkeintä, mitkä ovat vaihtoehdot, jos haluat käyttää tilaisuutta muuttaa tapaa työskennellä?

Kyllä, on tulevaisuus

Ensinnäkin ja tärkeintä, PHP for Windows ei häviä. On hyvin selvää, että jollekin on enemmän kuin tarpeeksi kysyntää jatkaa PHP: n Windows-version rakentamista ja jakelua PHP 7: n ulkopuolella. Microsoft ei suoraan osoita resursseja ja palvelimia koontiversioille, mutta todennäköisesti lahjoittaa lisenssejä ja palvelimia PHP-projekti varmistaa, että ainakin Windows-koontiversio tulee ulos automatisoidusta PHP CI / CD -prosessista (jatkuva integrointi / jatkuva toimitus).

PHP-tiimin tehtävänä on kehittää joukko Windows-taitoja varmistaakseen, että oikeat testit suoritetaan ja koodi optimoidaan oikein varmistamalla, että Visual Studiossa käytetään oikeita koontiasetuksia. Vaikka sen ei pitäisi olla liian vaikeaa, se ei ole sama asia kuin omistaa resursseja yhdeltä maailman suurimmista ohjelmistoyrityksistä.

Vaihtoehtoisesti on olemassa muita Windows-versioita PHP: stä, jonka on rakentanut sekoitus ulkopuolisia yrityksiä omilla PHP-työkaluillaan ja jotka ovat rakentaneet vapaaehtoisilta avoimen lähdekoodin pohjasta. Jos haluat tukea, sinun on todennäköisesti valittava kaupallinen PHP-versio, kun taas avoimet koontiversiot ovat ihanteellisia Windows PHP -ympäristön kokoamiseen.

WSL: n käyttö PHP-kehitykseen

Jos etsit vaihtoehtoja, Microsoftin oma Azure App Service -pilvipalvelettu sovellusalusta tukee PHP: tä, vaikka tässä se toimii Linuxissa, ei Windowsissa. Jos rakennat tätä varten koodia, haluat todennäköisesti PHP: n Linux-version kehitysprosessisi keskiöön kohdentamalla sen Visual Studio Code -sovelluksen etätyötyökaluilla. Koodille on monia erilaisia ​​PHP-laajennuksia IntelliSense-tuesta virheenkorjaukseen ja koodin muotoilutyökaluihin.

PHP: n asentaminen WSL: ään (Windows-alijärjestelmä Linuxille) on tarpeeksi helppoa, ja kaikki tarvitsemasi riippuvuudet asennetaan valitsemasi paketinhallinnan kautta. PHP: n asentaminen Ubuntu WSL -esiintymään asentaa ja määrittää Apache-Web-palvelimen, joten voit siirtyä nopeasti koodin kirjoittamisesta ja testaamisesta sen suorittamiseen tuotantopalvelimessa. Asennus kestää muutaman minuutin, ja kaikki on valmis käytettäväksi Windows-päätelaitteessa ja käytettävissä Visual Studio -koodista, joka toimii Windowsissa. Ei ole väliä, käytätkö WSL 1: tä tai WSL 2: ta, saat paljon saman kokemuksen kummastakin versiosta.

Kehityskoneellasi käynnissä olevan Linux PHP -esiintymän avulla voit nyt rakentaa PHP-sovelluksen ja testata sitä ennen sen asentamista Azure App Services -palveluun tai isännöityyn Web-palvelimeen. Jos käytät WSL 2: ta, tätä uutta kehitysmallia voidaan käyttää uusimpien Docker Containers -julkaisujen kanssa. Kehitystietokoneen avulla voit luoda koodin WSL: ään ja pakata sen säilykkeenä helpommaksi käyttöönotoksi palvelimille joko verkossa, hosting-palvelu tai julkinen pilvi.

PHP: n käyttö Linuxissa WSL: n kautta on todennäköisesti vähiten häiritsevä vaihtoehto PHP-kehitykselle Windowsissa, mutta vaihtoehtoinen lähestymistapa voi olla työskentely nykyaikaisemman verkkokehitysmallin kanssa. Sinulla on paljon valintoja: joko pysyt Microsoftin ekosysteemissä ASP.NET: n avulla tai siirryt monen alustan malliin, joka perustuu staattiseen sivustokehitykseen käyttämällä Jamstackin kaltaisia ​​lähestymistapoja.

Uudet kehitysmallit: .NET Blazor ja Azure Static Web Apps

Yksi asia on selvä: PHP: n käyttämä deklaratiivinen verkkosovelluskehitysmalli ei häviä. Uskottava argumentti Microsoftin virallisen PHP-tuen päättymiselle on, että uudemmat Microsoft-tekniikat voivat antaa sinulle samanlaisia ​​kehitysvaihtoehtoja, samalla kun ne käyttävät vähemmän resursseja ja toimivat edelleen eri alustoilla, ja etenemissuunnitelmalla, joka tukee uudempia verkkotekniikoita.

ASP.NET Core on alustojen välinen ympäristö, joka käyttää palvelinpuolen .NET-koodia HTML- ja JavaScript-komponenttien toimittamiseen. ASP.NET Core's Razor -syntaksi perustuu kannettavaan .NET Core -aikaan, ja se tarjoaa PHP: n kaltaisia ​​deklaratiivisia ohjelmointitekniikoita. Suuri ero tulee kuitenkin, kun käytät sitä palvelinpuolen Blazor-ohjelmointimallin kanssa.

Keskittymällä yhden sivun verkkosovelluksiin Blazor Server suorittaa ASP.NET-koodin Web-palvelimellasi ja kokoaa sisällön ennalta renderoiduiksi Web-komponenteiksi Signal R -yhteydellä selaimen sisällön ja taustapalvelujen välillä. Tällä lähestymistavalla on se etu, että se vaatii suhteellisen vähän kaistanleveyttä jonkin viiveen kustannuksella, kun palvelimen ja selaimen välillä tarvitaan edestakainen yhteys kullekin vuorovaikutukselle. Sisällön esirenderöinti tällä tavalla voi auttaa käyttäjiä tuntemaan sovelluksen reagoivamman ja vuorovaikutuksessa päivittämään käyttöliittymän komponentteja.

Äskettäinen Azure Static Web -sovellusten lanseeraus osana Azure App Services -palveluita toi uuden tavan luoda Web-sisältöä ja käyttää Azure- ja Windows-käyttöjärjestelmiä. Rakentamalla sivustoja paikallisesti Visual Studio -koodilla ja isännöimällä sisältöä GitHubissa, mukautettu GitHub-toiminto käyttää päivitettyä sisältöä Azureen. Sivustot rakennetaan HTML: n, asiakaspuolen JavaScriptin ja API-yhteyksien avulla tietokantoihin ja muihin palveluihin.

Kuten Blazor ja PHP, Jamstack käyttää mallipohjaista lähestymistapaa sivuston suunnitteluun, vaikka se soveltuu vähemmän perinteisiin CMS-tiedostoihin ja enemmän tiedostopohjaiseen sisältöön, jota voidaan jakaa sisältötoimitusverkkojen kautta, ja käyttää niitä välimuistiin lähempänä käyttäjiäsi. Voit rakentaa sisältöpohjaisen Azure Static Web Apps -sivuston Jamstack-tekniikoilla, mutta sinun on oltava valmis rakentamaan koko sivuston joka kerta, kun julkaiset uutta sisältöä.

Microsoftin oman PHP-rakennelman tuen päättyminen ei ole katastrofi. Se on merkki siitä, että Redmondin prioriteetit ovat muuttuneet; tekniikat, kuten WSL ja Azure-isännöity Linux, tarjoavat vaihtoehtoisia polkuja PHP-koodin rakentamiseen ja käyttämiseen.

Se on myös merkki siitä, että muut, nykyaikaisemmat lähestymistavat verkkosovelluskehitykseen saattavat olla lähempänä Microsoftin nykyistä pilvikeskeistä polkua .NET: n ja nykyaikaisten sovelluskehitystekniikoiden pohjalta. Mitä tahansa päätät tehdä, sinulla on paljon vaihtoehtoja.

$config[zx-auto] not found$config[zx-overlay] not found