Peningkatan skema harus dapat dibalik (sebenarnya juga transformasi lainnya)

17 Desember 2020 [Programming, Tech]

Apakah Anda menulis kode peningkatan skema? Maka saya dengan rendah hati menyarankan Anda meluangkan waktu untuk menulis kode penurunan versi skema juga.

“Kenapa aku melakukan itu?” Anda mungkin bertanya, “Saya tidak perlu menurunkan versi.”

Sekarang, saya membayangkan Anda mengharapkan saya untuk mengatakan bahwa Anda sebenarnya perlu menurunkan versi, tetapi bukan itu yang saya maksudkan.

Bisakah Anda melanjutkan apa yang sebenarnya Anda katakan?

Kapan pun Anda menulis kode untuk mengubah sesuatu, baik itu peningkatan skema, serialisasi, atau yang lainnya, saya sangat menyarankan Anda menulis kode untuk mengubahnya di kedua arah.

Alasan:

• Itu membuat pengujian lebih mudah. Jenis pengujian terbaik untuk hal-hal seperti ini adalah perjalanan bolak-balik, di mana Anda mengubah sesuatu di kedua arah dan memeriksa apakah benda tersebut tidak berubah. Sangat sulit untuk mengacaukan tes seperti itu.
• Hal ini sering kali mengungkap bug, karena hal ini memaksakan pemikiran yang jernih tentang apa sebenarnya arti transformasi.
• Ini mungkin meningkatkan kode Anda, karena menulis kode yang serupa tetapi berbeda untuk diubah di kedua arah akan mengganggu, sehingga Anda didorong ke arah semacam abstraksi.

Juga:

• Anda hampir pasti akan membutuhkannya. Terkadang ada yang tidak beres dan Anda perlu membuat cadangan.
• Ini akan sangat berguna untuk menguji bagian lain dari kode Anda.

Skema dua arah naik/turun tidak mudah dalam SQL, tapi mungkin sepadan. Jika Anda menulis kode transformasi dalam bahasa pemrograman normal, sebenarnya tidak terlalu sulit, dan menurut saya itu akan sepadan.