Bir webapp'ta aynı veri parçasını düzenleyen birden fazla kullanıcıyı nasıl yönetirsiniz?

Üzerinde çalıştığım bir proje var ve birden fazla kullanıcı arasında görev listesini yönetecek bir web uygulaması üretmek istiyor. Bu, görev öğeleri yetkili bir kullanıcı tarafından dağıtılan bir ana görev listesidir. Her kullanıcı, kendilerine atanan görevleri giriş yapmak ve görüntülemek için kendi hesabına sahiptir; Birden fazla kullanıcının ortak tek bir görevi olması mümkündür.

Aşağıdaki durumlarla nasıl başa çıkılacağı konusunda genel bir fikir edinmekle uğraştığım için projenin ayrıntılarını bunun dışında bırakmaya çalışıyorum, ancak eğer yardımcı olursa, Java, EclipseLink ve RequestFactory ile birlikte GWT kullanıyorum. Veritabanı PostgreSQL'dir.

Dolayısıyla uzlaştırmaya çalıştığım kavramsal problemler şunlardır:

1. Birden fazla kullanıcı için ortak olan tek bir görev herhangi bir şekilde değişiyorsa, örneğin görev tamamlandı, silindi, vb., Bu görevi alan tüm kullanıcıların görev listesi güncellenir. Bu işlevin uygulanmasına yardımcı olan tasarım desenleri nelerdir?

   • Baktığım bazı desenler Gözlemci ve Arabulucudur - bunlar üzerinde düşünülmesi gereken başka şeyler var mı?

2. Diyelim ki aynı görevi aynı anda değiştiren iki kullanıcı var.

   • Öncelikle, bu durumun gerçekleşmesine izin vermeli miyim, yoksa biri veya diğeri değişiklik yapmaktan önce kilitlenmeli miyim?

   • İkincisi, bir kilitleme yapmazsam, değişiklikleri kabul etmek için nasıl uzlaştırırım? Bu, 1'deki durumu içerir, çünkü kullanıcı 1 verileri gönderebilir ve kullanıcı 2 güncellenen verileri almadan önce, devam etmiş ve değişikliklerini göndermiş olabilir.

Verileri bu web uygulamasının birden fazla örneği arasında nasıl düzgün bir şekilde senkronize edebileceğinize dair rehberlik noktaları, tavsiyeler veya ipuçlarını gerçekten arıyorum. Çok takdir ediyorum!

Bence Beyaz Tahta # 1 için tercih ettiğiniz bir kalıp olacaktır, görevlerde (veya paylaşılan diğer verilerdeki) ortak bir yerde değişiklikler yapmalısınız, böylece tüm ilgili taraflar onları ve DTRT'yi görebilir.

# 2 için, iyimser kilitlemeye bakmak gerekir . Temel olarak, düzenlenebilir tüm kayıtlarınızı en son güncelleme zamanı ile zaman damgalamanız gerekir. Kaydı kaydetmeye çalıştığınızda, önce veritabanındaki kaydın, kaydınızla aynı son güncellenen zaman damgasına sahip olduğunu doğrularsınız. Eğer değilse, o zaman birileri kaydı güncelledi ve şimdi güncellenmiş kaydı almanız ve kullanıcıya değişiklikleri tekrar girmesi gerektiğini bildirmesi gerekiyor, ya da kullanıcının değişikliklerini güncellenmiş kayda birleştirmeyi deneyebilirsiniz (bu genellikle sonuçlanan) ya basit ya da imkansız olmak.

Yardımcı olabilecek benzer gereksinimlere sahip bir masaüstü uygulaması (henüz tam olarak test edilmemiş) için bir tasarım yaptım.

Benim çözümüm, her bir Kontrolörün ( STM kullanarak) işlemlerini kullanarak Modelde değişiklik yaptığı ve bir işlem yapıldığında, Model Görünümlere bir güncelleme bildirimi yayınladığı MVC modelini (tek bir Model ile ancak birden fazla Kontrolör ve Görünümle) kullanmaktı. ).

Her müşteri aynı zamanda yerel olarak güncellenen herhangi bir şeyi takip etti, ancak bu yerel güncellemeler tamamlandığında (yani taahhüt edilmek üzere gönderildi), temel Model'in bilgisini kullanmaya geri döndü.

Ayrıca, kullanıcıların yaptıkları değişiklikleri geri alabilmeleri için kullanıcıların yaptığı tüm değişiklikleri geri aldım.

Bu, bir web uygulaması için en iyi model olmayabilir, çünkü Model, görünümlerde değişiklikler yayınlamak zorunda kalmıştır;

1. için yayınlama / abone olma düzeninin daha uygun olup olmadığını görmelisiniz .
için 2. durumunuza bağlıdır:

• bu durum ne sıklıkta olacak?
• Kullanıcılarınızdan birinin bir görevi kilitleyebileceği veya bu sırada başka birisinin değiştirdiği için bir görevi güncelleyemediği bir durum ne kadar kötü?
  şahsen ben içinde olduğu bir yaklaşımı tercih ediyorum (örneğin pivotaltracker'da kullanılıyor ):
  • kilit yok
  • tüm değişiklikleri gerçek zamanlı olarak görüyorsunuz ve
  • UI, birden çok özellik üzerinde daha büyük olanlar yerine sık sık küçük güncellemeler yapmaya davet eder.
  • Yapılan tüm değişikliklerin geçmişini tutuyorsunuz. Geçmiş kullanıcılar tarafından görülebiliyorsa, sonuçta ortaya çıkan çatışmalar veya üzerine yazma yorumlar, açıklamalar veya mesajlarla çözülebilir.

• Kaydı kilitle. Bu, eşzamanlılığı azaltacağından ve kayıt gerekenden daha fazla bir süre boyunca kilitlenebileceğinden tercih edilmez.
• Gönderilen son diğer eşzamanlı değişikliklerin üzerine yazar. Kullanıcılar bunu istemiyor. JIRA gibi bazı yazılımlar bunu yapar. https://community.atlassian.com/t5/Jira-questions/Edit-a-JIRA-Issue-at-the-same-time-by-two-Users-result-in-last/qaq-p/389243
• Eşzamanlı düzenlemeler. Başvuru, yalnızca kaydın değiştirilen alanlarını sunmalıdır. Bu şekilde çatışmaları önlersiniz. : Hayır çatışması yoksa çoğu wiki yazılımı aynı metin alanına değişiklikleri birleştirebilirsiniz /programming/3411888/how-does-a-wiki-handle-multiple-simultaneous-edits bunun yanı örneğin MediaWiki'yi görün eşzamanlı düzenlemelere izin verir ve ihtilaf durumunda iyi bir kullanıcı arayüzü vardır: https://www.mediawiki.org/wiki/Extension:TwoColConflict

Tavsiyem, meydana gelirse bir anlaşmazlığı asla kilitlememek ve bildirmemek.

Lütfen şuna bir bakın:

https://github.com/spring-projects/spring-petclinic/issues/433

Bir video ve örnek kod görebilirsiniz.

Bu ihtiyaçlarınızı karşılayacak mı?