Hibernate-reactive: "Rx" 이름 재고

@emmanuelbernard WDYT?

예, 항상 코드 이름이었습니다.

그럼 진짜 이름으로 굳어지는 과정에 있기 때문에 빨리 바꾸는 게 좋을 것 같아요!

나는 그것을 나에게 할당했다. 누군가 이의를 제기하지 않는 한, 나는 이번주 말에 그것을 할 것입니다.

이번주말에 해봐야겠어요

그런데 무엇으로 바꾸겠습니까?

hibernate-reactive 나쁘지 않은 소리

>

최대 절전 모드 반응에 +1

2020년 4월 1일 수요일 오전 7시 45분 DavideD [email protected]에서 다음과 같이 작성했습니다.

hibernate-reactive 나쁘지 않은 소리

>

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/hibernate/hibernate-rx/issues/77#issuecomment-607292426 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AADJJTIRGWQNUSN7FC3WCSLRKNHRJANCNFSM4LX6AEVQ
.

괜찮습니다만 ReactiveSession 를 천 번 입력하고 싶지 않습니다....

저는 HibernateRX 좋아합니다. "반응성"이라는 것은 개념이며 RxJava의 상표가 아닙니다.

괜찮지만 ReactiveSession을 천 번 입력하고 싶지 않습니다.

유형? 키보드에 스페이스 버튼이 없습니까? :)

공정하게 말하자면 나는 클래스 이름에 접두사를 사용하는 것을 그다지 좋아하지 않습니다. 패키지에 넣어도 충분하지 않을까요? 아니면 ORM으로 작업할 때 너무 혼란스럽습니까?
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

다른 제안 사항이 있습니까?

나는 강한 선호도가 없습니다. 나는 Reactive가 이름을 더 읽기 쉽게 만들고 그렇게 길지 않다고 생각합니다. 상위 클래스를 확장하는 일부 구현 또는 클래스의 경우 다음과 같을 수 있기 때문에 접두사가 필요하지 않습니다.

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

이것은 현재 프로젝트에서 매우 일관성이 없습니다. 때때로 수업이 사용하고 있습니다.
RxAbstractEntityPersister

나는 옵션 3을 사용할 것이라고 생각합니다: org.hibernate.reactive.ReactiveSession
그러나 더 나은 제안이나 이에 대한 강력한 의견이 있으면 기다리겠습니다.

나도 3 투표하겠지만 @vietj 도 의견이 있을 수 있습니까?

예, 더 나은 옵션을 찾으려고 노력했지만 솔직히 공백을 그렸고 귀하의 의견에 동의합니다. ReactiveSession 보다 더 나은 것은 없는 것 같습니다.

나는 Java에 유형 별칭이 없는 것을 싫어 합니다. 내가 생각할 수 있는 유일한 해킹은 Reactive.Session , Reactive.Query 등을 일부 Reactive 유형의 내부 인터페이스로 사용하여 원하는 경우 정적 가져오기를 사용할 수 있도록 하는 것입니다. 그것은 합리적인 접근 방식이지만 다른 사람이 Java에서 사용하는 것을 실제로 본 적이 없습니다.

나는 옵션 2와 4를 좋아한다:

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

패키지 이름이 클래스가 "반응형"임을 나타내도록 하십시오. Rx/Reactive를 모든 클래스에 접두사로 추가해야 하는 경우 클래스를 2급 시민처럼 보이게 만듭니다.

비반응형 대응물과 동일한 클래스 이름을 사용하는 것의 주요 단점은 사용자가 동일한 클래스에서 두 클래스를 모두 사용할 것으로 예상하는 경우(따라서 유형이 표현되는 모든 곳에서 정규화된 클래스 이름이 필요함)이지만 AFAIK는 그렇지 않아야 한다는 것입니다. 일어나 다?

나는 옵션 2와 4를 좋아한다:

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

FTR 저도 괜찮습니다. 하지만 자동 가져오기 시 오류의 위험이 증가한다는 점에 유의하겠습니다.

우리가 궁극적으로 다양한 종류의 반응 세션을 가질 것이 거의 확실하다는 점을 감안할 때 다음을 제안하고 싶습니다.

• 반란을 위한 MutinySession
• StagedSession 또는 이와 유사한 CompletionStage
• 등

어떻게 생각하십니까?

이것이 반응형 풍미를 노출하는 유일한 사용자 대면 API입니까?

이것이 반응형 풍미를 노출하는 유일한 사용자 대면 API입니까?

"주요" API 중에는 Query 해당하는 API도 있습니다.

기록을 위해, 나는 "Rx"가 그것에 대해 좋은 링을 가지고 있다고 믿고, 그것은 RxJava 프로젝트에 의해 전혀 _소유_되지 않습니다 - 위에서 언급했듯이 - 그래서 나는 다른 사람들이 옳지 않은 것처럼 들리기 때문에 이름을 유지하고 싶습니다.

계약 구조에 대해

Gavin이 지적한 것처럼 Session 인터페이스의 오버로딩이 마음에 들지 않습니다. 이는 자동 완성 오류와 사람들의 인지 과부하로 이어집니다.

따라서 다음 패턴 중 하나에 대해 +1:

• MutinySession , RxJava2Session , JDKReactiveSession (CompletionStage 및 Flow용)
• SessionMutiny , SessionRxJava2 등

대안적인 패턴은 reactiveSession.forMutiny().[...] , reactiveSession.forJDK().[...] 이지만 의존성 악몽이 될 가능성이 가장 높습니다. reactiveSession.unwrap(MutinySession.class) 는 가치가 없는 것 같습니다.

몇 가지 추가 사항:

• Rx에는 호환되지 않는 3가지 버전이 있으므로 계약서에 버전 번호가 있어야 합니다.
• CompletionStage 의 팔짱을 끼고 있는 형님이 Flow 라고 해서 JDKReactiveSession 라고 불렀습니다.
• RxJava에는 여러 개의 단일 유형이 있으므로 각 RxJavaXSession 메서드는 fetchAsSingle() 등과 같이 "오버로드"될 수 있습니다.

나는 Query 에도 Reactive 대응물이 있을 것이라고 상상합니다. BTW 쿼리 매개 변수가 직접 유형과 반응 래퍼(예: Uni<String> 를 모두 수락해야 한다는 생각이 들었습니다.

이름에서 Hibernate ORM Reactive는 hibernate-orm-reactive 괜찮지만 @FroMage "Panache Rx"는 비슷한 변환을

@emmanuelbernard 는 Session 및 SessionFactory 를 얻는 현재 방법은 다음과 같습니다.

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

나는 이 패턴에 상당히 만족한다.

JDKReactiveSession

어. 그것은 우리가 코드에서 자주 볼 수 있는 무언가에 대해 끔찍해 보입니다.

나는 Query 에도 Reactive 대응물이 있을 것이라고 상상합니다.

예, 이미 존재하며 현재 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 마지막 제안이 정말 마음에

나는 외부 클래스가 자동 가져오기를 하는 사고의 문제를 상당히 완화한다고 생각합니다. (단, 다른 단점이 있습니다.)

예를 들어?

@DavidD 한 가지 단점은 IDE가 일반적으로 정적 가져오기를 자동으로 추가하지 않는다는 것입니다. (하지만 그렇게 하도록 구성할 수 있습니다.)

@emmanuelbernard 는 Session 및 SessionFactory 를 얻는 현재 방법은 다음과 같습니다.

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

나는 이 패턴에 상당히 만족한다.

JDKReactiveSession

어. 그것은 우리가 코드에서 자주 볼 수 있는 무언가에 대해 끔찍해 보입니다.

내가 수집한 대부분의 피드백에서 사람들은 CompletionStage 싫어하고 RxJava나 친구들을 찾습니다. 그래서 그 버전은 가난한 사람의 선택이 될 것입니다.

내가 수집한 대부분의 피드백에서 사람들은 CompletionStage를 싫어하고 RxJava나 친구들을 찾습니다. 그래서 그 버전은 가난한 사람의 선택이 될 것입니다.

당신은 그것이 사용될 가능성이 없는지 확인하려고 노력하고 있습니까? :-NS

내가 수집한 대부분의 피드백에서 사람들은 CompletionStage 싫어하고 RxJava나 친구들을 찾습니다. 그래서 그 버전은 가난한 사람의 선택이 될 것입니다.

물론 저도 싫어합니다.

IDE는 일반적으로 정적 가져오기를 자동으로 추가하지 않습니다.

Session 작성할 수 없고 static Mutiny.Session 를 가져오라는 IDE 제안을 받을 수 없으므로 항상 Mutiny.Session 접두사로 입력해야 합니다. 그리고 모든 문서에는 가져오기도 포함되어야 하므로 복사/붙여넣기가 어렵습니다.

이름에서 Hibernate ORM Reactive는 좋은 hibernate-orm-reactive이지만 @FroMage 는 "Panache Rx"에 대해 유사한 변환을 수행합니까?

예. 항상 코드네임이었습니다.

Session을 작성할 수 없고 가져올 IDE 제안을 받을 수 없다는 점은 매우 강력합니다.

나는 그것이 그렇게 강력하다고 생각하지 않습니다. 그들은 우리가 문서에 충실해야 하는 것처럼 여전히 Mutiny.SessionFactory 쓸 수 있습니다(따라서 우리는 일반적으로 항상 그래야 하지만, 수입품을 포함할 필요가 없습니다) .

@FroMage 그렇게 나쁘지 않습니다. IntelliJ에서 설정 > 코드 스타일 > Java > 가져오기로 이동 합니다. Eclipse에는 비슷한 것이 있습니다.

그만한 가치가 있기 때문에 Mutiny는 내 생각에 기본 API로 간주되어야 합니다. 나머지는 compat 패키지에 속할 수 있습니다. CompletionStage/Flow 버전도 :-)

업데이트: Mutiny 문서를 감안할 때 compat에서 굽는 것이 의미가 있습니까? 이를 위해 Mutiny에 의존하고 개발자가 하나에서 다른 것으로 변환해야 하는 경우 변환을 수행하는 데 약간의 부담을 줍니다.

• 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

Clement는 Mutiny에 트램폴린을 추가하고 있으며 Mutiny를 Reactive Hibernate의 기본값으로 만드는 또 다른 지원 인수일 수 있습니다.

이 토론은 hibernate-dev 메일링 리스트에서 발전했습니다. 우리 모두는 Hibernate Reactive 로 가고 싶어하는 것 같습니다 ... 알았습니까?

메일링 리스트에 답장하는 것이 가장 좋습니다.

등록하려면 다음을 참조하십시오.

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

특히 이것은 (무엇보다도) 이 문제와 관련된 큰 스레드입니다.

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

Hibernate Reactive, 알았지?

:샴페인:

특히 이것은 (무엇보다도) 이 문제와 관련된 큰 스레드입니다.

얼마나 큰 스레드, 하나의 이메일이 있습니다 ;)

개인적으로 나는 여전히 HibernateRX를 더 좋아한다 -- 나는 RxJava가 "Rx"를 소유하지 않고 IMO HibernateRX가 눈에 잘 띄는 이름이라는 Sanne에 동의한다. Hibernate Reactive는 이름보다 설명에 더 가깝습니다. 단지 내 $0.02이고 메일링 리스트 스레드를 이것으로 어지럽히고 싶지 않았습니다.

개인적으로 나는 여전히 HibernateRX를 더 좋아한다 -- 나는 RxJava가 "Rx"를 소유하지 않고 IMO HibernateRX가 눈에 잘 띄는 이름이라는 Sanne에 동의한다. Hibernate Reactive는 이름보다 설명에 더 가깝습니다. 단지 내 $0.02이고 메일링 리스트 스레드를 이것으로 어지럽히고 싶지 않았습니다.

@aguibert 의 문제는 x가 Hibernate Rx 이름에서 무엇을 의미합니까?
Reactive Extension은 특정 https://en.m.wikipedia.org/wiki/Reactive_extensions입니다.

맞아, 나는 Hibernate Rx가 "Hibernate Reactive Extensions"의 약자라고 생각한다. Reactive Extensions는 특정한 것이지만 특정 제품이나 프로젝트가 아니라 개념을 나타냅니다. IMO 우리가 여기서 하는 일은 여전히 ​​그 개념에 맞습니다.

우리가 "Hibernate Reactive"라는 이름으로 얻을 수 있을 만큼 합의에 근접한 것처럼 보이기 때문에 나는 그 이름으로도 완전히 괜찮습니다.

메일링 리스트에 있는 Emmanuel의 이메일로 인한 반란이 없었기 때문에 이 글을 닫겠습니다. :)

Hibernate Reactive 입니다! @murphye 와 모두에게 다시 한 번 감사드립니다.

#111에 이어