Hibernate-reactive: "आरएक्स" नाम पर पुनर्विचार करें

@emmanuelbernard WDYT?

हाँ, यह हमेशा एक कोड नाम था।

ठीक है तो हमने इसे जल्दी से बेहतर ढंग से बदल दिया था, क्योंकि यह वास्तविक नाम में ठोस होने के रास्ते पर है!

मैंने इसे मुझे सौंपा है। मैं इसे सप्ताह के अंत में करने जा रहा हूँ, जब तक कि किसी को आपत्ति न हो।

मैं इसे सप्ताह के अंत में करने जा रहा हूँ

लेकिन आप इसे किसमें बदलने जा रहे हैं?

hibernate-reactive बहुत बुरा नहीं लगता

>

+1 से हाइबरनेट-रिएक्टिव

बुधवार, 1 अप्रैल, 2020 को सुबह 7:45 बजे डेविड नोटिफिकेशन @github.com ने लिखा:

hibernate-reactive बहुत बुरा नहीं लगता

>

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/hibernate/hibernate-rx/issues/77#issuecomment-607292426 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AADJJTIRGWQNUSN7FC3WCSLRKNHRJANCNFSM4LX6AEVQ
.

यह ठीक है लेकिन मैं ReactiveSession एक हजार बार टाइप नहीं करना चाहता...

मुझे HibernateRX : "प्रतिक्रियाशील" होना एक अवधारणा है, यह RxJava का ट्रेडमार्क नहीं है।

यह ठीक है लेकिन मैं एक हजार बार प्रतिक्रियाशील सत्र टाइप नहीं करना चाहता हूं।

प्रकार? आपके कीबोर्ड में स्पेस बटन नहीं है? :)

निष्पक्ष होने के लिए मुझे कक्षा के नाम में उपसर्ग का उपयोग करना इतना पसंद नहीं है। क्या पैकेज में होना पर्याप्त होगा? या ओआरएम के साथ काम करते समय यह बहुत भ्रमित है?
शायद हम उपसर्ग के रूप में R उपयोग कर सकते हैं?

यहां उन विकल्पों का सारांश दिया गया है जिनके बारे में मैं सोच सकता हूं (बेझिझक कुछ अलग सुझाएं):

1. org.hibernate.rx.RxSession (वर्तमान)
2. org.hibernate.rx.Session
3. org.hibernate.reactive.ReactiveSession
4. org.hibernate.reactive.Session
5. org.hibernate.reactive.RSession
6. org.hibernate.rx.RSession

कोई अन्य सुझाव?

मेरी कोई मजबूत वरीयता नहीं है। मुझे लगता है कि रिएक्टिव नाम को और अधिक पठनीय बनाता है और यह इतना लंबा नहीं है। ध्यान दें कि यह एक उपसर्ग आवश्यक नहीं है क्योंकि कुछ कार्यान्वयन या सुपर क्लास का विस्तार करने वाले वर्ग के लिए यह कुछ ऐसा हो सकता है:

1. class AbstracRxtEntityPersister extends RxEntityPersister
2. class AbstracReactivetEntityPersister extends ReactiveEntityPersister

यह अभी परियोजना में बहुत सुसंगत नहीं है। कभी-कभी कक्षाएं उपयोग कर रही हैं
RxAbstractEntityPersister

मुझे लगता है कि मैं विकल्प 3 का उपयोग करूंगा: org.hibernate.reactive.ReactiveSession
लेकिन मैं यह सुनने के लिए इंतजार करूंगा कि क्या इसके खिलाफ बेहतर सुझाव या मजबूत राय हैं।

मैं 3 लिए भी वोट करूंगा, लेकिन शायद @vietj की भी कोई राय है?

हाँ, मैं एक बेहतर विकल्प के साथ आने की कोशिश कर रहा था, लेकिन स्पष्ट रूप से मैंने एक रिक्त स्थान खींचा और मैं आप लोगों से सहमत हूं: ReactiveSession से वास्तव में कुछ भी बेहतर नहीं लगता है।

मुझे जावा में प्रकार के उपनामों की कमी से नफरत है। एकमात्र हैक जिसके बारे में मैं सोच सकता हूं वह होगा Reactive.Session , Reactive.Query , आदि, कुछ Reactive प्रकार के आंतरिक इंटरफेस के रूप में, यदि आप चाहें तो स्थिर आयात का उपयोग कर सकते हैं। यह एक उचित दृष्टिकोण है, लेकिन मैंने कभी किसी और को जावा में उपयोग करते नहीं देखा है।

मुझे विकल्प 2 और 4 पसंद हैं:

• org.hibernate.rx.Session
• org.hibernate.reactive.Session

पैकेज का नाम बताएं कि कक्षाएं "प्रतिक्रियाशील" हैं। यदि हमें सभी वर्गों के उपसर्ग के रूप में Rx/Reactive जोड़ना है तो यह वर्गों को द्वितीय श्रेणी के नागरिकों की तरह बना देता है।

गैर-प्रतिक्रियाशील समकक्षों के समान वर्ग नाम का उपयोग करने के बारे में मुख्य नकारात्मक पक्ष यह होगा कि यदि हम उपयोगकर्ताओं से एक ही कक्षा में दोनों वर्गों का उपयोग करने की अपेक्षा करते हैं (इस प्रकार हर जगह पूरी तरह से योग्य वर्ग नामों की आवश्यकता होती है), लेकिन AFAIK जो नहीं होना चाहिए होना?

मुझे विकल्प 2 और 4 पसंद हैं:

• org.hibernate.rx.Session
• org.hibernate.reactive.Session

एफटीआर मैं इसके साथ भी ठीक हूं, हालांकि, मैं ध्यान दूंगा कि यह स्वत: आयात करते समय त्रुटि का जोखिम बढ़ाता है।

यह देखते हुए कि हम अंततः प्रतिक्रियाशील सत्र के कई स्वादों के लिए लगभग निश्चित हैं, मैं निम्नलिखित का प्रस्ताव करना चाहता हूं:

• MutinySession विद्रोह के लिए
• StagedSession या ऐसा कुछ CompletionStage
• आदि

डब्ल्यूडीवाईटी?

क्या यह एकमात्र उपयोगकर्ता-सामना करने वाला एपीआई है जो प्रतिक्रियाशील प्रकार के स्वादों को उजागर करता है?

क्या यह एकमात्र उपयोगकर्ता-सामना करने वाला एपीआई है जो प्रतिक्रियाशील प्रकार के स्वादों को उजागर करता है?

"मुख्य" एपीआई में Query समकक्षों पर भी विचार करें।

रिकॉर्ड के लिए, मेरा मानना ​​​​है कि "आरएक्स" के पास एक अच्छी अंगूठी है, और यह आरएक्सजावा प्रोजेक्ट द्वारा _स्वामित्व_ नहीं है - जैसा कि मैंने ऊपर बताया है - इसलिए मैं नाम रखना चाहता हूं क्योंकि अन्य लोग सही नहीं लगते हैं।

अनुबंध संरचना पर

मुझे Session इंटरफ़ेस का ओवरलोडिंग पसंद नहीं है, जैसा कि गेविन ने बताया, यह ऑटो पूर्णता त्रुटियों और लोगों के लिए एक संज्ञानात्मक अधिभार की ओर जाता है।

तो निम्न में से किसी भी पैटर्न के लिए +1:

• MutinySession , RxJava2Session , JDKReactiveSession (समापन चरण और प्रवाह के लिए)
• SessionMutiny , SessionRxJava2 आदि

एक वैकल्पिक पैटर्न है reactiveSession.forMutiny().[...] , reactiveSession.forJDK().[...] लेकिन यह एक निर्भरता दुःस्वप्न का नरक बना देगा। reactiveSession.unwrap(MutinySession.class) मूल्य नहीं लाता है।

कुछ अतिरिक्त अंक:

• Rx के 3 संस्करण असंगत हैं, इसलिए किसी को अनुबंध में संस्करण संख्या की आवश्यकता होगी
• CompletionStage का भाई फ्लो है इसलिए मैंने इसे JDKReactiveSession
• RxJava में कई एकाधिक और कई एकल प्रकार हैं, इसलिए प्रत्येक RxJavaXSession विधि "ओवरलोडेड" होने की संभावना है जैसे fetchAsSingle() आदि

मुझे लगता है कि Query में एक प्रतिक्रियाशील समकक्ष भी होगा। बीटीडब्ल्यू यह मेरे लिए हुआ कि क्वेरी पैरामीटर को प्रत्यक्ष प्रकार और प्रतिक्रियाशील रैपर दोनों को स्वीकार करना चाहिए जैसे Uni<String>

नाम पर, मुझे लगता है कि हाइबरनेट ओआरएम रिएक्टिव ठीक है hibernate-orm-reactive लेकिन @FroMage "Panache Rx" के बारे में क्या यह एक समान परिवर्तन पर जाता है?

@emmanuelbernard ध्यान दें कि Session और SessionFactory प्राप्त करने का वर्तमान तरीका है:

RxSessionFactory sessionFactory = emf.unwrap(RxSessionFactory.class);
RxSession session = sessionFactory.openRxSession();

मैं इस पैटर्न से काफी खुश हूं।

JDKReactiveSession

उह। यह उस चीज़ के लिए भयानक लग रहा है जिसे हम कोड में इतनी बार देख सकते हैं।

मुझे लगता है कि Query में एक प्रतिक्रियाशील समकक्ष भी होगा।

हां, यह पहले से मौजूद है और इसे वर्तमान में RxQuery कहा जाता है। लेकिन यह अभी के लिए कुछ नहीं करता है।

ईमानदारी से, मैं निम्नलिखित विकल्प को तेजी से पसंद कर रहा हूं:

//I want to try out Mutiny
Mutiny.SessionFactory sessionFactory = emf.unwrap(Mutiny.SessionFactory.class);
Mutiny.Session session = sessionFactory.openReactiveSession();
Mutiny.Query = session.createQuery(hql);

या:

//I want to try it out with CompletionStage
Stage.SessionFactory sessionFactory = emf.unwrap(Stage.SessionFactory.class);
Stage.Session session = sessionFactory.openReactiveSession();
Stage.Query = session.createQuery(hql);

और फिर, एक बार जब मैं निश्चित रूप से जानता हूं कि मैं Mutiny का उपयोग कर रहा हूं, तो मैं बस लिख सकता हूं:

import static org.hibernate.reactive.mutiny.Mutiny.*;

...

SessionFactory sessionFactory = emf.unwrap(SessionFactory.class);
Session session = sessionFactory.openReactiveSession();
Query = session.createQuery(hql);

मुझे लगता है कि बाहरी वर्ग ऑटो-आयात के दुर्घटनाग्रस्त होने की समस्या को काफी हद तक कम कर देता है। (हालांकि इसके अन्य नुकसान भी हैं।)

यह शानदार दिखता है @gavinking

@gavinking मुझे वास्तव में आपका अंतिम प्रस्ताव पसंद है।

मुझे लगता है कि बाहरी वर्ग ऑटो-आयात के दुर्घटनाग्रस्त होने की समस्या को काफी हद तक कम कर देता है। (हालांकि इसके अन्य नुकसान भी हैं।)

उदाहरण के लिए?

@ डेविड अच्छी तरह से एक नुकसान यह है कि आईडीई आमतौर पर स्थिर आयात नहीं जोड़ता है। (हालांकि आप उन्हें ऐसा करने के लिए कॉन्फ़िगर कर सकते हैं।)

@emmanuelbernard ध्यान दें कि Session और SessionFactory प्राप्त करने का वर्तमान तरीका है:

RxSessionFactory sessionFactory = emf.unwrap(RxSessionFactory.class);
RxSession session = sessionFactory.openRxSession();

मैं इस पैटर्न से काफी खुश हूं।

JDKReactiveSession

उह। यह उस चीज़ के लिए भयानक लग रहा है जिसे हम कोड में इतनी बार देख सकते हैं।

मेरे द्वारा एकत्र किए गए अधिकांश फीडबैक से, लोग CompletionStage नफरत करते हैं और RxJava या दोस्तों के लिए जाते हैं। तो वह संस्करण गरीब आदमी की पसंद होगा।

मेरे द्वारा एकत्र किए गए अधिकांश फीडबैक से, लोग कंप्लीशनस्टेज से नफरत करते हैं और RxJava या दोस्तों के लिए जाते हैं। तो वह संस्करण गरीब आदमी की पसंद होगा।

क्या आप यह सुनिश्चित करने की कोशिश कर रहे हैं कि इसका इस्तेमाल होने का मौका नहीं है? :-डी

मेरे द्वारा एकत्र किए गए अधिकांश फीडबैक से, लोग CompletionStage नफरत करते हैं और RxJava या दोस्तों के लिए जाते हैं। तो वह संस्करण गरीब आदमी की पसंद होगा।

ज़रूर, मुझे भी इससे नफरत है।

आईडीई आमतौर पर स्वचालित रूप से स्थिर आयात नहीं जोड़ता है

यह इसके खिलाफ एक बहुत मजबूत बिंदु है, कि आप Session नहीं लिख सकते हैं और static Mutiny.Session आयात करने के लिए एक आईडीई प्रस्ताव प्राप्त कर सकते हैं, इसलिए आपको इसे हमेशा पहले से टाइप करना होगा Mutiny.Session । और सभी दस्तावेज़ों को आयात भी शामिल करना होगा, जिससे कॉपी/पेस्ट करना मुश्किल हो जाता है।

नाम पर, मुझे लगता है कि हाइबरनेट ओआरएम रिएक्टिव ठीक हाइबरनेट- @FroMage "

हां। यह हमेशा एक कोडनेम रहा है।

यह इसके खिलाफ एक बहुत मजबूत बिंदु है, कि आप सत्र नहीं लिख सकते हैं और आयात करने के लिए आईडीई प्रस्ताव प्राप्त कर सकते हैं

मुझे नहीं लगता कि यह इतना मजबूत है: वे अभी भी Mutiny.SessionFactory लिख सकते हैं, जैसे हमें शायद दस्तावेज़ीकरण में रहना चाहिए (इसलिए हमें आयात शामिल नहीं करना पड़ेगा, भले ही हमें हमेशा एक सामान्य नियम के रूप में चाहिए) .

@FroMage यह इतना बुरा नहीं है। IntelliJ में Settings > Code Style > Java > Imports पर जाएं । ग्रहण में कुछ ऐसा ही है।

इसके लायक क्या है, मेरी राय में विद्रोह को डिफ़ॉल्ट एपीआई माना जाना चाहिए। बाकी कुछ compat पैकेज के अंतर्गत आ सकते हैं। यहां तक ​​कि CompletionStage/Flow संस्करण :-)

अद्यतन करें: विद्रोह के दस्तावेज़ों को देखते हुए, क्या यह भी समझ में आता है कि कॉम्पेट में सेंकना है? बस इसके लिए विद्रोह पर भरोसा करें, और डेवलपर पर (बल्कि छोटा) बोझ डालें, यदि उन्हें एक से दूसरे में बदलने की आवश्यकता हो तो रूपांतरण करें।

• https://smallrye.io/smallrye-mutiny/#_how_do_i_interact_with_completionstages
• https://smallrye.io/smallrye-mutiny/#_how_do_i_interact_with_rx_java_2
• https://smallrye.io/smallrye-mutiny/#_how_do_i_interact_with_reactor

क्लेमेंट विद्रोह के लिए ट्रैम्पोलिन जोड़ रहा है, प्रतिक्रियाशील हाइबरनेट के लिए विद्रोह को डिफ़ॉल्ट बनाने के लिए एक और सहायक तर्क हो सकता है।

यह चर्चा हाइबरनेट-देव मेलिंग सूची पर विकसित हुई। हम सभी Hibernate Reactive साथ जाने के इच्छुक हैं ... ठीक है?

मेलिंग सूची पर उत्तर देना सबसे अच्छा होगा।

रिमाइंडर, रजिस्टर करने के लिए देखें:

• https://lists.jboss.org/mailman/listinfo/hibernate-dev

विशेष रूप से यह इस मुद्दे से संबंधित बड़ा सूत्र है (अन्य बातों के अलावा):

• https://lists.jboss.org/pipermail/hibernate-dev/2020-May/018774.html

हाइबरनेट रिएक्टिव, ठीक है?

:शैंपेन:

विशेष रूप से यह इस मुद्दे से संबंधित बड़ा सूत्र है (अन्य बातों के अलावा):

क्या बड़ा सूत्र है, एक ही ईमेल है;)

व्यक्तिगत रूप से मुझे अभी भी हाइबरनेटआरएक्स बेहतर पसंद है - मैं डब्ल्यू/सने से सहमत हूं कि आरएक्सजावा के पास "आरएक्स" नहीं है और आईएमओ हाइबरनेटआरएक्स एक आकर्षक नाम है। हाइबरनेट रिएक्टिव एक नाम से अधिक विवरण की तरह लगता है। बस मेरा $0.02 और मैं मेलिंग सूची थ्रेड w/इस को अव्यवस्थित नहीं करना चाहता था।

व्यक्तिगत रूप से मुझे अभी भी हाइबरनेटआरएक्स बेहतर पसंद है - मैं डब्ल्यू/सने से सहमत हूं कि आरएक्सजावा के पास "आरएक्स" नहीं है और आईएमओ हाइबरनेटआरएक्स एक आकर्षक नाम है। हाइबरनेट रिएक्टिव एक नाम से अधिक विवरण की तरह लगता है। बस मेरा $0.02 और मैं मेलिंग सूची थ्रेड w/इस को अव्यवस्थित नहीं करना चाहता था।

समस्या @aguibert यह है कि आपके हाइबरनेट Rx नाम में x का क्या
प्रतिक्रियाशील विस्तार कुछ विशिष्ट है https://en.m.wikipedia.org/wiki/Reactive_extensions

ठीक है, मुझे लगता है कि हाइबरनेट आरएक्स सिर्फ "हाइबरनेट रिएक्टिव एक्सटेंशन" के लिए खड़ा होगा। प्रतिक्रियाशील विस्तार कुछ विशिष्ट है, लेकिन यह एक अवधारणा को संदर्भित करता है, न कि किसी विशेष उत्पाद या परियोजना को। आईएमओ जो हम यहां कर रहे हैं वह अभी भी उस अवधारणा पर फिट बैठता है।

चूंकि ऐसा लगता है कि हम आम सहमति के करीब हैं क्योंकि हम कभी भी "हाइबरनेट रिएक्टिव" नाम से मिलेंगे, मैं उस नाम के साथ भी पूरी तरह से ठीक हूं।

मैं इसे बंद कर दूंगा क्योंकि मेलिंग सूची में इमैनुएल के ईमेल के परिणामस्वरूप कोई विद्रोह नहीं हुआ था :)

Hibernate Reactive यह है! फिर से धन्यवाद @murphye और सभी

#111 . द्वारा अनुसरण किया गया