Меню сайта
Категории раздела
Мои статьи [6]
Модули Цитаты [0]
Загрузка модулей Цитаты
Форма входа
Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0
Главная » Статьи » Мои статьи

В защиту формата модулей Цитаты

Сегодня многие разработчики "околоцитатной" направленности ратуют за переход на новый формат модулей. Они неправы.

И вот почему. Классический формат — это совокупность гипертекстовой (html, попросту говоря) страницы и служебного файла. Так устроены модули Цитаты, так устроены и словари. Единственное отличие такого html документа от стандартной вебстраницы — это наличие специальной разметки, которая, впрочем, игнорируется обычными броузерами,  и таким образом, не препятствует просмотру основного файла модуля Цитаты в  обычном броузере.

И ключевым моментом является то, что для преобразования простой вебстраницы в модуль Цитаты необходимо лишь создать небольшой служебный файл, и, в ряде случаев, добавить в основную вебстраницу вышеупомянутую специальную разметку(признаки начала главы, стиха или обзаца). Все это делается в блокноте, или в другом простом, интуитивно понятном текстовом редакторе. Это, повторюсь, ключевой момент. Многие другие программы, наподобие e-Sword, или theWord — требуют преобразования тестов в формат базы данных. Да еще и нередко — преобразования из HTML в RTF формат. Последний, хоть и является формально текстовым, реально — трудночитаем, особенно в случае нелатинской (скажем, русской) кодировки.

Создание модуля в виде базы данных с необходимостью подразумевает использование нестандартного, и сложного для понимания(рядовым пользователем) программного обеспечения. Считаю, "чайника" можо научить делать модули Цитаты. А вот делать модули в виде базы данных — нет. Рядовому пользователю трудно растолковать суть структуры базы данных, сущность таблиц, кортежей и тому подобных вещей. Порог вхождения тут выше, значительно.

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

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

Подобное можно сказать и о сжатых 7-zip модулях Цитаты (bqb). Дорогие разработчики, используйте google.com ! Формат 7-zip открытый, реализация формата в исходных текстах. Библиотеки для работы с 7-zip на андроиде и iOS созданы, поищите. Не вижу проблемы связать ваш код с ними. Понятное дело, возможно, придется исходники, "напильником" подрихтовать, но разве это проблема для профессионала?

Есть афоризм, что весь мир — это текст. Если так, то конечно, это именно гипертекст.

 

 

 

 

Категория: Мои статьи | Добавил: AlekId (28.05.2014)
Просмотров: 1164 | Комментарии: 1 | Рейтинг: 0.0/0
Всего комментариев: 1
0
1 ru_Phoenix   [Материал]
Не согласен с выводами:
1. Согласен, что старый формат прост и легко создать модули. Но с другой стороны это стало причиной очень низкого качества модулей. Да и вообще, с чего это пользователи должны заниматься созданием модулей? Уже давно прошло это время и большинство модулей делают "знатоки".
2. Код для работы с HTML писать легко и никакой сложности в этом нет. Практически все сегодняшние языки программирования содержат нормальный встроенный компонент для отображения HTML. Изменение формата вызвано не желанием упростить с ним работу, а наоборот расширить функциональность модулей. А это как раз таки наоборот усложнит работу с ним, т.к. для всего этого нужен будет дополнительный функционал.

Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]