20 правил, которым стоит следовать, когда начинаете работать с EXT JS & Sencha Touch

qooxdoo?

Конечно же YUI3, вот посмотрите www.youtube.com/watch?v=2V9-g8JuBZc

Основная на мой взгляд пробелма с ExtJS состоит в его идеологии, а именно в попытке дать инструмент создания полноценных десктопных приложений, но в броузере. Нам дают мощный инструмент, используя который по определённым правилам мы можем быстро и легко программировать сложные интерфейсы(даже в специальных полувизуальных редакторах) и логику к ним. Вот только вся соль в 'определённых правилах'.
Рано или поздно ваши потребности начинают превышать возможности фреймворка и тогда приходит Беда. С большой буквы. Чтобы сделать что-то, не предусмотренное фреймворком, нужны либо костыли, либо громоздкие настройки над существующими компонентами, причём на создание их времени в любом случае уйдёт в разы больше, чем если бы вы вообще не использовали Ext.
Затем кастомизация. Хотите подружить Ext с вашим красивым сайтом? Пожалуйста, вот вам дефолтная синяя тема, вот вам серая тема, и вот ещё несколько каких-то других. Хотите больше изменений, другую вёрстку, другие палитры или ещё чего-то — легко, делайте сами, но помните про Беду.
Далее, периодически выходят новые версии. Иногда они ничего не ломают, и обновление проходит глано, но чаще ломают, и чем больше у вас кода на Ext, тем больше придётся переделывать и допиливать при апгрейде.
Так же есть баги. Они есть в текущей версии. Просто в текущей, не важно какая там сейчас. Многие из багов заботливо изложены на форуме и превратились почти что в фичи, хоть некоторые из них могут и пофиксить быстро, но некоторые будут висеть(точнее не будут, а уже висят) годами. Придётся фиксить самим, но в исходники лезть — нини. Тронете — забудьте об обновлениях. Тогда следуем совету из данного топика, наш выбор — копипастить компоненты в кастомные со всеми потрохами. Которые с каким-нибудь релизом обязательно изменятся и всё опять поломается.
Про мдленную работу Ext и упоминать не буду — это извечная тема, о которой только ленивый не писал.

Впрочем, если вы не планируете обновляться и пишете только CRM, да ERP, с которыми никто, кроме ваших коллег или сотрудников заказчика, работать не будут, а так же если вы готовы инвестировать своё время в изучение технологий, которые для других вещей в вебе подходят не очень, то почему бы и нет — работать Ext будет и будет достаточно хорошо. Находясь в рамках заданных правил программировать на нём можно достаточно быстро.

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

С еклипсом то разобрался, но на смену пришел другой глюк
Не могу подключить ExtJs к html, хотя делаю все так как на офф сайте.
Start_ExtJs
Подгружется чистый html, тоисть белая html-страничка соответственно.
Кто сталкивался? Что я пропустил?
Спасибо.

Странно как то — стандартная функция загрузилась,
Ext.application({
name: 'HelloExt',
launch: function() {
Ext.create('Ext.container.Viewport', {
layout: 'fit',
items: [
{
title: 'Hello Ext',
html : 'Hello! Welcome to Ext JS.'
}
]
});
}
});

А беру любой другой пример кидаю код в js молчит, не грузит, может еще какие-то файлы нужно подключать кроме этих двух?

Знаю, в комменте это тоже указано

Имхо это не повод отказываться от конфигурационных объектов и ленивой инициализации. Если так хочется видеть явное присваивание — привяжитесь к afterrender компонента. Но честно говоря вообще странно, что такая логика требуется прямо во view.

Если использовать в параметре к down нормальный селектор, а не "#id", то не придется. В этом как раз и главное отличие down от get. Естественно, это не касается ситуаций, когда вы меняете Grid на Form, например, и ищете по xtype. Хотя можно оборачивать наследника в панель с определенным xtype.

Прекрасное решение. Спасибо.

Один из плюсов ext, что можно делать такие вещи.
Спасибо за фичу!