Использование редакторов GWT со сложной утилитой

Ответ 1

По сути, вы хотите, чтобы CompositeEditor обрабатывал случаи, когда объекты динамически добавляются или удаляются из иерархии Editor. Адаптеры ListEditor и OptionalFieldEditor реализуют CompositeEditor.

Если информация, требуемая для разных типов вопросов, принципиально ортогональна, тогда можно использовать несколько OptionalFieldEditor с разными полями, по одному для каждого типа вопроса. Это будет работать, если у вас будет только несколько типов вопросов, но в будущем они не будут хорошо масштабироваться.

Другой подход, который будет лучше масштабироваться, заключается в использовании пользовательской реализации CompositeEditor + LeafValueEditor, которая обрабатывает полиморфную иерархию типов QuestionData. Выпадающий элемент интерфейса типа станет деталью реализации CompositeEditor. Когда выбран тип вопроса, редактор вызывает EditorChain.attach() с экземпляром подтипа QuestionData и подредактором типа. Созданный экземпляр QuestionData следует сохранить для реализации LeafValueEditor.getValue(). Реализация CompositeEditor.setValue() просто создает суб-редактор типа и вызывает EditorChain.attach().

FWIW, OptionalFieldEditor может использоваться с ListEditor или любым другим типом редактора.

Ответ 2

Мы реализовали аналогичный подход (см. принятый ответ), и он работает для нас таким образом.

Поскольку драйвер изначально не знает о простых путях редактора, которые могут использоваться субредакторами, каждый подредактор имеет собственный драйвер:

public interface CreatesEditorDriver<T> {
    RequestFactoryEditorDriver<T, ? extends Editor<T>> createDriver();
}

public interface RequestFactoryEditor<T> extends CreatesEditorDriver<T>, Editor<T> {
}

Затем мы используем следующий адаптер редактора, который позволит использовать любой подредактор, который реализует RequestFactoryEditor. Это наше обходное решение для поддержки полиморфизма в редакторах:

public static class DynamicEditor<T>
        implements LeafValueEditor<T>, CompositeEditor<T, T, RequestFactoryEditor<T>>, HasRequestContext<T> {

    private RequestFactoryEditorDriver<T, ? extends Editor<T>> subdriver;

    private RequestFactoryEditor<T> subeditor;

    private T value;

    private EditorDelegate<T> delegate;

    private RequestContext ctx;

    public static <T> DynamicEditor<T> of(RequestFactoryEditor<T> subeditor) {
        return new DynamicEditor<T>(subeditor);
    }

    protected DynamicEditor(RequestFactoryEditor<T> subeditor) {
        this.subeditor = subeditor;
    }

    @Override
    public void setValue(T value) {
        this.value = value;

        subdriver = null;

        if (null != value) {
            RequestFactoryEditorDriver<T, ? extends Editor<T>> newSubdriver = subeditor.createDriver();

            if (null != ctx) {
                newSubdriver.edit(value, ctx);
            } else {
                newSubdriver.display(value);
            }

            subdriver = newSubdriver;
        }
    }

    @Override
    public T getValue() {
        return value;
    }

    @Override
    public void flush() {
        if (null != subdriver) {
            subdriver.flush();
        }
    }

    @Override
    public void onPropertyChange(String... paths) {
    }

    @Override
    public void setDelegate(EditorDelegate<T> delegate) {
        this.delegate = delegate;
    }

    @Override
    public RequestFactoryEditor<T> createEditorForTraversal() {
        return subeditor;
    }

    @Override
    public String getPathElement(RequestFactoryEditor<T> subEditor) {
        return delegate.getPath();
    }

    @Override
    public void setEditorChain(EditorChain<T, RequestFactoryEditor<T>> chain) {
    }

    @Override
    public void setRequestContext(RequestContext ctx) {
        this.ctx = ctx;
    }
}

Наш примерный подредактор:

public static class VirtualProductEditor implements RequestFactoryEditor<ProductProxy> {
        interface Driver extends RequestFactoryEditorDriver<ProductProxy, VirtualProductEditor> {}

        private static final Driver driver = GWT.create(Driver.class);

    public Driver createDriver() {
        driver.initialize(this);
        return driver;
    }
...
}

Наш пример использования:

        @Path("")
        DynamicEditor<ProductProxy> productDetailsEditor;
        ...
        public void setProductType(ProductType type){
            if (ProductType.VIRTUAL==type){
                productDetailsEditor = DynamicEditor.of(new VirtualProductEditor());

            } else if (ProductType.PHYSICAL==type){
                productDetailsEditor = DynamicEditor.of(new PhysicalProductEditor());
            }
        }

Было бы здорово услышать ваши комментарии.

Ответ 3

Что касается вашего вопроса, почему данные подтипа не отображаются или не отображаются:

Мой сценарий немного отличается, но я сделал следующее замечание:

Редактирование данных редактора GWT не работает так, как ожидалось бы с абстрактными редакторами в иерархии редактора. SubEditor, объявленный в вашем QuestionDataEditor, имеет тип QuestionBaseDataEditor, и это полностью абстрактный тип (интерфейс). При поиске полей/субредакторов для заполнения данными/сброса GWT принимает все поля, объявленные в этом типе. Так как у QuestionBaseDataEditor нет субредакторов, ничего не отображается или не отображается. От отладки я узнал, что это происходит из-за GWT, используя сгенерированный EditorDelegate для этого абстрактного типа, а не EditorDelegate для конкретного подтипа, присутствующего в данный момент.

В моем случае у всех конкретных субредакторов были одинаковые редакторы значений листьев (у меня было два разных конкретных редактора, один из которых отображался, а один - для редактирования того же типа bean), чтобы я мог сделать что-то подобное для работы это ограничение:

interface MyAbstractEditor1 extends Editor<MyBean>
{
    LeafValueEditor<String> description();
}

// or as an alternative

abstract class MyAbstractEditor2 implements Editor<MyBean>
{
    @UiField protected LeafValueEditor<String> name;
}


class MyConcreteEditor extends MyAbstractEditor2 implements MyAbstractEditor1
{
    @UiField TextBox description;
    public LeafValueEditor<String> description()
    {
        return description;
    }

    // super.name is bound to a TextBox using UiBinder :)
}

Теперь GWT находит подчиненные в абстрактном базовом классе, и в обоих случаях я получаю соответствующие имена и описание полей, заполненных и очищенных.

К сожалению, этот подход не подходит, когда конкретные субредадеры имеют разные значения в структуре bean для редактирования: (

Я думаю, что это ошибка генерации кода GWT для редакторов, которая может быть решена только командой разработчиков GWT.

Ответ 4

Разве это не основная проблема, связанная с тем, что привязка происходит во время компиляции, поэтому будет привязана только к QuestionDataProxy, поэтому не будет иметь привязки подтипа? CompositeEditor javadoc говорит: "Интерфейс, который указывает, что данный редактор состоит из неизвестного количества подредакторов всех одного и того же типа", чтобы исключить это использование?

В моей текущей работе я пытаюсь избежать полиморфизма вообще, поскольку СУРБД также не поддерживает его. К сожалению, у нас есть некоторые на данный момент, поэтому я экспериментирую с классом-заглушкой, который предоставляет все подтипы с определенными геттерами, чтобы у компилятора есть над чем работать. Хотя не очень.

Вы видели это сообщение: http://markmail.org/message/u2cff3mfbiboeejr это похоже на правильные строки.

Я немного беспокоюсь о раздувании кода.

Надеюсь, что это какой-то смысл!