ExtJS и серверный фреймверк - как лучше сделать?

xintrea

Новичок
Интересует вопрос о том, как лучше использовать ExtJS с серверными PHP-фреймверками.

То есть, вопрос по архитектуре приложения.

Когда начинаешь работать с ExtJS, получается, что вся логика сосредоточена на клиенте в JavaScript. А на сервере должны существовать только сервисы-ответчики, которые предоставляют данные (по AJAX) клиентским JS-моделям.

Поэтому вопрос 1 - имеет ли смысл использовать ZendFramework или там Yii или там CodeIgniter? Или это будет сплошной оверхед? Достаточно ли просто пользоваться на сервере возможностями PHP плюс какой-нибудь ORM?

Вопрос 2 - где и как хранить код объектов ExtJS? Хранить как статику в в видет простых файлов в директории? Хранить в директории видов PHP-фреймверка и генерировать JS-код PHP-фреймверком? Какие-то смешанные техники?

Вопрос 3 - имеет ли смысл использовать совместно с ExtJS библиотеку JQuery?

В общем, расскажите, как у вас устроены приложения с ExtJS.
 

Absinthe

жожо
1. Имеет.
2. Ассеты фреймворка.
3. Эпизодически, для определенных компонентов на jQuery.
 

xintrea

Новичок
Мы находимся на русскоязычном форуме. Если бы я хотел узнать ответ у англоязычной аудитории, сюда бы я не писал. Ваш ответ бесполезен. Рекомендую перевести текст по ссылке или объяснить своими словами.
 

Absinthe

жожо
Рекомендую перевести текст по ссылке или объяснить своими словами.
$60 баксов в час, объясню.
Начнем с того, что подобным тоном с твоей стороны разговаривать - хамство.
Продолжим тем, что данная информация (по ссылке) не существует на русском языке.

Закончим напоминанием, что ты сейчас находишься на форуме программистов, и чтение технической литературы является обязательным навыком программиста.
То, что ты не знаешь этого языка говорит лишь о том, что пока ты его не изучишь на базовом уровне, то можешь не мечтать о чем-то больше junior.
 

xintrea

Новичок
Продолжим тем, что данная информация (по ссылке) не существует на русском языке.
У вас есть прекрасная возможность исправить это недоразумение. Тем более, что фреймверк Symfony вы, по всей видимости, знаете. И вам несложно будет объяснить суть термина "Ассет фреймворка".


Закончим напоминанием, что ты сейчас находишься на форуме программистов, и чтение технической литературы является обязательным навыком программиста.
Вы так торопились, что забыли сказать, чтение на каком языке является обязательным навыком.


То, что ты не знаешь этого языка говорит лишь о том, что пока ты его не изучишь на базовом уровне, то можешь не мечтать о чем-то больше junior.
В отделе, которым я руковожу, мечты нормированы документом "Профессиональный стандарт. Программист", утвержденный Приказом Минтруда России №679н от 18.11.2013.

Должности "junior", как вы понимаете, в нем не встречается.
 

Absinthe

жожо
У вас есть прекрасная возможность исправить это недоразумение. Тем более, что фреймверк Symfony вы, по всей видимости, знаете. И вам несложно будет объяснить суть термина "Ассет фреймворка".
Это не недоразумение: подобная информация на русском языке не обязательна. Но если ты все же хочешь перевод, то предлагаю заплатить за него.

И не надо оправдывать свое нежелание учиться. Это выглядит очень глупо.
 

hell0w0rd

Продвинутый новичок
xintrea,
Вы так торопились, что забыли сказать, чтение на каком языке является обязательным навыком.
Да на любом. Профессиональной обязанностью является поиск информации любым доступным способом. Способ "поныть на форуме" тоже есть, но должен иметь границы, вам дали прямую ссылку, гугл-транслейт в зубы и изучайте.
Тем более что минимальная расшифровка ответа на ваш вопрос очевидена из самого вопроса:
где и как хранить код объектов ExtJS? Хранить как статику в в видет простых файлов в директории?
По теме:
1) Это также как, если бы вы вместо extjs использовали чистый js. Фреймворк как минимум дает базовые вещи, типо роутера, обертки над глобальными переменными($_POST, $_SERVER, etc.), структуры проекта, контейнер зависимостей
2) Сборку ассетов лучше всего делает сам js, посмотрите в сторону gulp/grunt/brunch
3) Я так понимаю у extjs есть api аналогичный jquery, однако возможно нет каких-то аналогичных плагинов. Когда такая проблема возникнет - можете смело подключать jquery
 

xintrea

Новичок
Это не недоразумение: подобная информация на русском языке не обязательна.
Смелое утверждение. Считаю, что из-за таких как вы тормозится развитие всей отрасли. Вам нужно подумать о том, чтобы сменить профессию.


Но если ты все же хочешь перевод, то предлагаю заплатить за него.
Да нет, спасибо, я уж как-нибудь сам. Тем более, что потратив время на перевод, я всегда делюсь им с общественностью, бесплатно. Чтобы не быть голословным:

http://webhamster.ru/site/page/index/main/news/292


И не надо оправдывать свое нежелание учиться. Это выглядит очень глупо.
Вы не понимаете смысла существования профессиональных сообществ. Не стоит пытаться учить незнакомого вам человека. Миссия профессионального сообщества в том, чтобы эффективно распространять знания путем доступного объяснения неясных моментов технологии. Если вы не можете объяснять (ленитесь или не умеете), просто не пишите сюда. Есть такое выражение Курта Вонненгута: "Если учёный не может за пять минут обьяснить пятилетнему ребёнку теорию, которой он занимается, то это не учёный, а шарлатан". Вот вы пока что не смогли объяснить смысл вашего термина, хотя времени прошло гораздо больше. Либо пишите по делу, либо прекращайте флудить.
 

xintrea

Новичок
По теме:
1) Это также как, если бы вы вместо extjs использовали чистый js. Фреймворк как минимум дает базовые вещи, типо роутера, обертки над глобальными переменными($_POST, $_SERVER, etc.), структуры проекта, контейнер зависимостей
2) Сборку ассетов лучше всего делает сам js, посмотрите в сторону gulp/grunt/brunch
3) Я так понимаю у extjs есть api аналогичный jquery, однако возможно нет каких-то аналогичных плагинов. Когда такая проблема возникнет - можете смело подключать jquery
В общем, насколько я понял, с ExtJS не стоит городить проект, используя принципы сервер-сайд-MVC фреймверка. Лучше не заниматься генерацией JS в видах серверного фреймверка, а держать JS-код просто в статических файлах. И разработку всю вести "от клиента", используя MVC самого ExtJS. А на сервере только размещать обработчики запросов, и вот их имеет смысл делать в виде контроллеров серверного фреймверка с использованием всех возможностей серверного фреймверка.
 

hell0w0rd

Продвинутый новичок
xintrea, да нет, все то же mvc, просто view - это сериализация данных в json/xml.
Тем более, что потратив время на перевод, я всегда делюсь им с общественностью, бесплатно.
Вы - молодец. Но у программиста чуть ли не каждый день появляется новая фича, будь то плагин к IDE, или новая библиотека. Невозможно самостоятельно читая документацию тут же публиковать ее перевод каждый день. Программировать-то когда?)
 

Absinthe

жожо
Смелое утверждение. Считаю, что из-за таких как вы тормозится развитие всей отрасли. Вам нужно подумать о том, чтобы сменить профессию.
Ошибаешься, тормозится развитие отрасли из-за ленивых и наглых ничтожеств вроде тебя.
Ты не только пытаешься оправдать свою лень, но и оскорбляешь человека, который ответил на твои вопросы.
 

michelle

Новичок
xintrea, форум дело добровольное - могут ответить, а могут и послать в пешее эротическое.
Здесь никто никому не должен.

Тебе дали направление - дальше дорогу осилит идущий.
 
Сверху