Buka DDD Meetup 09/22

Komunitas Arsitek Sistem Raiffeisenbank, didukung oleh DDDEvotion, menunggu Anda pada tanggal 22 September untuk pertemuan online terbuka. Kami akan mempelajari bagaimana praktik DDD membantu menguraikan sistem menjadi layanan mikro, serta mengenal Rich Communication Services dan aplikasinya sesuai dengan prinsip DDD.







Apa yang akan kita bicarakan



Cara melatih DDD

Konstantin Gustov, Raiffeisenbank



Tentang pembicara: Telah mengembangkan perangkat lunak selama lebih dari 10 tahun. Saat ini bekerja sebagai arsitek. Saya mulai dengan C ++ dan sedikit Delphi, lalu sepenuhnya beralih ke .NET dan C #, yang sangat saya sukai. Dia mengubah beberapa bidang subjek - dari industri militer dan energi produksi minyak menjadi perbankan. Ia mencoba untuk selalu menganut pendekatan pragmatis tanpa ekstrem. Bekerja dengan arsitektur layanan dan DDD.



Tentang laporan:Selama 5 tahun, kami di perusahaan telah menggunakan praktik DDD di berbagai proyek. Mereka membantu kami menguraikan sistem menjadi layanan mikro, menemukan bahasa yang sama dengan pelanggan, membuat aplikasi yang tidak menolak persyaratan baru, dan juga memelihara komunikasi berkualitas tinggi dalam tim. Pada saat yang sama, penggunaan desain khusus domain sering kali ditinggalkan karena fakta bahwa ini adalah metodologi tanpa instruksi yang jelas tentang apa dan bagaimana melakukannya.



Dalam laporan saya, saya akan berbicara tentang penerapan pendekatan ini, praktik baik apa yang kita gunakan, kesalahan apa yang kita buat dan kesimpulan apa yang kita buat dari ini.



Jawaban atas pertanyaan
Bagaimana interaksi antara agregat dalam satu layanan mikro diatur? Apakah agregat menyimpan link ke agregat lain, atau apakah agregat menyimpan pengenal agregat lain, atau apakah Anda mengelola dengan peristiwa? Jika ada acara, bagaimana mekanismenya diatur?



. 4 , . ( ), ( ). , . , Mediator, , . Handler, — , ORM, instance Mediator, interceptors NHibernate.



application , , ?



, , . , -, Transaction Script, , CRUD. , , , . , -, . , use-case Handler. use-cases /, Handler use-case. , , , . . UseCaseHandler, -. , Handler Insurance, InsuranceReports . use-case Handler.



, ( )?



. , . , . , , . — — — 50 , . ACID, . , use-cases, , , .



? , ?



. , . , , , — , , — .



, ( ) , ? .



, . .



PRESENTASI


Memulai pengembangan di bidang subjek baru menggunakan DDD, menggunakan contoh Rich Communication Services - menggantikan layanan SMS biasa dengan IM messenger asli dari operator seluler

Alexander Lukashkin, FunBox



Tentang pembicara: Kepala departemen di FunBox. Dia bangkit dari seorang insinyur menjadi CTO. Meluncurkan produk baru dan terkadang operator seluler baru dari awal. Sekarang dia sedang mengembangkan produk untuk utusan IM asli dari sebuah operator seluler.



Tentang laporan: Pengembangan untuk operator seluler adalah persimpangan dari area subjek yang berbeda, "klasik" dan sama sekali baru. Bagaimana jika bidang subjek ini kompleks dan membingungkan? Bagaimana jika bagi Anda, sebagai pengembang, area subjek ini sama sekali tidak dikenal? Mari kita lihat contoh Rich Communication Services.



RCS adalah pesan IM asli yang tersedia untuk pelanggan di luar kotak, menggantikan layanan SMS standar operator dengan video, interaktif, geolokasi, obrolan grup, dan kemampuan lainnya. Selain itu, ini "hanya" salah satu layanan yang menggunakan jaringan Subsistem Multimedia IP operator. Dalam ceramah saya, saya akan berbicara tentang praktik yang kami gunakan untuk memulai pengembangan di bidang pelajaran baru. Saya akan membahas bagaimana prinsip-prinsip Domain-Driven Design membantu kita.



Kami percaya bahwa dengan bantuan praktik ini, tim dapat mengetahui apa saja dan membangun keahlian yang diperlukan dalam waktu singkat. Bahkan dalam pengembangan untuk operator seluler.



PRESENTASI



>>> Mari kita mulai meetup pukul 19.00 (waktu Moskow).

Daftar untuk menerima tautan ke siaran:surat dengan tautan akan masuk ke email Anda. Kami menunggu Anda, sampai jumpa online!



All Articles