По долгу службы я занят сейчас конвертацией данных из таблиц базы данных "FoxPro" в таблицы базы данных "IBM DB 2".

Это не лобовая конвертация из атрибутов одной базы в такие же атрибуты другой базы, потому всё это делается ещё и через "Java". SQL'ем единым проблему не решить. С учётом того, что я не умею работать с "FoxPro" вообще никак, выбор приведённых ниже обходных манёвров не обсуждается и не критикуется. Мы всегда платим за незнание чего-либо временем, потраченным на то, чтобы обойти это незнание, либо на то, чтобы это незнание устранить. Я не захотел специально изучать "FoxPro" для решения частной задачи. Вероятно, кто-то тоже пойдёт по столь же извилистому пути.

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

Сперва изложу план своих действий, чтобы вам стало понятно: читать или не читать данную статью дальше:

1. Найден плагин "Apache.POI" для "Java".
2. Общий вид таблицы базы данных "FoxPro" - это директория с файлами: "*.CDX + *.DBF + *.FPT".
3. Неудача с "DBF Converter 3.97".
4. Неудача с "DBF - SQL Expert".
5. Хорошо быть пользователем "Total Commander".
6. Вся жизнь - череда удач и неудач.
7. Обнаружение "xBaseView" в пакетной сборке "Total Commander 8.0 TechAdmin RC3".
8. Подключение "xBaseView" к "Total Commander 7.03" и "Total Commander 9.0а".
9. Конвертация по схеме "FoxPro -> xBaseView -> HTML -> Excel -> Java -> IBM DB2".

Как видите, получается больше обзор сложившейся ситуации. Но если идея вас захватила и захочется узнать подробности, то я потружусь над тем, чтобы представить конкретные инструкции и реализации.

А в чём, собственно, проблема конвертации? Проблема существует и кроется она в том, что я не нашёл прямого плагина для "Java", который вскрывает файлы базы "FoxPro". Вероятно, это моя личная проблема - не более. Но я её решил - я нашёл плагин "Apache.POI". Он прекрасно дружит с офисными приложениями "Microsoft Word" и "Microsoft Excel". Очень удобно и дружественно пишет и читает "XLS", "XLSX", "DOC" и "DOCX". Потому я и решил всё свести к автоматизации конвертации "Excel -> IBM DB 2" через "Java". А исходные данные, то есть "Excel" из "FoxPro" подготовить вручную. И речь абсолютно не идёт о том, чтобы вбивать сотни тысяч строк вручную, а имею в виду использование сторонних средств лобовой, универсальной конвертации, которые кто-то и когда-то до меня уже написал.

"ДАЛЕЕ ПРОДОЛЖЕНИЕ ПУБЛИКАЦИИ..."

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

Сразу ввожу одно очень важное определение, процитировав первую же ссылку в Яндексе: "Фреймворк - программная платформа, определяющая структуру программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта."

По долгу службы я начал разбираться с JavaScript'ом и фреймворком "Vue.js". Таковой мне порекомендовали. Хочется сразу отметить, что самое толковое, что есть в отношении этого фреймворка - это основная документация, официальное руководство от производителя. У меня был (да и остаётся не заданным) ряд вопросов к авторам различных статей на «Хабре» (https://habr.com/) из серии "как?", "что?" "откуда?", "почему так?" Метался из стороны в сторону, от статьи к статье, и спустя время всё равно приходил на страницы основной документации и находил там правильные ответы на свои вопросы.

Да, признаюсь, первое прочтение не дало, ровным счётом, ничего, но как только появлялись конкретные задачи - находились и решения к ним.

Поэтому первое, что мне хочется выделить и сохранить здесь - это ссылку на официальное руководство "Vue.js".

https://ru.vuejs.org/v2/guide/

Без него просто никуда.

Таким образом, имеется вполне конкретная цель: разобраться с "Vue.js". А на вопрос "зачем?" отвечают поставленные мною самим и моими коллегами задачи:

- предоставить результат конвертации данных из локальной базы в серверную в удобной форме для анализа приёмочной комиссией;
- следовательно: разработать графический пользовательский интерфейс для демонстрации с использованием передовых Интернет-технологий;
- следовательно: выбрать перспективный фреймворк на замену "Flex";
- следовательно: изучить объектную модель выбранного перспективного фреймворка;
- следовательно: перейти от строк таблиц базы данных к экземплярам классов, хранимым в оперативной памяти;
- следовательно: подобрать нужные структуры (деревья / таблицы / поля) и настроить фильтры для приемлемой демонстрации сведений, необходимых для анализа приёмочной комиссией.

Такое, как видите, получается классическое решение задачи, позиционируемой на этапе анализа предметной области согласно спиральной модели жизненного цикла любого программного обеспечения.

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

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

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

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

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

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

https://ru.vuejs.org/v2/examples/

И это, опять же, дало мне куда больший рывок, чем все те статьи на "Хабре", которые были прочитаны. И если раньше я считал "Хабр" за классную IT-площадку, то теперь меня "Хабр", откровенно, бесит, потому что в моём нынешнем представлении действительности - это сборище хвастунов, которые не нацелены научить своих читателей. Они просто показывают там, какие они молодцы, что они что-то сделали, они разобрались. Вернее, не так. Все они, априори, считают, что все их читатели, без исключения, знакомы с азами передовой разработки веб-приложений на языке JavaScript.

То есть, давайте мельком взглянем, с чего же начинается большинство статей по веб-разработке на "Хабре"? Например, просто типовая статья без оглядки на конкретное приложение / примочку:

"Выполните следующие шаги, чтобы установить [примочку] и начать работу с ней.

• Создайте директорию для вашего проекта. С точки зрения сервера эта директория будет корневой.
• Откройте эту директорию через терминал.
• Теперь скачайте и установите [примочку]. Аргумент -g указывает npm на то, что пакет следует скачивать в основную папку для хранения пакетов, а не в текущую директорию.

• $ npm install -g grunt-cli"

npm install, npm install, npm install…

Весь "Хабр" пестрит этим. Но реально нет там такой статьи, где тебе расскажут специфику от нулевой отметки о том, что, да откуда берётся? То есть по каким-то другим, постановочным статьям на "Хабре" ещё можно понять, что под терминалом понимается, на самом деле, консоль, а под консолью, в свою очередь, понимается "Командная строка" операционной системы, которая вызывается либо через "Пуск > Все программы > Стандартные > Командная строка", либо просто нажимается "Пуск" и в строке поиска прописываются три заветные буквы "cmd", которые подтверждаются нажатием на клавишу "Enter".

Но даже если ты нашёл определение терминала и попытался ввести упомянутую конструкцию "npm install", то всё равно ничего не получится, потому что автор не потрудился сказать, что когда-то давно он установил на свой компьютер программное обеспечение "Node.js", который позволяет ему устанавливать все примочки для проектов без особого труда.

Да, я нашёл ответы на эти вопросы и скачал себе "Node.js". Да, у меня заработали команды "npm install". Но вы думаете это помогло мне постичь данный дзен? Естественно нет. Это была дорога, которая лишь вывела меня на свет, на вершину горы, но к обрыву. А дальше-то что? Идти некуда. И вернулся я к истокам.

Но если считаете, что понимаете авторов и всю нитку повествования с этими всякими "npm", то следует скачать первым делом "Node.js" (https://nodejs.org/en/), ибо без него машина не просто не тронется с места, она даже не заведётся.

Далее я бился над проблемой поиска IDE (среда разработки приложений). Без IDE как без рук. И я спорил, спорил, спорил с коллегами о том, что все эти фреймворки, которые они рекомендуют, конечно, дело хорошее, но вот с наличием среды разработки для их использования какая-то информационная пропасть. Но то было мышление программиста, работавшего долгое время с толстыми клиентскими приложениями... А в споре, как известно, рождается истина. И мне дали понять, что я бьюсь головой об стену в поисках IDE одним простым вопросом:

- А зачем тебе IDE?
- Как же? А кто всё это безобразие компилировать будет? – Возразил я.
- Это же JavaScript, он, по сути, компилируется браузером. Можно писать код хоть в блокноте.

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

И, конечно, как только я сел и тупо скопировал простейший пример "Vue.js" в блокнот, то он у меня, не поверите, заработал.

Не сразу, естественно, ибо есть специфика на сайте - там всё поделено на рубрики:

- результат (Result);
- гипертекстовая разметка (HTML);
- скрипт, программный сценарий (Script);
- настройка стилевого оформления (CSS).

Если понимаешь, как взаимно увязать фрагменты этой мозаики - всё будет работать."ДАЛЕЕ ПРОДОЛЖЕНИЕ ПУБЛИКАЦИИ..."

Если что-то из нижеследующего вам, ну, совершенно не понятно откуда взялось, то стоит прочитать предыдущую публикацию по данной тематике здесь: https://www.liveinternet.ru/users/flash_a/post437914082/. Заодно скачать обучающие примеры оттуда же будет не лишним.

На следующем шаге изучения фреймворка "Vue.js" мы разберём составление списков, поскольку сами по себе списки предполагают использование циклических конструкций. И это ещё далеко не высший пилотаж, но уже что-то посложнее вывода простого сообщения с приветствием.

Помимо циклических конструкций здесь нам предстоит разобраться и с другими важными элементами программирования:

- массивами;
- записями;
- форматом текстовой базы данных "json";
- тегами, отвечающими за списочные структуры.

Начнём с самого простого и интуитивно понятного из этого перечня. Если вспомните тот же Microsoft Office Word, то списки в нём бывают как нумерованными, таки и маркированными.

Нумерованные списки используются там, где важно отразить приоритет упоминаемых элементов, их последовательность или количество; маркированные же списки - это все остальные наборы данных.

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

Для примера составим маркированный список. Сначала вручную, чтобы освежить в памяти HTML (или же продолжить его изучение). Зная, как прописываются списки вручную, позже в красках можно будет понять и всю прелесть использования возможностей фреймворка "Vue.js".

За основу всё равно берём составленную ранее страничку "index.html" (из предыдущей публикации). Да, она будет изменена до неузнаваемости, но не придётся повторно прописывать базовые конструкции, обуславливающие гипертекстовую разметку в текстовом файле. Вместе с тем у нас уже будет подключен модуль "Vue.js".

Итак, создадим сначала маркированный список, содержащий первое сообщение (message1). Заменим теги абзаца/параграфа (р) на теги маркированного списка (ul), а также заключим первое сообщение в теги элемента списка (li).

Пример кода для составления списка, состоящего из одного элемента

"ДАЛЕЕ ПРОДОЛЖЕНИЕ ПУБЛИКАЦИИ..."

Именно в этот самый момент, пока мы ещё не очень далеко продвинулись (а сам я продвинулся за время, пока не было публикаций про "Vue.js", достаточно далеко), хочется прервать прямое повествование про сам фреймворк, а порекомендовать вам очень полезное для разработчиков программное обеспечение, против которого я, кстати, очень долго сопротивлялся, но теперь понимаю, что сопротивлялся неоправданно.

Речь в публикации пойдёт о расширенном блокноте "Notepad++". Помнится, я в самом начале серии всех публикаций в направлении своей новой деятельности, связанной со "Vue.js", говорил, что у меня на компьютере предустановлен очень удобный и нашпигованный по последнему слову техники "Total Commander". Если не помните такого, то перечитайте - всё рядом (https://www.liveinternet.ru/users/flash_a/post434539131/).

Так вот расширенный "Total Commander" меня снова выручил, поскольку в него для редактирования текстовых файлов по клавише "F4" встроен не обычный блокнот ("Notepad.exe"), а блокнот второго поколения ("..\Soft\Notepad2\Notepad.exe"). Да, если открыть диалоговое окно конфигурации файлового менеджера, то там прописан следующий страшный путь: "%commander_path%\Soft\Notepad2\Notepad.exe" (Рисунок 1). Собственно, хорошо видно, что это плагин (специальная подключаемая подпрограмма, адаптированная под "Total Commander").

Рисунок 1 - Подключённый "Notepad2" в "Total Commander TechAdmin"

"ДАЛЕЕ ПРОДОЛЖЕНИЕ ПУБЛИКАЦИИ..."

Что же, в каком-то смысле в этом году я променял блог на иную форму самиздата. И прошло всё в этом отношении, на мой взгляд, эффективно.

Встречайте на сайте библиотеки РУТ (МИИТ):

1. СОСТАВЛЕНИЕ ОТЧЁТНОЙ ДОКУМЕНТАЦИИ ПО РЕШЁННЫМ
ЗАДАЧАМ АЛГОРИТМИЗАЦИИ И ПРОГРАММИРОВАНИЯ

2. ПОЛУЧЕНИЕ ПЕРВИЧНЫХ ПРОФЕССИОНАЛЬНЫХ
УМЕНИЙ И НАВЫКОВ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ ДЕЯТЕЛЬНОСТИ

3. ДИСПЕТЧЕРСКАЯ ЦЕНТРАЛИЗАЦИЯ МОСКОВСКОГО МЕТРОПОЛИТЕНА

4. ПРОЕКТИРОВАНИЕ ТИПОВОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ С ИСПОЛЬЗОВАНИЕМ ТЕХНОЛОГИИ WEB-ПРОГРАММИРОВАНИЯ НА БАЗЕ ФРЕЙМВОРКА VUE.JS

Годовой план изданий учебно-методической литературы выполнен на все 100%.