Как показывает независимое исследование, около 67 процентов Web-разработчиков на Хабрахабре пишут свои CMS. За свою жизнь ваш покорный слуга написал около пяти-шести CMS-велосипедов, и в процессе работы была с жадностью перерыта масса информации о структуре и принципах работы других CMS, а также придумано несколько своих. Мир CMS полон разнообразных модулей, расширений, компонентов, компонент, плагинов. О том, как разработчики CMS позволяют расширять функционал, и какие термины для этого используются, я и хочу рассказать. Сразу предупреждаю, что нижеследующая информация может и запутать, поэтому термины, которые в контексте разных CMS имеют разные значения, несут в скобках номер, указывающий на то или иное значение. Некоторые принципы, изложенные здесь, могут заставить сморщиться кого-либо. В списке, в основном, перечислен функционал, расширяющий систему. Синтаксис, используемый в примерах, в большинстве случаев выдуман.
Надеюсь, список поможет с организацией принципов работы собственных CMS, подкинет идею или просто заинтересует. Те, кому скучно, могут попробовать угадать, какая именно CMS имелась в виду в каждом конкретном случае (дабы избежать холивара, названия CMS в самом списке не используются, да и в конкретных случах термины могут содержать несколько иное значение).

Moo!

Пару месяцев назад, в ходе работы над клиентом CRM-системы одной MLM-фирмы, мне понадобился компонент, реализующий простейший TableGrid. Найти такой компонент оказалось не из простых.

Здравствуйте уважаемые читатели.

Не так давно (в одном из flex-проектов) понабилось отображать текст в поле ввода (TextInput) в определенном формате. Например, при вводе городского номера телефона нам необходимо в конечном итоге отобразить его следующим образом «(111) 22-33-44», при этом необходимо, чтобы пользователь видел шаблон ввода, например, «(___) __-__-__» и соответственно ориентировался по нему при использовании поля.

Часть 1

Interface Builder обладает мощными средствами для дизайна вашего приложения на уровне компонентов. Не только визуальных. Компонент вообще – это законченный узел, который умеет хорошо и чётко выполнять возложенные на него задачи. Будь то отрисовка чего-бы то ни было на экран, либо запись информации в файл в определенном компактном формате, адаптированном под наше приложение.

Любой такой компонент может быть представлен в виде жёлтого кубика в Interface Builder и интегрирован с остальными компонентами приложения. Не обязательно даже, чтобы они находились в одном XIB файле. У IB есть все необходимые примитивы для стыковки компонентов по слоям. Стыковка происходит весьма просто. Для этого вводится понятие “розеток” – IBOutlet-ов. Идеологическая нагрузка при таком подходе ложится на паттерн Dependency Injection.

Очередной велосипед. Честно скажу — просто хотелось что-то такое сделать более-менее изящное.
Предлагаю общественности очередной ява-скриптовый календарь.
По работе пишу на ASP.NET, часто пользуюсь встроенным календарем. Но он, понятное дело, на сервере работает, в общем, требует перезагрузки и т.п. Хотелось сделать что-то легковесное и в то же время легко подключаемое в реальную страницу. Что и выношу на суд общественности.

На выходе — валидный xHTML.