Coding-Standards und Sicherheit sowie Fehlervermeidung

[RobinTheHood]

Hallo,

mit meinem ersten Posting hier im Forum möchte ich mitteilen, dass ich die Idee eines einheitlichen Coding-Standards für sehr begrüßenswert erachte. Beruflich schreibe ich unter anderem nahezu ausschließlich updatefähige Module für den modified-Shop. So kann man sich von dem Modified-Code weitestgehend abschotten. Auf der Suche nach möglichen Ansatzpunkten in den Hook-Points, kommt man dann doch noch mit dem Modified-Code in Berührung oder halt Entwickler, die weiterhin Module schreiben (müssen), welche direkt in den Core eingreifen.

Ich würde dazu raten, einen bestehenden Coding-Standard zu wählen und davon dann schrittweise so viel zu übernehmen, wie jeweils möglich ist. Besonders bei bestehenden Standards müssen sich neue Entwickler nicht unnötig neu einarbeiten und neue Entwickler schaden nie, um ein Open Source Projekt am Leben zu erhalten. Zudem greift man auf Regeln zurück, auf die sich bereits eine große Anzahl von Entwicklern einigen konnten. Derartige Coding-Styls haben sich bewehrt und sind so konstruiert, dass sie der Code-Fehleranfälligkeit entgegenwirken.

Ich würde die PSRs der PHP-Fig empfehlen. Hier haben sich allerhand große PHP Projekte auf viele einheitliche Standard geeignet, um "kompatiblen" Code zwischen den Projekten zu schreiben. Mitglieder sind unter anderem: CakePHP, Contao Open Source CMS, IBM, Drupal, Joomla, Magento, phpBB, Zend Framework und dutzend weitere Größen der PHP Entwickler-Community, die sich auf Standards einigen konnten.

Zwei dieser Standards (PSR - PHP Standards Recommendations) sind PSR-1: Basic Coding Standard und PSR-2: Coding Style Guide. Mein Vorschlag ist es, sich in diese Richtung zu orientieren und das Rad nicht neu zu erfinden.

PHP-FIG Mitglieder: https://www.php-fig.org/personnel/
PSR-1: https://www.php-fig.org/psr/psr-1/
PSR-2: https://www.php-fig.org/psr/psr-2/

Beste Grüße und einen schönen Abend
Robin

[Jay]

Hallo zusammen,

ja ein Code Standard halte ich für extrem gut/wichtig.

Der modified code ist z. T. sehr kryptisch und es spart einfach Zeit wenn alles einheitlich ist. Dadurch kann man sich viel besser in die einzelnen Stellen einarbeiten. Es gibt hier schon genug Probleme und ich finde die Optik muss nicht auch noch eins sein.

Ich finde ein PSR style auch sehr sinnvoll, persönlich arbeite ich gerne mit PSR-12.

[RobinTheHood]

Wieso ich einen Coding-Style weiterhin für wichtig erachte, ist hier als Beispiel beschrieben.
Für meinen Text verwende ich NICHT den Coding Style der deutschen Rechtschreibung.

hellO ,icH bin auch weiteRhiN aBsolut der mein-ung ,das(s) man geraDe als prof-essionelles opeNSourcE projekT eineN gemeinsameN codinH stylE benOEtigt.vielE untersuc-hungeN zeigeN, das(s) ein eiNheitlichEr coding_stylE
die LeS-baR-keiT des q_
uelL_codeS veRbesserZ,enTwickleR si-
cH leichteR unD schneLleR iN bestehendeN codE eiNarbeiteN kOEnneN, projektE leichteR neuE entwickleR findeN unD diE anzahL deR fehleR beiM schreiebeN voN neueN codE starK reduzierT wirD .Auch iM realeN lebeN gibT eS beispielE

,bei der gemeinsame Standards
das Leben leichter machen.

_klaR kanN man programMcodE aucH ohnE codinG stylE schreibeN unD deR code lAEssT sicH aucH ohne einheitlichE regelN leseN unD miT mehR mU-
Ehe verstehen .deR codE bra_uch au_ch kei_nen einheit_lichen code da_mit
er funkt_ioniert ,aber in mei_ner erfah_rung als profess_ioneller soft-ware-entwickler und in mei-nem informatik-studium habe ich in meiner
täglichen arbeit die Erfahr-ungen gemacht , das-s alle
Projekt-e die über-leben, stetig versuchT habeN sicH in den untersc-
hiedlichsteN bereicheN der Code-QualitAEt zu verbes-sern.

wiR disKutiereN ofT unteR deN kollegeN_,_wiE zu-kunf-tsfähig modi_fied mitt_elfris_tiG nocH seiN kanN, wenN sicH nicht_s aN der QualitAET deS quellcodeS AEnderT.in den PHP RFCs kann man gut beobachten,in welche_richtung sich PHP_entwi-
ckleN wird. aufmerksam verfolgE ich VorschlAEge, die irgendwann dazu fUEhren
kOEnnten, dass ein groSSteiL der in scripT
organisierten code-StruktuR von mOdifiD nicht mehr funktioniereN kOEnnte.

miT besten grUEßen und ein schOEneS wochenendR
Robin (heute ohne Coding Style der deutschen Rechtschreib, da es für den einen oder anderen vielleicht kein unterscheid macht.)

[noRiddle (revilonetz)]

Ich hab' Augen-Tinitus...