PHP-Fig: Apa yang anda akan pergi?

Masa depan Kumpulan Interoperabilitas Rangka Kerja PHP (PHP-FIG): Ke mana hendak pergi?

Kumpulan Interoperabilitas Rangka Kerja PHP (PHP-FIG) telah membuat kemajuan yang ketara dalam menarik perhatian positif dari PHP dengan mengadopsi lebih banyak Cadangan Standard PHP (PSR). Cadangan ini mengawal piawaian pengekodan, panduan gaya, autoloading, pembalakan, caching, dan mesej HTTP.

Walau bagaimanapun, disebabkan oleh pertikaian dalaman dan keluar dari projek dan individu yang terkenal, masa depan PHP-Fig tidak pasti. Organisasi ini telah dikritik kerana menguatkan birokrasi dan iklim negatif, menghalang penyertaan yang berkesan.

Artikel ini percaya bahawa PHP-FIG harus memudahkan operasinya dan memberi perhatian lebih banyak untuk meningkatkan komunikasi dan perbincangan PSR. Ini mungkin termasuk menjadikannya lebih mudah bagi bukan pakar untuk mengambil bahagian dan mengurangkan masa kelulusan untuk PSR.

Penulis percaya bahawa masa depan PHP-Fig bergantung kepada sama ada ia dapat memfokuskan semula matlamat interoperabilitas awalnya. Ini bermakna kurang penekanan terhadap tadbir urus dan pengurusan, dan lebih fokus pada menghasilkan kod interoperable.

Terima kasih kepada Andrew Carter, Younes Rafie dan Scott Molinari untuk kajian rakan sebaya mereka mengenai artikel ini!

Penulis Poland Henrik Xiankvich memenangi Hadiah Nobel 1905 dalam kesusasteraan untuk novel epiknya Quo Vadis (Latin, yang bermaksud "Ke mana kamu pergi?"). Menghadapi sebarang dilema, jeda ringkas dan matlamat mentakrifkan semula mungkin berkesan.

php-fig telah matang. Dengan penggunaan lebih banyak Cadangan Standard PHP (PSRS), PHP telah memenangi lebih banyak perhatian dan penghargaan dari komuniti pengaturcaraan. PSR Menentukan piawaian pengekodan, panduan gaya pengekodan, pemuatan automatik, pembalakan, caching, dan mesej HTTP.

Cadangan lain di peringkat draf dan semakan yang berbeza meliputi pautan hypermedia, piawaian phpDoc, pengurusan acara, masalah caching dan keselamatan. Malah ada cadangan untuk "antara muka huggable" (PSR-8), yang membincangkan objek yang boleh dipersembahkan dan pelukan yang saling dijamin!

Walau bagaimanapun, masa depan tidak cerah, dan kegigihan konflik dalam organisasi telah dipersoalkan.

Asal

Benih php-fig ditanam pada persidangan PHP | TEK pada tahun 2009, apabila beberapa pemaju berkumpul untuk berkongsi idea. Ini adalah kebimbangan mengenai pemecahan dalam komuniti PHP, yang dikumpulkan di rangka kerja dan pulau -pulau aplikasi yang berbeza. FIG harus bersamaan dengan Proses Komuniti Java PHP, platform untuk membangunkan spesifikasi teknikal standard Java. Tujuan mereka adalah untuk mewujudkan forum untuk membincangkan isu -isu biasa yang dihadapi oleh projek PHP dan mencari cara untuk bekerjasama dan saling beroperasi melalui kerjasama. Mereka mahu lebih mudah untuk berkongsi kerja yang lengkap di seluruh projek.

Organisasi

Hiburan semudah melanggan senarai mel Kumpulan Google atau menyertai saluran IRC. Keahlian mengundi diperlukan untuk mengundi untuk perbincangan. Tanggungjawab pentadbiran umum dilakukan oleh tiga setiausaha, yang dipilih dalam bulan yang berlainan setiap tahun selama dua tahun. Butiran operasi sehari-hari organisasi boleh didapati di bahagian piagam laman web PHP-FIG.

Kejayaan

Seperti yang disebutkan di atas, PSR-4 (standard pemuatan auto) menerangkan spesifikasi untuk memuatkan kelas secara automatik dari laluan fail. Ia direka untuk menjadi saling beroperasi sepenuhnya dan boleh digunakan untuk melengkapkan spesifikasi autoloading sedia ada, termasuk PSR-0 (standard autoloading yang ditetapkan). PSR ini juga menerangkan lokasi fail yang dimuat secara automatik mengikut spesifikasi.

Menggunakan komposer (ahli pengundian php-fig), sangat mudah untuk memasang dan menggunakan pakej patuh PSR-4. Pakej tanpa bingkai seperti karbon boleh dimasukkan ke dalam mana-mana aplikasi patuh PSR-4 tanpa sebarang masalah.

Begitu juga, PSR-7 (mesej HTTP) membuka pintu yang lebih luas kepada interoperabilitas dengan mencadangkan spesifikasi yang menerangkan permintaan dan respons HTTP. PSR-13 (HTTP Middleware) akan membina PSR-7 dan seterusnya mempromosikan sempadan interoperabiliti antara rangka kerja dan aplikasi yang mematuhi spesifikasi.

Matlamat berharga PSR yang belum selesai tidak dapat dicapai kerana asas organisasi itu sendiri berada di bawah ancaman.

kontroversi

Keadaan semasa dapat diringkaskan dalam jawatan ini pada senarai mel: "Peningkatan undang -undang dan birokrasi telah dikuasai dan telah menghalang kerja yang baik dari pembentukan kumpulan. Bulan. ketoksikan.

Senarai mel menerima sejumlah besar mesej yang berada di luar skop perbincangan teknologi interoperabilitas. Berikut adalah contoh topik: "Konflik Kepentingan Setiausaha", "Harmoni Antara Setiausaha", "Pindaan kepada undi Pengusiran", "Bagaimana anda boleh bertolak ansur dengan orang ini?!", "Perubahan Pengusiran oleh Piagam Pengusiran", "Permintaan Untuk mengundi untuk pengusiran xxxxxx "," pengumuman keahlian XXXX tidak sah "dan sebagainya.

Malah ada tema baru -baru ini - alternatif kepada Rajah 3.0 - adakah masa untuk mengumumkan bahawa FIG dilakukan? Premisnya ialah Rajah telah melakukan tugasnya dan tidak memerlukan Rajah 3.0, jadi mari membubarkan PHP-Fig. Cadangan Rajah 3.0 adalah penulisan semula perlembagaan, struktur dan proses kompleks organisasi. Sesetengah, termasuk pengarang jawatan mengenai membubarkan kumpulan, akan berhujah bahawa Rajah 3.0 cuba menggantikan birokrasi dengan birokrasi yang lebih kompleks.

Keluar dari projek-projek terkenal seperti Laravel, Doktrin, Propel, Guzzle, PHP League dan Asset dan pemergian individu tidak memperbaiki keadaan. Percubaan untuk mengusir salah satu daripada tiga setiausaha gagal dalam halangan pengundian. Mungkin dalam protes, komuniti PHP yang didorong standard (PHP-CDS) telah ditubuhkan, dengan struktur yang sangat longgar dan penghalang yang rendah untuk masuk untuk cadangan.

Menurut mereka, "CD PHP bukanlah kumpulan atau organisasi, ia adalah konsep Standard Komuniti (PCS) menggema Proses Komuniti Java (JCP), tetapi apabila organisasi pertama kali ditubuhkan, ia mungkin hanya satu protes terhadap konflik dalam Rajah.

Harmony Future

Selama bertahun -tahun, komuniti sumber terbuka telah mewujudkan muhibah dan keharmonian, dengan model memenangi pujian dari syarikat yang menjual penyelesaian proprietari (biasanya sumber tertutup).

Yayasan Perisian Apache, yang menyokong pelbagai projek termasuk pelayan HTTP Apache yang sangat popular, tetap kuat. Yayasan Linux menyediakan rumah untuk projek kernel Linux, yang mungkin merupakan projek sumber terbuka terbesar dan paling penting di dunia. Kemudian terdapat perhimpunan komuniti yang kuat di sekitar perisian yang sangat baik seperti Symfony, Drupal, Komposer, Guzzle, dll.

Mungkin projek yang dibangunkan atau disokong oleh entiti syarikat dilakukan dengan baik. Mungkin projek bermula dan diketuai oleh orang yang dihormati dan dikagumi.

nota tidak haram

Jika komuniti sumber terbuka telah melihat yang terbaik dari kemanusiaan, ia juga melihat bahagian yang saksama serangan kejam lisan dan perselisihan sivil. Orang sering tidak bersetuju - jiran tidak selalu bersetuju. Pemandu di lebuh raya akan mencari cara untuk menyatakan rasa tidak puas hati mereka antara satu sama lain. Inilah fakta kehidupan sebagai haiwan yang bergaul.

Linus Torvalds sudah pasti seorang jenius, tetapi anda tidak mahu meletakkannya di atas senarai jawatan diplomat. Sudah tentu bukan seseorang yang jelas menulis kepada senarai mel, "Bolehkah kita menyingkirkan gaya tatabahasa anotasi Web yang bodoh?" Bastard. Sistem, saya tidak peduli dengan apa -apa perasaan yang menyakitkan atau kehilangan kerja. Jadi kesal dengan kata -kata ini atau komennya tentang menarik permintaan bahawa dia terus mengikat kernel Linux.

sekitar tahun 2014, GitHub mengalami gempa bumi sendiri, apabila seorang pekerja wanita membuat beberapa tuntutan mengenai seksisme, gangguan dan intimidasi di pejabat. Terdapat banyak aspek cerita, yang paling penting adalah beberapa wanita hula-hooping bersama-sama dengan muzik semasa waktu pejabat, sementara lelaki geeks multitasking-pengekodan dan menatap penari pada masa yang sama. Selain kebiasaannya, dia mendakwa: "Sukar untuk saya menyesuaikan diri dengan budaya ini, menarik komunikasi yang menyinggung perasaan atas permintaan dan bagaimana lelaki yang saya bekerja dengan tidak menghormati dan menghargai pendapat saya." Permintaan dan isu) telah dibincangkan, dia terkejut.

Terdapat aspek lain dari cerita GitHub, tetapi ia menunjukkan bahawa apabila dua atau tiga pemaju bersama -sama, akan ada perbezaan di antara mereka. Disharmony adalah sebahagian daripada pengalaman manusia. Bagaimana kita menangani persepsi yang menyinggung perasaan orang -orang di sekeliling kita mendedahkan banyak maklumat.

Jalan ke hadapan

PHP-Fig berada di jalan yang halus untuk letupan. Apa yang telah kita saksikan sejak kemunculannya adalah hujah yang paling kuat untuk kegigihannya. Walau bagaimanapun, idea untuk menggantikan birokrasi yang dipanggil dengan birokrasi baru yang disamarkan oleh Rajah 3.0 adalah berdasarkan premis bahawa birokrasi yang baik wujud. Halaman piagam dan proses pengundian di laman web ara terlalu rumit. Bagaimana untuk memudahkan operasi FIG? Bagaimana untuk memberi tumpuan hanya pada interoperabilitas dan bukan pada butiran pelaksanaan?

Laluan ke hadapan mungkin kurang birokrasi dan lebih fokus pada cara meningkatkan komunikasi dan perbincangan mengenai PSR. Mungkin ia harus memudahkan "bukan pakar" untuk mengambil bahagian dalam proses untuk mempromosikan kemasukan? Sesetengah PSR telah berada dalam perancangan selama lebih dari 5 tahun. Adakah ia benar -benar mengambil masa yang lama?

Mengagumi Linus Torvalds sebagai orang, mari kita berhenti dan dengar. Dia dipetik sebagai berkata, "Ceramah kosong adalah salah. Tunjukkan kod itu." . Dalam rajah, katakan kurang dan berbuat lebih banyak, dan lebih banyak kod interoperable, walaupun pelaksanaan konsep adalah berbeza, semakin baik masa depan.

FAQs (FAQs) mengenai php-fig dan quo vadis

Apakah php-fig dan mengapa penting?

Kumpulan Interoperabilitas Rangka Kerja PHP (PHP-FIG) adalah projek kerjasama yang direka untuk menyeragamkan dan memudahkan bagaimana pemaju PHP menulis kod. Adalah penting kerana ia menggalakkan amalan terbaik, menggalakkan perkongsian kod dan penggunaan semula, dan meningkatkan kebolehoperasian antara kerangka PHP yang berbeza. Dengan mengikuti piawaian PHP-Fig, pemaju dapat memastikan bahawa kod mereka lebih mudah untuk mengekalkan, diperkembangkan, dan teguh.

Apa maksud "quo vadis" dalam konteks php-fig?

"Quo Vadis" adalah frasa Latin yang diterjemahkan kepada "Ke mana anda pergi?" Ini adalah soalan yang menggalakkan refleksi mengenai matlamat, strategi dan kemajuan kumpulan.

Bagaimanakah PHP-Fig menyumbang kepada komuniti PHP?

PHP-FIG menyumbang kepada komuniti PHP dengan mencipta dan mempromosikan standard yang dipanggil PSR (Cadangan Standard PHP). Piawaian ini menyediakan panduan untuk tugas pengekodan biasa seperti gaya pengekodan, autoloading, dan pembalakan. Dengan mengikuti piawaian ini, pemaju dapat memastikan bahawa kod mereka bersesuaian dengan kod patuh PSR yang lain, menjadikannya lebih mudah untuk bekerjasama dan berkongsi kod.

Apakah beberapa kritikan terhadap PHP-Fig?

Beberapa pengkritik percaya bahawa piawaian php-fig terlalu standard dan mengehadkan fleksibiliti dan kreativiti pemaju. Orang lain percaya bahawa proses membuat keputusan kumpulan terlalu lambat dan birokrasi. Walau bagaimanapun, ramai pemaju menghargai kestabilan dan interoperabilitas yang disediakan oleh piawaian php-fig.

Bagaimana saya mengambil bahagian dalam php-fig?

Sesiapa sahaja boleh mengambil bahagian dalam PHP-FIG dengan mengambil bahagian dalam perbincangan mengenai senarai mel kumpulan atau menyumbang kepada projek mereka di GitHub. Anda juga boleh membantu dengan mempromosikan piawaian PHP-Fig dalam projek anda sendiri dan menggalakkan orang lain untuk berbuat demikian.

Apakah maksud perkataan "quo vadis" dalam seni dan kesusasteraan?

"Quo Vadis" adalah frasa yang telah digunakan dalam pelbagai bentuk artistik dan sastera, sering melambangkan momen membuat keputusan atau refleksi. Ini adalah metafora yang kuat yang boleh digunakan untuk banyak konteks yang berbeza, termasuk evolusi php-fig.

Bagaimanakah PHP-Fig membuat keputusan mengenai piawaian baru?

Komuniti PHP-Fig mencadangkan dan membincangkan piawaian baru. Cadangan melalui proses semakan yang ketat, termasuk fasa pengundian, sebelum diterima sebagai standard formal.

Apakah masa depan php-fig?

Masa depan PHP-FIG bergantung kepada penyertaan dan sumbangan komuniti PHP yang berterusan. Kumpulan ini sentiasa berusaha untuk membangunkan piawaian dan inisiatif baru untuk meningkatkan amalan pembangunan PHP.

Bagaimanakah kerja PHP-Fig mempengaruhi pemaju PHP harian?

piawaian php-fig boleh memudahkan pemaju menulis, berkongsi dan mengekalkan kod mereka. Dengan mengikuti piawaian ini, pemaju dapat memastikan bahawa kod mereka bersesuaian dengan pelbagai rangka kerja dan perpustakaan, dengan itu meningkatkan kegunaan dan panjang umur mereka.

Apakah beberapa contoh praktikal piawai php-fig?

Banyak rangka kerja dan perpustakaan PHP yang popular, seperti Laravel, Symfony, dan Zend, mematuhi piawaian PHP-FIG. Ini bermakna kod yang ditulis untuk satu rangka kerja sering boleh digunakan dengan rangka kerja lain dengan pengubahsuaian yang minimum, menjadikannya lebih mudah bagi pemaju untuk menukar antara kerangka atau menggabungkan teknologi yang berbeza dalam projek.

Atas ialah kandungan terperinci PHP-Fig: Apa yang anda akan pergi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!