xslt, js, jquery,extjs, codeigniter
-
Здесь наращиваю функционал, чищу и привожу в порядок, пока без выкладывания наружу.
-
Удивляет не первый раз. При всей навороченности библиотеки, какие-то мелкие вещи сделать в лоб невозможно и приходится искать обходные пути. На Я затратил два часа чтобы понять, что передача объектов через Ext.Ajax.request напрямую невозможна.
-
На этом шаге я дополняю табличку списка объектов CommonGrid фильтром записей, оставляю задел для групповых операций с записями и возможностью добавить новую запись. На этом цикл «Ext JS "Большое приложение"» можно было бы считать закрытым, потому что весь необходимый функционал для решения большинства задач сделан. Но я хотел уложиться в семь (счастливое число) или восемь (круглая цифра) шагов и поэтому этот шаг будет не самым последним. Продолжение все же последует. Позже. Когда все причешу и приглажу.
-
На этом шаге особо важного ничего нет. Здесь я просто создаю новый компонент на базе CommonGrid - таблицы для просмотра записей и CommonTab. Поскольку в таблицу все данные не уместить, да и не надо, нужно иметь какой-то просмотрщик записи и лучше это делать в закладках. просмотрщик - это отдельный класс, который будет подгружаться динамически для каждого типа данных. По-большому счету это может быть вообще сколь угодно сложный компонент с редакторами, закладками и прочими навесками, но здеся я ограничусь только двумя типами - с Ajax-подгрузкой готовой страницы и с json-данными, которые при получении с сервера будут преобразованы через ExtJS - шаблонизатор, который мне очень не нравится.
-
На предыдущем шаге я обнаружил, что закономерно пришел в тупик. Закономерность заключается в том, что "большое" приложение - это не набор не связанных между собой и надерганных по помойкам jquery-плагинов, а нечто большее. Другими словами получилась иллюстрация к закону перехода количества в качество, сформулированного то ли Гегелем, то ли Марксом, я уже забыл. И чтобы ползти дальше придется вспомнить про шаблон проектирования Обозреватель (Observer).
-
На этом шаге я добавлю функциональность в класс таблицы CommonGrid, которая позволит удалять и редактировать записи. А в конце прихожу к выводу, что получился говнокод и необходимо срочно исправлять ситуацию уже на следующем шаге.
-
Каркас — это viewport разделенный пополам. В левой части — навигация в виде дерева объектов, в правой — панель табуляции для работы со списком объектов, соответствующих узлу дерева объектов. Больше здесь ничего нет. Потом я соединю этот и предыдущий шаг и получу первое «большое приложение».
-
Для начала нужно разобраться с классами на примере простой таблицы. Потом на этом месте вырастет большой компонент, который включает в себя табличку с фильтрами для поиска и сортировки, меню групповых команд, редактор и просмотрщик. Но это будет потом. Сейчас оттолкнусь от того что было раньше.
-
В предыдущей, оставшейся неопубликованой полностью, я занимался отдельными стандартными компонентами и привыкал к странным глюкам и фичам мегабиблиотеки ExtJS. Теперь пришло время заняться большими приложениями. Собственно большого приложения здесь не будет, здесь будет нечто большее — каркас для очень-очень большого приложения типа CRM или чудовищных размеров бэкофиса CMS, типа того что сделано в ModX на радость всем юзерам этой системы
-
Записки «CodeIgniter Шаг за Шагом» были написаны много лет назад, когда в рунете практически не было никакой информации о CI. К удивлению для меня они до сих пор не потеряли актуальность. Судя по статистике до сих пор находятся люди, которым нужны примеры для CodeIgniter. Почему к удивлению? Потому что в 2007 году CodeIgniter был наилучшей платформой для изучения php-фреймворков и в частности MVC-шаблона. Но сейчас, когда я пишу этот текст уже 2012 год. И имхо смотреть в строну CodeIgniter´а не самая лучшая затея. Почему?
-
Результаты продажи ссылок на СДЛ (сайте сделанном для людей) в течение двух месяцев. Использовались две биржи — MainLink и Sape. Вывод первый — Mainlink — унылое г..но, вывод второй — выгоднее размещать все на одной Sape
-
Простое приложение на базе ExtJS + CodeIgniter. Desktop + управление пользователями. Как ни страно но работает сразу после запуска.
-
Создание собственного класса, ленивая инициализация через xtype. В черновиках. Отсчет с древней статьи «20 правил, которым стоит следовать, когда начинаете работать с EXT JS & Sencha Touch»
-
Еще одно решение, позволяющее воткнуть в условные комментарии ie переменные.
-
Первый сайт в HTML5. Не зря воздерживался. Так привык к нормальной валидации страниц, что плохо понимаю как можно обойтись без нее. Для HTML5 вменяемого валидатора не нашлось.
-
Начал смотреть MVC. Работает автозагрузка. Непонятно зачем ExtJS генерирует адрес каждого скрипта с префиксом типа ?dc_5674567 После этого отлаживаться практически невозможно. И что делать?
-
Тестовый пример MVC работал только с ext.js и отказывался работать с ext-all. На javascript.ru написано про это но как решить проблему непонятно. Буржуйнет подсказал в чем проблема. В ext-all.js автолоадер зачем-то по умолчанию задизаблен. Зачем?
-
Все события в ExtJS можно разделить на два типа. Первый — события DOM. С ними все прозрачно — для них существует отдельный метод типа jQuery.bind. Второй тип событий — собственные события ExtJS. Здесь рассматривается совсем чуть-чуть для затравки.
-
Мода на изобретение самых лучших, самых быстрых, самых понятных, самых самы и отличных от всех других шаблонизаторов, процветающая среди php-программистов плавно переползла в Python и Ruby, и 2-3 года назад в JavaScript. Я думаю, в скором будущем в JS следует ожидать портирования Smarty, Quicky,FastTemplate, TAL… и базаров, какой шаблонизатор лучше. Это грустно. Особенно грустно потому что более пяти лет мне практически не приходилось иметь дело с шаблонизаторами отличными от XSLT. Поэтому код который написан в этом примере у меня вызывает неудержимое чувство отвращения.
-
Когда пару месяцев назад писал эти записки, во всем что касается манипуляций с DOM было много нецензурных комментариев, я их удалил. Не то то свыкся с мыслю что придется иметь с этим дело, а скорее в реальной работе оказалось, что с этим дело иметь не придется. Ну а если все же придется, тогда скорее всего забуду все это как страшный сон и подключу что-то более дееспособное чем существующие в ExtJS методы.
-
манипуляции с узлами DOM. Установка/чтение стилей, классов, атрибутов в ExtJS. Опять же лаконичностью и простотой jQuery здесь не пахнет.
-
Разборки с Ext.core.Element заняли у меня слишком много времени, потому что зациклился на поиске привычных по jQuery методов навигации по DOM в виде цепочек запросов
-
Как ни странно этот раздел оказался одни из самых тяжелых. Привычка легко и просто работать с DOM в Prototype, jQuery и др., вызвало крайнее удивление того, с чем столкнулся в ExtJS.
-
Рассматриваются добавление, удаление узлов, навигация по дереву, Drag & Drop.
-
Рассматривается три варианта загрузки — инициализация из статического объекта, инициализация из Ajax-запроса. И дополнительно вариант дерево совмещенное с таблицей.