(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-5LHNRP9'); Viðhald verkefnis í PHP: 5 mistök sem þarf að forðast - The Codest
The Codest
  • Um okkur
  • Þjónusta
    • Hugbúnaðarþróun
      • Framhliðþróun
      • Bakendaþróun
    • Staff Augmentation
      • Framhliðaráþrófarar
      • Bakhliðaráþróunaraðilar
      • Gagnaverkfræðingar
      • Skýjaverkfræðingar
      • Gæðatryggingartæknimenn
      • Annað
    • Það er ráðgjafi
      • Endurskoðun og ráðgjöf
  • Iðnaðargreinar
    • Fjártæknifyrirtæki og bankastarfsemi
    • E-commerce
    • Adtech
    • Heilbrigðistækni
    • Framleiðsla
    • Flutningar
    • Bifreiða
    • Internet hlutanna
  • Gildi fyrir
    • CEO
    • CTO
    • Afhendingarstjóri
  • Teymið okkar
  • Case Studies
  • Vitið hvernig
    • Blogg
    • Fundir
    • Vefnámskeið
    • Auðlindir
Starfsferilmöguleikar Hafðu samband
  • Um okkur
  • Þjónusta
    • Hugbúnaðarþróun
      • Framhliðþróun
      • Bakendaþróun
    • Staff Augmentation
      • Framhliðaráþrófarar
      • Bakhliðaráþróunaraðilar
      • Gagnaverkfræðingar
      • Skýjaverkfræðingar
      • Gæðatryggingartæknimenn
      • Annað
    • Það er ráðgjafi
      • Endurskoðun og ráðgjöf
  • Gildi fyrir
    • CEO
    • CTO
    • Afhendingarstjóri
  • Teymið okkar
  • Case Studies
  • Vitið hvernig
    • Blogg
    • Fundir
    • Vefnámskeið
    • Auðlindir
Starfsferilmöguleikar Hafðu samband
Aftur ör Farðu aftur
2022-06-10
Hugbúnaðarþróun

Viðhald verkefnis í PHP: 5 mistök sem ber að forðast

The Codest

Sebastian Luczak

PHP einingarleiðtogi

Fleiri en ein grein hefur verið skrifuð um mistökin sem gerð eru í ferlinu við að reka verkefni, en sjaldan er litið á kröfur verkefnisins og stjórnað áhættunum miðað við valda tækni.

Hér er tómt.

PHP, eins og önnur tungumál, hefur nokkra galla sem ekki skipta máli þegar kemur að því að stjórna upplýsingatækni verkefni hvar PHP er leiðandi tungumálið.

Hér að neðan höfum við sett saman lista yfir þau, ásamt ráðum um hvernig forðast þau.

1. Ekki fylgja stöðlum og tillögum PHP

PHP er talið “auðvelt forritunarmál” vegna þess að aðgangshindrun þess er mjög lág. Þetta leiðir til mikilla misræmis í kóðunarstöðlum og hvernig alþjóðleg viðmót eru innleidd í ýmsum utanaðkomandi bókasöfnum. Í tilraun til að koma reglu á var settur fram staðall. Þessir staðlar lýsa ýmsum leiðum sem þróunaraðili af framkvæmd getur uppfyllt hvaða sett af takmörkunum sem staðallinn krefst. Einfaldur dæmi fyrir Viðburðaúthlutari:

Hlustandi – hlustandi er hvaða PHP Kallanleg aðferð sem gerir ráð fyrir að henni verði send atburður. Engum eða fleiri hlustendum má senda sama atburðinn. Hlustandi má, ef hann kýs svo, setja aðra ósamhverfa hegðun í biðröð.

Með því að nota þessa staðla geta allir forritarar sem nota PSR-samhæfa nafngiftaraðferð auðveldlega ekki aðeins átt samskipti við heldur einnig kóði með öðrum forriturum.
Að koma þessum stöðlum í framkvæmd, til dæmis með því að nota PHP Rétt leiðin leiðbeiningar og bókasöfn sem styðja alþjóðleg PSR-viðmót, leyfa PHP forritarar að aðlaga sig hraðar að breytingum á kröfum um virkni, arkitektúr og innviði.

Hvernig get ég forðast það?

Sem viðhaldara kóðagrunns skaltu alltaf muna að nota sannaðar og stöðugar útgáfur af utanaðkomandi bókasöfnum, og ef þú ert neyddur til að nota sérsniðna lausn skaltu innleiða hana með PHP PSR-um.
Listi yfir öll tiltæk staðla er aðgengilegur á aðalsíðu vefsins. PHP-FIG. Viðbótarstaðlar með hagnýtum lýsingum eru fáanlegir í ýmsum sniðum frá PHP Rétt leiðin heimasíða.
Besti bókasöfnin sem uppfylla PHP-FIG staðlana eru skráð á PHP deildin vefsíða.

2. Ekki læsa útgáfum háðra pakka í composer.json

Í verkefnum sem nota háðnartól Lagahöfundur Það kemur oft upp aðstæða þegar eftir langan tíma stuðnings og viðhalds á vara Í framleiðsluumhverfinu er þörf á að innleiða virknibreytingar án þess að endurbyggja alla arkitektúrinn. Oftast er verkefnið þá tekið yfir af forritara, sem hefur það hlutverk að ræsa staðbundna þróunarumhverfið og hefja vinnu við miða. Miðað við samhæfingaraðili.lás Með skránni getur forritarinn endurheimt verkefnið í þann farveg sem það var í framleiðsluumhverfinu, en allar breytingar á samhæfðingur.json Skrá, t.d. með því að bæta bókasafninu við, mun valda kaskade af villum sem mun auka raunverulegan tíma við innleiðingu nýs lið meðlimur í samtökunum sem og tíma þróunar lausnarinnar.

Hvernig get ég forðast það?

Þegar forritið er orðið stöðugt, ætti kóðaviðhaldsmaðurinn að læsa útgáfum bókasafnanna í samhæfðingur.json Búðu til skrá og mótuðu skýra verklagsreglu sem lýsir hvernig eigi að uppfæra útgáfur þeirra ef þörf krefur í framtíðinni.

Íhugaðu einnig að koma á fót kerfi sem kannar öryggisstöðu notaðra bókasafna og sjálfvirknivædi ferlið við að útvega öryggisuppfærslur.
Með því að nota ókeypis verkfæri eins og Áreiðanlegur, við getum bæði viðhaldið samræmdri, stýranlegri útgáfustjórnun fyrir háð bókasöfn og veitt öryggisábyrgð fyrir forritið okkar.

3. Slök kröfuöflun

Þetta er bara CRUD, af hverju að nenna þessu?

Það er bókasafn sem gerir einmitt það!

Í PHP Í viðfangsefninu er auðvelt að falla í gleyminn þegar innleiða á viðskiptalógík vörunnar. Í gegnum árin hafa hundruð verkefna [búið til stjórnborð til að stjórna gögn líkön](https://backpackforlaravel.com/), [búa til Google Analytics-líkar yfirsýnir](https://github.com/Kunstmaan/KunstmaanDashboardBundle) eða [leysa PHP's async-vandamál](https://laravel.com/docs/9.x/octane) með einu töfraspjóti (OK, með einni skipanalínufyrirspurn).
Heimurinn PHP er fullur af tilbúnum útfærslum sem virka 99.9% af tímanum.
Þessi 0.1% er þar sem viðskiptalógík rekst á virkni takmarkanir bókasafnanna sem notuð eru.
Þetta svokölluðu ”throw-ins” eru erfiðust í framkvæmd í lok verkefnisins.

Hvernig get ég forðast það?

Það er engin leið að finna gullna meðalveginn milli ofhönnunar og vanhönnunar án réttrar skilnings á viðskiptasviði vörunnar.
Með því að byrja þróun team Með því að taka meðlimi snemma inn í vörufasa og sýna frumkvæði í samstarfi við vörueiganda geturðu lágmarkað áhættuna af því að nota lausn sem reynist ekki vera góð langtímarfjárfesting.

4. Kostnaðarskurður með því að forðast ritun prófa

PHP Það er ekki fullkomið, það er víst. Gallar þess hvað varðar statíska gerðargjöf, skortur á stuðningi við generics og áframhaldandi stuðningur við úreltar aðferðir eru enn uppspretta brandara meðal forritara. Hins vegar, um tíma PHP forritarar hafa fengið sífellt öflugri verkfæri eins og PHPStan, Xdebug, PHP-CS-Fixer sem gera þeim kleift að viðhalda samkvæmni og statískri gerð – og þannig forðast marga galla. Enn sem komið er er of lítil athygli beint að prófunum og þær, þegar þær eru rétt framkvæmdar, skila fljótri arðsemi í formi
– minnkun tilbakafallsvillna
– aukin meðvitund um möguleika vörunnar
– Að auka tilfinningu forritara fyrir eignarhaldi á kóða

Hvernig get ég forðast það?

Ekki spara á kostnaði við prófanir. Að skrifa einföld Behat-skriptur er í raun ekki svo erfitt; þú þarft ekki að skrifa flókin end-to-end-próf strax eða kafa ofan í innleiðingardetail og einingaprófa hverja aðferð.
Einföld Behat-prófun sem lýst er á náttúrulegu forritunarmáli er oft verðmætari en vandlega skrifuð end-til-end-prófun.

5. Ekki að taka tillit til nútíma arkitektúrmynstra

Þeir PHP tungumál og tvö öflugustu rammasöfn sín Laravel og Symfony eru fullkomlega hentug til að skapa nútímalega, hagnýta og, sem skiptir mestu, arkitektúr með háum afköstum. Stuðningurinn við ýmis skilaboðakerfi í biðröðum og sífellt hraðari PHP Frammistöðubætur frá útgáfu til útgáfu gera kleift okkur að búa til auðveldlega örþjónustur byggt á örramum. Að mestu leyti treystum við þó enn á einingarstór kerfi. Það er ekkert að því, en þegar kemur að þróun slíkra kerfa verðum við að fylgjast náið með sviðamörkum og ákvarða tengipunktinn milli nýrra lausna og eldri hluta kerfisins.

Hvernig get ég forðast það?

Þegar verið er að þróa hvaða sem er PHP Vefsíðu, það er þess virði að skoða núverandi lausnir gaumgæfilega, búa til alþjóðleg viðmót fyrir gagnasamskipti og innleiða nýja virkni með nýjustu tækni og vinnubrögðum. Ein af vinsælustu lausnum sem notuð er í framkvæmd er Kæfupattern.

Tengdar greinar

Hugbúnaðarþróun

Öryggisvandamál á netinu: Gagnaleki

Framundan jólin er í fullum gangi. Í leit að gjöfum fyrir ástvini sína eru menn sífellt reiðubúnari til að “rjúka” inn í netverslanir.

The Codest
Jakub Jakubowicz CTO og meðstofnandi
Hugbúnaðarþróun

Að ráða innri á móti ytri forriturum

Að ráða innan fyrirtækisins eða utan? Þetta er hið algjörasta vafamál! Kynntu þér kosti outsourcing eða að byggja upp innanhúss team í eftirfarandi grein.

The Codest
Grzegorz Rozmus Java einingaleiðtogi
Lausnir fyrir fyrirtæki og vaxtarfyrirtæki

Rétti hátturinn til að finna bestu Java-þróunaraðila

Að finna hinn fullkomna Java-þróunaraðila getur verið krefjandi verkefni. Þar sem eftirspurn markaðarins eftir slíkum sérfræðingum vex með ótrúlegum hraða, geta tiltækar heimildir til að leita að hæfileikum stundum virst...

The Codest
Grzegorz Rozmus Java einingaleiðtogi

Gerðu þig áskrifanda að þekkingargrunni okkar og vertu upplýstur um sérfræðiþekkingu upplýsingatæknigeirans.

    Um okkur

    The Codest – Alþjóðlegt hugbúnaðarþróunarfyrirtæki með tæknimiðstöðvar í Póllandi.

    Bretland - Höfuðstöðvar

    • Skrifstofa 303B, 182-184 High Street North E6 2JA
      Lundúnir, England

    Pólland - staðbundin tæknimiðstöðvar

    • Fabryczna skrifstofugarður, Aleja
      Herbergi 18, 31-564 Kraków
    • Brain Embassy, Konstruktorska
      11, 02-673 Varsjá, Pólland

    The Codest

    • Heim
    • Um okkur
    • Þjónusta
    • Case Studies
    • Vitið hvernig
    • Starfsferilmöguleikar
    • Orðabók

    Þjónusta

    • Það er ráðgjafi
    • Hugbúnaðarþróun
    • Bakendaþróun
    • Framhliðþróun
    • Staff Augmentation
    • Bakhliðaráþróunaraðilar
    • Skýjaverkfræðingar
    • Gagnaverkfræðingar
    • Annað
    • Gæðatryggingartæknimenn

    Auðlindir

    • Staðreyndir og goðsagnir um samstarf við utanaðkomandi hugbúnaðarþróunaraðila
    • Frá Bandaríkjunum til Evrópu: Af hverju ákveða bandarísk sprotafyrirtæki að flytja til Evrópu?
    • Samanburður á tæknifjarkerfisþróunarmiðstöðvum: Tech Offshore Europe (Pólland), ASEAN (Filippseyjar), Eurasia (Tyrkland)
    • Hvert eru helstu áskoranir CTO-a og CIO-a?
    • The Codest
    • The Codest
    • The Codest
    • Privacy policy
    • Website terms of use

    Höfundarréttur © 2026 af The Codest. Öll réttindi áskilin.

    is_ISIcelandic
    en_USEnglish de_DEGerman sv_SESwedish da_DKDanish nb_NONorwegian fiFinnish fr_FRFrench pl_PLPolish arArabic it_ITItalian es_ESSpanish nl_NLDutch etEstonian elGreek pt_PTPortuguese cs_CZCzech lvLatvian lt_LTLithuanian is_ISIcelandic