PHP:n paras käytäntö: Kirjoita parametrit
On käytäntöjä, joita opimme koulussa, joita omaksumme laiskuuden kautta, joita omaksumme tottumuksesta, joko näkemällä tai järjestelmällisesti kopioimalla ja liittämällä. Ajan ja kokemuksen myötä on selvää, että etsimme yhä selkeämpiä menetelmiä ja syntakseja. Huolimatta kunkin kielen ympärillä vallitsevista trendeistä, voimme usein koodia lukemalla määrittää, millä tiimistämme on tällainen syntaksi C #:ssä puristit alkavat aloittaa kaikki käyttöliittymänsä "I":llä. Esimerkiksi .
yhteenveto
PHP, ilmainen syntaksi… liian ilmainen?
Minulla itselläni on useita tapoja, joiden avulla voin rakentaa koodini säännöllisesti. Tämä on helppo löytää, työskennellä nopeasti, mutta myös helpottaa virheenkorjausta ja koodin lukemista kollegoilleni.
Kirjoita sen parametrit, mitä varten? Ja miksi tämä on hyvä käytäntö?
PHP:ssä syntaksi on erittäin ilmainen. Tarkoitan erittäin vapaata sillä tosiasialla, että kieli ei ole kovin monisanaista. Olematta esimerkiksi Javan kaltaisten kielten kannattaja, uskon, että sen parametrien kirjoittaminen voi vain auttaa meitä työssämme.
Miksi tuhlata aikaa tietotyypin kirjoittamiseen?
Todellakin, mutta verrataan heti etuja ja haittoja.
Miinuksena, ilman huonoja aikoja, minun on vaikea mainita toista argumenttia kuin se, jonka kirjoitin edellä.
Plussasta voisin esittää pienen listan:
- Se auttaa minua rakentamaan koodini. Prototyypissäni (funktioni ilmoitus) tiedän, että sellaisen ja sellaisen argumentin on oltava asäde ou int.
- Tämän ansiosta voin tehdä virheenkorjauksen nopeammin. Jos olet ilmoittanut haluavasi tyyppisen argumentin käyttäjä menetelmässäsi PHP odottaa User-instanssia. Tai yritä antaa asäde tai mikä tahansa muu kuin määrätty, aiheuttaa PHP:n pysähtymisen välittömästi. Myönnettäköön, että virhe saattaa olla melko "kova", mutta muussa kehityksessäsi ei todennäköisesti ole epäonnistumista.
- Kollegani lukevat mielellään koodiani kuin kirjaa. Todellakin, kun tiedämme, että setItem(…)-metodi ottaa tyypin argumentin foo, se auttaa. Ei ?
12toiminto setItem($tuote);toiminto setItem(Foo $item);
Tosin tämä lista sisältää vain 3 pistettä, mutta työmme velvoittaa meidät olemaan aina sotapolulla ja etsimään aina uusia väyliä, suosittelen kokeilemaan ja katsomaan itse.
Jäädytetty ongelma tyypissä sekoitettu
Itse asiassa minun on kuitenkin myönnettävä heikkous, tyyppi sekoitettu. Kamala kaveri ja bannoitava. Niille, jotka ovat koodaaneet C/C++:ssa, se on kuin instanssiosoittimen ilmoittamista (tyhjä *).
Suosittelen mahdollisimman paljon olemaan käyttämättä tätä tyyppiä ja rajoittamaan sen käyttöä. Esimerkki ?
Metodi setPoireau(mixed $poireau) ottaa purjoa parametreiksi, mutta koska sitä ei ole kirjoitettu, voit antaa sille myös hylkeen... Ongelmallista.
Jos halusit pakottaa nauttimaan purjoa, tiedät mitä sinun tulee tehdä, ja myönnetään, että sinulla on kiero mieli ja että haluaisit pystyä antamaan vihanneksia, kehotan sinua käyttämään käyttöliittymää (tai luokan abstraktia ) ja määritä menetelmäsi näin.
|
|
Olen samaa mieltä siitä, että tämä esimerkki ei ehkä ole paras mahdollinen, mutta sen ansiona on olla selkeä.
Yhteenveto
Kirjoittaminen ei ole pakollista, mutta se on kaikkien käytettävissä, jotka haluavat työskennellä selkeästi ja siististi. Suosittelen sitä sinulle lämpimästi.
Ehkä meillä on jonain päivänä oikeus kirjoittaa menetelmän paluu, joka auttaa meitä etsimään entistä parempaa semanttiikkaa.