Pengurusan belakang pasti akan melibatkan banyak penambahan, pemadaman, pengubahsuaian dan semakan Anda boleh menulis MVVM

Corak reka bentuk umum digunakan untuk kebolehselenggaraan program Secara khusus, mereka berusaha untuk mengendalikan secara pencegahan beberapa bahagian yang terdedah kepada perubahan, supaya kod asal tidak boleh diubah terlalu banyak dalam penyelenggaraan kemudian, terutamanya kod Logik telah disepadukan. Dengan pemahaman di atas, kami boleh memikirkannya sekarang Projek anda memerlukan banyak penambahan, pemadaman, pengubahsuaian dan carian mungkin lebih mudah, dan tidak mungkin sebarang corak reka bentuk khas akan digunakan. Mari mulakan dengan peningkatan:

1. Menambah produk: Ia tidak lebih daripada menambah dan mendorong pelbagai parameter yang berbeza Sekurang-kurangnya kita boleh memastikan bahawa akan ada perubahan pada masa hadapan, contohnya, kita mungkin hanya mempunyai satu produk pada permulaan. Nama, inventori, pengenalan teks, slaid, dll. Tetapi kemudian, pengurus produk Tuhan berkata bahawa projek yang kami lakukan tidak cukup halal Pengguna penanaman di dunia kita mungkin mempunyai lebih banyak keperluan dan perlu menambah beberapa lagi pilihan pengisian, seperti Menyediakan lajur untuk memaparkan harga apabila pelanggan menerbitkan produk dengan spesifikasi yang berbeza, atau menambah lajur untuk memudahkan pelanggan memaparkan harga diskaun yang berbeza semasa cuti yang berbeza, dsb. Secara keseluruhannya, keperluan hanya akan meningkat Jika anda tidak mahu terganggu dengan perkara karut itu nanti, anda memerlukan corak reka bentuk yang baik untuk menangani isu berkaitan. Satu mod yang boleh saya berikan kepada anda di sini ialah mod perantara (yang boleh mengelakkan gandingan antara modul sebanyak mungkin. Untuk menambah lajur baharu, anda hanya perlu menghantar modul terkapsul ke dalam fungsi perantara, tanpa perlu risau tentang bahagian dalamannya. Bagaimana untuk berurusan dengannya, semua yang anda perlu lakukan ialah menyediakan antara muka bersatu), tidak kira berapa banyak parameter yang ditambahkan pada masa hadapan, anda hanya perlu melengkapkan modul logik yang berkaitan.

2. Masih menambah produk: Selepas menggunakan fungsi di atas untuk satu tempoh masa, pengurus produk anda mungkin telah menyempurnakan elixir emas dan akan menunjukkan kuasanya Namun, anda kebetulan terperangkap di dalamnya lagi permintaan mungkin Ia adalah "untuk menyediakan fungsi pengisian dan pemilihan parameter yang sepadan mengikut jenis produk yang berbeza Sebagai contoh, produk elektronik anda mungkin perlu mengisi parameter terperinci, tetapi kupon permainan tidak." Apa yang boleh kita gunakan pada masa ini dan yang paling biasa digunakan ialah "berorientasikan objek", juga dipanggil corak kaedah templat, iaitu pewarisan dan penulisan semula. Satu bapa, sekumpulan anak lelaki, tiada kesamaran, siapa yang patut naik akan naik. Mod ini agak mudah. Masalahnya ialah kerumitan kod boleh menjadi agak menyakitkan.

3 Ubah suai produk: Sebenarnya, kebanyakan situasi adalah serupa dengan menambah produk baharu. Kita mungkin perlu mempertimbangkan keperluan khas tertentu. Sebagai contoh, pengguna sedang mengubah suai maklumat produk, tetapi tidak mahu ia berkuat kuasa serta-merta selepas penyerahan, dan berharap dapat mengawal pengeluaran maklumat yang berkaitan secara manual pada bila-bila masa pada masa hadapan. Pada masa ini, anda menyediakan butang tambahan pada halaman untuk bertukar antara keadaan penerbitan maklumat dan penjimatan maklumat Ia digunakan untuk membezakan kaedah pemprosesan data anda yang berbeza dalam dua keadaan yang berbeza mungkin akan ada keluaran berjadual pada masa hadapan . Pada masa ini, anda mungkin perlu menggunakan corak strategi atau corak keadaan untuk mengendalikan kaedah tingkah laku di bawah strategi atau keadaan yang berbeza.

4. Semak produk: Yang paling mudah ialah menambah penapis yang berbeza (seperti rantau, jenis, harga, dll.), sama seperti titik 1. Atau anda perlu melakukan carian pada beberapa kandungan data yang telah dibaca Contohnya, produk yang sepadan dengan kata kunci "Saya mahu memupuk keabadian" dipaparkan dan yang lain dialih keluar. Kerana anda mungkin perlu memadankan maklumat dalam lajur yang berbeza satu demi satu, anda boleh menggunakan model rantaian tanggungjawab.

Secara umum, saya telah menyenaraikan beberapa corak reka bentuk biasa, tetapi akan terdapat lebih banyak masalah yang dihadapi dalam proses pembangunan sebenar, sebagai contoh: Anda kini perlu mengemas kini fungsi produk baharu, dan keperluannya adalah Setiap kali sebelum pengguna menambah produk baharu, ujian mesti dilakukan untuk menentukan sama ada pengguna telah mengisi templat produk yang serupa sebelum ini. Jika ya, pengguna akan digesa untuk menggunakannya secara langsung. Jika tidak, pengguna tidak akan digesa. Tetapi anda mungkin merasakan bahawa anda akan mengatasi bencana itu, kerana modul ini sebelum ini bertanggungjawab untuk rakan sekerja anda, dan anda tidak mahu membaca kod sumbernya Pada masa ini, anda mungkin perlu menggunakan corak penghias untuk kemas kini kod yang berkaitan. Cuba untuk tidak mengubah suai kod sumber sambil memastikan kefungsian normal. . . . . Terdapat banyak contoh sedemikian, dan kuncinya ialah melakukan perkara yang betul. Mengenai sama ada anda perlu mempertimbangkan begitu banyak perkara sebelum memulakan projek, saya rasa ia tidak perlu, kerana anda tidak boleh memikirkannya dengan teliti Kadang-kadang terdapat jurang antara apa yang anda fikirkan dan apa yang anda boleh hadapi hanya pilih beberapa yang lebih jelas, ia seperti saya telah menulis begitu banyak untuk anda, tetapi saya hanya tinggal di beberapa bahagian yang lebih jelas, dan saya belum menulis tentang jenis projek ini lagi, jadi saya boleh hanya meneka masalah tertentu yang akan saya hadapi. Oleh itu, jangan terlalu terjerat dalam isu corak Mungkin lebih baik untuk memfaktorkan semula kod apabila anda sedar.