ExtJS 4 MVC несколько экземпляров представлений и проблем с дочерними контроллерами

Ответ 1

У меня возникла аналогичная проблема:

Рассмотрим вкладку для приложения типа CRM, которое открывает новые экземпляры представления для каждого клиента. И скажите, что представление табуляции содержит 3 или 4 сетки для редактирования строк для взаимодействия с различными коллекциями данных, относящихся к этому клиенту.

Решение, с которым я столкнулся, основано на этом на форумах Sencha. В оболочке ореха почти все события, отправленные из представления, содержат ссылку на представление. Обработчики в моей функции управления контроллером все используют их, чтобы получить ссылку на правильный экземпляр представления.

Для работы с несколькими экземплярами одного и того же хранилища, необходимых для этого, я принял это близко к сердцу из этого сообщения:

Для экземпляра Store в представлении или глобальном... зависит от необходимо. Если вы собираетесь использовать глобально, сделайте его глобальным. если ты только понадобится это на вид, а затем поместить его в представление. MVC является а не закон, вы можете изменить его в соответствии с вашими потребностями. Технически Контрольная часть MVC должна быть средним человеком между View и Model, но иногда это просто не нужно. я создаю Store в представлении 95% времени. Я приведу вам пример...

Если у вас есть Магазин для продуктов, вам, вероятно, нужно только ссылаться что Store в вашей сетке. Это обычно не требуется для других частей приложение. Однако, если у вас есть магазин для загрузки стран, я часто нуждаются в нем в глобальном масштабе, поэтому мне нужно только загрузить его один раз, и тогда set/use, который хранится в нескольких представлениях.

Итак, я просто создал необходимый магазин, который специально относится к экземпляру вида, внутри метода initComponent. В приложении было несколько глобальных магазинов, которые я создал в качестве классов магазинов в соответствии с рекомендациями MVC. Он отлично работал, чтобы инкапсулировать хранилища экземпляров представления в представлении. Тогда мне нужен только один экземпляр контроллера.

Чтобы конкретно ответить на ваш вопрос, в настоящее время нет официальной рекомендации или конфигурации ExtJS для работы с несколькими экземплярами одного и того же представления, которые используют один и тот же конструктор хранилища. Я потратил некоторое время на то, чтобы найти что-то подобное, и лучшее, что я нашел, это рекомендация от одного из их модераторов форума.

Ответ 2

Я не думаю, что вам понадобится больше одного экземпляра контроллера, независимо от того, сколько просмотров/моделей у вас есть. См. Здесь функциональный пример:

http://whatisextjs.com/extjs-4-extension/fieldset-w-dynamic-controls-7

Ответ 3

Это можно сделать, достаточно легко. Вы должны следовать нескольким правилам:

• загрузите свои контроллеры при запуске приложения. Не выгружайте их. Не беспокойтесь о памяти или времени, это довольно мало даже для сотен контроллеров, если вы минимизируете и объединяете свои js.

• Никогда не используйте свойства refs или views контроллера. Вы собираетесь использовать один экземпляр контроллера, но несколько экземпляров представлений, поэтому вам никогда не нужна ссылка на представление.

• используют только прослушиватели событий в контроллерах. Вы только будете слушать события на своих взглядах. Вы всегда можете получить (временную) ссылку на представление в обработчике событий с помощью параметра "cmp" в обработчике.

• Чтобы "запустить" представление, создайте его и добавьте в другое представление. Уничтожить его, уничтожить. Вы не используете контроллер для запуска представления. Вы можете использовать afterrender и beforedestroy события в контроллере для добавления логики.

Ответ 4

В ExtJS 'MVC контроллер представляет собой Singleton для просмотра. Мне нравится, как DeftJS думает о MVC. Каждый экземпляр представления имеет собственный экземпляр контроллера. Таким образом, вы можете поместить все "управляющие правила" в контроллер для определенной части вашего представления, и это будет создаваться только тогда, когда открывается представление.

У меня не было никакого опыта, как я мог использовать несколько JS-приложений Defts в том же проекте.

Ответ 5

Конечно. Что заставило вас поверить иначе? Ниже приведен пример создания пользовательского вида, который простирается от компонента Window. Вы можете запустить этот метод много раз с одного и того же контроллера и каждый раз, когда вы получите новый экземпляр представления.

"this" относится к контроллеру, в котором код работает:

       this.getRequestModel().load(requestID,{       //load from server (async)
                 success: function(record, operation) {
                        var view = Ext.widget('requestEdit',{
                            title: 'MyRequest '+requestID
                        });
                        var form = view.down('form');
                        form.loadRecord(record);
                 }
         });

Ответ 6

Как вы создаете свои представления? Я не вижу причин, по которым вы не можете передавать разные хранилища или данные конфигурации каждому объекту. Некоторые примеры кода помогут вам в том, что именно вы делаете. Например, у нас есть аналогичное приложение для звучания, и все делается с расширениями. Итак, если нам нужна сетка, мы запускаем

Ext.define('MyApp.grids.something',{
extends:'Ext.grid.panel' 
//...

Эти классы предопределены. Затем, когда контроллер или представление загружает эту сетку, они используют

var grid=Ext.create('MyApp.grids.something',{id:'unique',store:mystore});

Как вы можете видеть, мы можем передавать разные параметры конфигурации в одну и ту же сетку каждый раз, когда она создается. Мы можем рассматривать это точно так же, как вы относитесь к

Ext.create('Ext.grid.Panel');

За исключением, конечно, что мы предопределяем некоторые предопределенные параметры и некоторые не переопределяемые и т.д.

Надеюсь, что это помогло.

Ответ 7

Отметьте этот пост. Идея состоит в том, чтобы выполнить некоторую конфигурацию (например, store и itemId) из конфигурации вида и поместить ее в конфигурацию видового экрана:

// .../app/view/Viewport.js
Ext.define('MyApp.view.Viewport', {
    // ...
    items: [
        // ...
        { xtype: 'testview', store: 'Store1', itemId: 'instance1' },
        { xtype: 'testview', store: 'Store2', itemId: 'instance2' }
    ]
});

Проблема с магазином будет решена, очевидно. Различные itemId позволят вам правильно обрабатывать события.