Bagaimana untuk membezakan antara logik perniagaan dan logik penyimpanan dalam pembangunan back-end?

Back-end tiga lapisan seni bina: sempadan antara logik perniagaan dan logik akses data

Dalam pembangunan back-end, arkitek tiga lapisan umum pengawal, perkhidmatan dan DAO agak jelas dalam lapisan pengawal dan perkhidmatan. Mereka terutamanya dilaksanakan dengan memisahkan logik logik dan logik persembahan, seperti decoupling Message Queue (MQ), HTTP, RPC, dan lain -lain dari Logik Perniagaan. Walau bagaimanapun, sempadan antara lapisan perkhidmatan dan lapisan DAO, terutamanya selepas pengenalan lapisan pengurus, sering mengelirukan pemaju.

Dalam pembangunan back-end Python, logik perniagaan kadang-kadang dicampur dalam lapisan model, seperti kaedah pertanyaan perniagaan seperti usermodel.is_super() , atau operasi pangkalan data asli seperti usermodel.objects.all() , dan juga operasi silang meja seperti usermodel.** .

Analisis logik perniagaan dan logik bukan perniagaan

Kunci logik perniagaan dan logik bukan perniagaan terletak sama ada secara langsung berkaitan dengan keperluan pelanggan. Logik yang tidak dapat dilihat oleh pelanggan sering dianggap logik bukan perniagaan, termasuk:

1. Struktur Pangkalan Data dan Hubungan Persatuan: Sebagai contoh, kaedah usermanager.delete() dan departmentmanager.delete() boleh mengendalikan penghapusan jadual persatuan (seperti userdeptmodel ) pada masa yang sama, tanpa memanggil kaedah lapisan DAO dua kali di lapisan perkhidmatan. Walaupun tanpa lapisan pengurus, lapisan DAO boleh melaksanakan operasi persatuan atau silang meja selagi operasi ini bebas daripada logik perniagaan.

    Kelas Usermanager:
       def delete (diri):
           userdao.delete ()
           userDeptdao.delete ()
   Kelas Jabatan Kelas:
       def delete (diri):
           jabatandao.delete ()
           userDeptdao.delete ()

2. Garam Kata Laluan: Pengguna hanya perlu tahu bahawa kata laluan tidak disimpan dalam teks biasa, dan operasi tambahan garam boleh diproses di lapisan DAO atau pengurus.

    USERDAO KELAS:
       def make_password (diri, passwd):
           Kembalikan garam (passwd) # Tambah fungsi garam def Simpan (diri):
           self.passwd = self.make_password (self.passwd)
           super (). Simpan ()

3. Penamaan dan definisi kaedah lapisan DAO: menamakan kaedah lapisan DAO, sebagai contoh, sama ada nama semantik seperti get_super_user sesuai bergantung kepada sama ada ia berkaitan dengan logik perniagaan. Jika super tidak berkaitan dengan perniagaan, ia boleh diterima untuk menggunakan get_super_user .

4. Permintaan HTTP Encapsulation: Ketergantungan backend (seperti perkhidmatan yang disediakan oleh pasukan lain) boleh dikemas dalam kaedah DAO-lapisan, bukannya kaedah lapisan perkhidmatan.

Melaksanakan fungsi yang serupa dengan penapis Django di Django/Flask

Apabila melaksanakan fungsi seperti penapis Django di Django dan Flask, anda sering menghadapi masalah penembusan lapisan demi lapisan kerana lapisan DAO perlu lulus dalam parameter permintaan. Sekiranya tidak ada kerangka suntikan ketergantungan seperti musim bunga, anda boleh mempertimbangkan:

• Di Java, kerangka seperti Mybatis atau JPA biasanya digunakan untuk menguruskan akses data dan penapisan logik melalui anotasi dan fail konfigurasi.

Hubungan antara entiti data dan seni bina tiga lapisan

Entiti data mewakili objek data dalam sistem. Dalam seni bina tiga lapisan, pengawal, perkhidmatan dan lapisan DAO tidak sesuai dengan satu demi satu:

• Lapisan DAO mungkin mengandungi pelbagai kaedah untuk memproses entiti data yang berbeza, seperti userdao dan departmentdao .
• Lapisan perkhidmatan mungkin perlu menggabungkan pelbagai kaedah lapisan DAO untuk melaksanakan logik perniagaan yang lengkap.

Singkatnya, lapisan DAO hanya bertanggungjawab untuk interaksi penyimpanan data dan tidak termasuk logik perniagaan; Lapisan perkhidmatan bertanggungjawab untuk melaksanakan logik perniagaan. Sebagai contoh, apabila membuat pengguna, lapisan perkhidmatan memeriksa sama ada nama pengguna diduplikasi, dan kemudian memanggil kaedah lapisan DAO untuk menyimpan pengguna. Senibina ini direka untuk membahagikan sistem dengan tanggungjawab dan meningkatkan kebolehkerjaan dan skalabilitas kod.

Atas ialah kandungan terperinci Bagaimana untuk membezakan antara logik perniagaan dan logik penyimpanan dalam pembangunan back-end?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!