Skop aplikasi Melainkan dinyatakan sebaliknya, keperluan peraturan berikut terpakai sepenuhnya untuk projek DoitPHP (Nota: fail rangka kerja PHP Doitphp, bukan projek PHP yang dibangunkan menggunakan DoitPHP). Jika anda menyukai piawaian pengekodan berikut, anda juga boleh menggunakannya dalam projek pembangunan PHP yang lain. ,

Kepentingan dan Faedah Penyeragaman "Tiada peraturan, tiada petak Apabila pembangunan projek perisian mematuhi piawaian awam dan konsisten, seluruh ahli pasukan membentuk dan mengekalkan gaya pengekodan yang konsisten, dan keseluruhan dokumen projek ditulis oleh satu orang." . Setiap kod pengaturcara mudah difahami oleh orang lain, meningkatkan kebolehselenggaraan kod dan dengan itu mengurangkan kos penyelenggaraan perisian. Pada masa yang sama, peserta baharu boleh cepat menyesuaikan diri dengan persekitaran, dengan itu memaksimumkan kecekapan kerjasama pembangunan pasukan. Pengekodan piawai jangka panjang juga boleh membolehkan pembangun membangunkan tabiat pengekodan yang baik, mengurangkan kemungkinan ralat pengekodan, dan juga membangunkan pemikiran yang lebih teliti. Tujuan "mendokumentasikan" spesifikasi adalah untuk menjelaskan standard pengekodan kami. Kami percaya bahawa piawaian bukanlah kunci kejayaan projek, tetapi ia boleh membantu kami menjadi lebih cekap dalam kerjasama pasukan dan menyelesaikan tugasan yang ditetapkan dengan lebih lancar.

Spesifikasi dan prinsip pengekodan PHP 1. Format fail 1.1 Pengekodan fail: Pengekodan fail disatukan kepada UTF-8 (Nota: bukan UTF-8+BOM). 1.2. Tag kod PHP: Gunakan "<?php ?>" pada bila-bila masa untuk menentukan kod PHP anda. Dan "<? ?>" akan dilarang. Untuk fail kod yang hanya mengandungi PHP, adalah disyorkan untuk mengabaikan "?>" di hujung fail untuk mengelakkan ruang tambahan atau aksara lain daripada menjejaskan kod. 1.3 Peraturan lekukan: Gunakan 4 ruang untuk lekukan dan bukannya TAB. Ini sudah menjadi standard dalam industri PHP, dan kami tidak akan "melawan arah aliran sejarah." Sebab utama menggunakan ruang adalah untuk menjadikan kod kelihatan kemas dan kemas. Kerana dalam editor yang berbeza, panjang watak tab TAB adalah berbeza, tetapi ruangnya sama. Menggunakan TAB boleh menyelesaikan masalah dengan menekan kekunci TAB, tetapi menggunakan ruang memerlukan menekan bar ruang empat kali, yang jelas menjejaskan kecekapan pembangunan. Pada masa ini, banyak editor lalai kepada TAB yang menduduki empat ruang (berapa banyak ruang yang didudukinya boleh dilaraskan oleh editor Jika ini berlaku, untuk meningkatkan kecekapan pembangunan, anda boleh menggunakan TAB dengan yakin). Spesifikasi lekukan ini juga digunakan pada fungsi, kelas, struktur logik, gelung, dsb. dalam JavaScript. 1.4. Kandungan kod: Tiada ruang tambahan atau aksara TAB dibenarkan pada penghujung setiap baris (pastikan editor anda menyimpan fail dalam format Unix, yang bermaksud baris ditamatkan dengan baris baharu). Kecuali untuk fail konfigurasi anotasi pek bahasa, tidak boleh ada bahasa Cina di tempat lain. 1.5. Komen kod: Fail mesti mempunyai ulasan kod yang jelas, dan gaya ulasan menggunakan standard phpDocumentor