Kod pemfaktoran semula dan sejarah Git!

Untuk makmal minggu ini, kita sepatutnya memfaktorkan semula dan menambah baik SEKURANG-KURANGNYA 3 perkara dalam kod saya untuk meningkatkan struktur kod, kebolehbacaan, modulariti dan kebolehselenggaraan. Dan kami diperkenalkan kepada git rebase untuk menukar sejarah git commit (kata semula, skuasy, drop dll.).

Kod pemfaktoran semula

Saya cukup rajin menjaga asas kod bersih. Satu perkara yang saya pelajari semasa saya bekerja dalam pelbagai kumpulan, projek peribadi & koperasi terakhir saya ialah hutang teknologi adalah perkara sebenar dan ia terus menumpuk dan terus ke titik tertentu di mana satu-satunya pilihan anda adalah sama ada mendedikasikan pecut untuk refactor keseluruhan asas kod atau abaikan sahaja. Jadi, sejak awal saya telah mengekstrak kefungsian dalam fungsi berasingan dalam direktori util saya untuk mempunyai TIADA pertindihan kod. Menggunakan panggilan kaedah sebaris dan bukannya mengisytiharkan pembolehubah jika saya tidak memerlukannya lebih daripada sekali dan menggunakan nama pembolehubah yang sangat deskriptif (tiada siapa yang suka nama pembolehubah huruf tunggal). Jadi, saya tidak mempunyai banyak perkara untuk difaktorkan semula pada pandangan pertama. Selain itu, ini adalah PR terakhir saya dengan tajuk Major Refactoring untuk konsistensi minggu lepas, di mana saya membetulkan banyak ralat sintaksis dan beberapa kemas kini readme. Jadi saya agak melakukan satu daripada tiga perkara sebelum makmal diumumkan lol. Tetapi, satu perkara yang saya tidak suka ialah betapa kembungnya index.js saya. Saya melihatnya dan saya fikir saya boleh mengeluarkan beberapa logik dalam kaedah khusus untuk memastikan fail itu ramping. Jadi, saya membuat dua kaedah utiliti baharu. ExtractOptions.js untuk mengekstrak semua pilihan daripada sama ada pilihan atau konfigurasi toml dan ResponsePresenter.js dengan tanggungjawab mencetak ke konsol dan menulis ke fail bergantung pada pilihan. Jadi itulah yang saya lakukan. membawa kepada index.js yang mempunyai 46 baris digantikan dengan tujuh.

Memfaktorkan semula sejarah Git

Selepas bekerja pada cawangan yang berasingan dan menggunakan semula untuk mempunyai satu komitmen, saya menggabungkannya pada utama. Tetapi saya tidak suka bagaimana sejarah saya pada repo utama adalah seperti. Seperti yang anda lihat di bawah 26 Sep, komitmen bukan seperti yang saya mahu.

Jadi dengan menggunakan rebase, saya memusnahkan dan menamakan semula komit untuk mempunyai sejarah yang lebih linear. Memandangkan saya mempunyai pengalaman bekerja dengan rebase interaktif ia agak mudah. Setelah saya melakukan dosa besar menukar sejarah git pada utama, saya terpaksa melakukan tolakan paksa ke jauh untuk mengemas kini repo utama dengan semua perubahan. Sekarang ia kelihatan seperti yang saya mahukan.

Saya lebih suka mempunyai semua komitmen pada cawangan utama sahaja apabila skuasy PR bergabung, memastikan perkara mudah dan bersih. Secara peribadi, BUKAN peminat mengerjakan repo utama secara tempatan.

Atas ialah kandungan terperinci Kod pemfaktoran semula dan sejarah Git!. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!