Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft: multiple mapping values #3484

Open
wants to merge 7 commits into
base: develop
Choose a base branch
from

Conversation

awildturtok
Copy link
Collaborator

Ich glaube, dass das einen ziemlich krassen Rattenschwanz haben wird und wir das Feature nicht umsetzen sollten.

@awildturtok awildturtok requested a review from thoniTUB July 8, 2024 12:41
Copy link
Collaborator

@thoniTUB thoniTUB left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lass uns bitte nochmal einen anderen Ansatz finden.
Dadurch dass ResultTypes nicht mehr an Klassen gebunden sind wird es komplizierter die Result Renderer zu schrieben und auch zu verstehen.
Ich würde den CPSType-wegmachen PR gerne auch wieder reverten.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Kannst du hier bitte noch mit TAB einrücken?

@@ -16,10 +16,11 @@ public interface InternToExternMapper extends NamespacedIdentifiable<InternToExt

boolean initialized();

String external(String internalValue);
ResultType<?> createMappedType(boolean list);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Doku bitte für den flag

Comment on lines +245 to +246
@Data
public static class MappedMultiStringT extends ResultType<List<String>> {
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ich denke mit diesen Klassen wird das ResultType System weniger definiert und wird sollten überlegen, wie man dass besser refactored, so dass die Logik für das erstellen des Ergebisses aus dem ResultType heraus wandert und näher am Select und seinem Mapping drannen ist.

Mir fällt das erst jetzt auf, dass wir durch abschaffen des CPSTypes in der Klasse, auch implizite Konventionen abgeschafft haben.

public String typeInfo() {
			return "LIST[STRING]";
		}

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants