Совсем не так давно NetCat анонсировал новую версию системы. Очень амбициозная заявка на возможность создавать сайты в визуальном редакторе без каких либо знаний в програмировании. Но давайте рассмотрим систему более подробно, потому, что косяков у нее хватает. Пройдемся по моментам которые разработчики подают на промо как достоинстово системы и затронем часть более тонких технических деталей.

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

Что такое блок из которых в NetCat 6 собирается сайт? Ничто иное как инфоблоки. Да это компоненты и набор шаблонов к ним. И первое с чем сталкиваешься при сборке сайта на новой версии с помощью блоков, это с вопросом, а где среди всех этих компонентов "хлебные крошки"? А их нет. И не может быть, потому, что при таком подходе к блокам мы не можем в крошках вывести какая именно у нас страница открыта. Заголовок, картинки, цитаты, ссылки и даже каждый абзац текста - все это разные инфоблоки, и при таком подходе максимум, что мы можем показать в крошках, это уровень последнего раздела, но и для этого нам нужно создать свой компонент со стандартным выводом функции nc_browse_path или nc_browse_path_range и значит мы уже возвращаемся к кодингу и уходим от блоков. Это не плохо, но это уже не визуальный конструктор.

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

Дальше хочется вернуться к истокам и вспомнить что такое семантика кода. Для этого возьмем, например, сайт который участвует в туториале от NetCat и заглянем под капот. 

Как все мы понимаем, всавка крупных кусков css в тело html это не очень хороший тон. Семантика такого кода под вопросом, что в свою очередь может повлиять на поисковые позиции сайта в будущем. Почему бы не сгенерировать этот код отдельным файлом? Точно так же как генерируется components.css в котором собран css из всех компонентов и шаблонов. Может быть разработчики объяснят смысл такого подхода или исправят это в обновлениях. Систему явно выпускали с жестким дедлайном и на такие вещи просто забивали.

Поддержка адаптивных сайтов. Это есть и настройки адаптивности действительно удобные и очевидные. Однако есть пару замечаний. В режиме администрирования/редактирования можно по ошибке поставить настройку при которой блок будет всегда скрыт и мы получаем лишнюю сущность на странице которая не исползуется. Вернуть это можно закопавшись глубоко в настройки. Да и то не всегда. Это опять же тянет на страницу много лишнего кода.

Вместо заключения

Все так, но большинство партнеров предложат скорее стандартную методику разработки сайта, чем сбор его на конструкторе. Хотя ради эксперемента был реализован сайт для наших украинских партнеров - транспортной компании Гала Юг. Действительно что-то пришлось дописать, какие то компоненты блочные сделать с нуля но в целом сайт был собран на базе блочного сайта.

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