Поскольку в последнее время участилась отчётность, связанная с указанием возраста преподавателей (я правда не понимаю, почему инстанции Университета направляют на кафедры запросы о возрастах, в то время как существует централизованная база данных РУТ, откуда я и сам утаскиваю дни рождения сотрудников в свою локальную базу), то поднимаю данную тематику. Бессмысленная и беспощадная бумажная работа.

В общем, вынудили меня (косвенно) привести в порядок запрос на подсчёт разницы дат. Оно от лукавого, то есть от лени: надоедает каждый раз проверять так оно или не так в базе запросами посчитано? Помнил, ведь, что не так, потому как поленился сделать в своё время всё как следует.

И я публикую этот запрос здесь исключительно для того, чтобы не потерять, а не дабы похвастаться каким-то инновационным решением, которое таковым, кстати, и не является вовсе. Это типовая инженерная задача базового курса программирования, правда при использовании языка структурированных запросов она решается не столь же просто и очевидно из-за громоздкости применяемых в ней конструкций. Всё же, SQL заставляет под другим углом думать по сравнению-то с тем же C#.

Исходно у меня был такой нехитрый запрос из серии "начхать на +/- год":

SELECT [ФИО], DATEDIFF("yyyy",Преподаватели.Год_рождения,DATE())-1 AS Возраст_в_годах
FROM Преподаватели;

Сейчас контроль стал более строгим, потому "начхать" уже становится себе дороже. Дополнил логикой, что если день рождения преподавателя к настоящему моменту ещё не случился, то вычитать из полученной разницы по годам один дополнительный год (декрементирование результата), а если день рождения случился, то просто брать разницу рассматриваемых годов.

Логика не хитрая, но время на отладку у меня отняла. В самом "Access" со скобками стабильно путался и без помощи "Notepad++" не обошлось. И тут же прошу прощения за отсутствие в запросах конечного форматирования согласно правилам вежливости программиста. В рамках HTML это проблематично и тоже отнимает время. Хочется потратить его на что-то более полезное, чем вежливость.

SELECT [ФИО],
IIF( Month(Преподаватели.Год_рождения) > Month(Date()),
DATEDIFF("yyyy",Преподаватели.Год_рождения, Date())-1,
IIF ( Month(Преподаватели.Год_рождения) = Month(Date()) AND Day(Преподаватели.Год_рождения) > Day(Date()),
DATEDIFF("yyyy",Преподаватели.Год_рождения, Date())-1,
DATEDIFF("yyyy",Преподаватели.Год_рождения, Date())
)
) AS Возраст_в_годах
FROM Преподаватели;

Публикация сразу из двух информационных кластеров: "Чтобы не потерять" и "Чтобы было".

Долгое время моим любимым браузером был "Opera". Знаете почему? - Он единственный на тот момент позволял сохранять веб-страницы в формате веб-архива (*.mht). И так происходило довольно долго, пока... В общем, браузер в один "прекрасный" день просто так взял и обновился: в нём пропала упомянутая опция сохранения. Разработчики перешли на сохранение в *.pdf. Нет, большое им за это человеческое спасибо, конечно, всё прекрасно и современно, да и формат для хранения удобный, но сохранение в него работает пока, прямо скажем, мерзко: если на странице присутствует какой-либо плавающий баннер или новостная строка, то она не попадает в самый низ страницы, как того хотелось бы, а перекрывает она нужный текст ровно по уровню первой прокрутки страницы вниз. Вы не представляете, насколько это раздражает. А самое печальное, что прокрутка страницы вручную в самый низ ради принудительного позиционирования баннера там не спасает - он всё равно остаётся в области первой прокрутки при сохранении.

Что характерно, теперь я снова вернулся к использованию "Google Chrome". Много кушать он не просит, вполне себе шустрый и отладчик у него, к слову, неожиданно качественный. Это нисколько не реклама. Сам пользуюсь и всем рекомендую. Ещё одним пунктом за "Chrome" стало наличие в нём скрытой функции сохранения веб-страниц веб-архивом. Не далеко я полез в поисковик - решение нашлось крайне быстро, да и устанавливается оно в несколько кликов, потому настоятельно рекомендую к использованию. Даже если пользоваться не планируете, то открыть данную функцию всё равно полезно: не вам, так кому-то ещё когда-нибудь пригодится.

Итак, почему же я прицепился, собственно, к веб-архиву? На кафедре меня научили, и я хорошо это запомнил из студенчества, что чем меньше звеньев у системы, тем она надёжнее, ибо самое слабое звено повсеместно - это линия связи. Так вот если мы сохраняем просто страницу html, то там файлу всегда сопутствует целая директория с подключаемым к странице содержимым. И ни дай Бог с именем папки или файла что-то случится - всё! Вся инфоормационная целостность в момент рушится: на открываемой странице ничего кроме текста не отображается. Это обстоятельство тоже сильно раздражает. Конечно, современный Windows разработчики научили перетаскивать html-файлы в связке с его директорией при копировании, но всё равно этому механизму нет пока доверия - мало ли что случится. Всё новое уж точно не совершенно. Так вот, а веб-архив... Веб-архив полностью развязывает нас с этой проблемой: при сохранении на жёстком диске прописывается один единственный файл с расширением mht (или mhtml), и этот файл прекрасно открывается всеми, без исключения, браузерами.

Надеюсь, убедительно. Если же нет, то живите и дальше со своими кучами файлов. Я уже, честно, не готов с этим мириться. При этом, я и не против творческого беспорядка на рабочем столе, но иногда, всё же, стремлюсь к упорядочиванию.

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

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

Итак, как же обучить "Chrome" сохранять веб-архивы? Есть всего несколько простых шагов:

1. Ввести в командную строку браузера адрес: "chrome://flags".

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

3. Открыть строку поиска сочетанием клавиш "Ctrl" + "F" и ввести туда "Save Page as MHTML" (или часть этой поисковой фразы).

4. Напротив найденного пункта поменять состояние с "Disabled" на "Enabled" (или там просто будет возможность нажать на "Включить").

5. Браузер сам запросит перезагрузку и с этим запросом необходимо согласиться.

6. Далее при сохранении страницы через диалог "Сохранить как..." появится возможность выбрать третий пункт "Веб-страница, один файл (*.mhtml)".

Вот так. Вот и всё. Пользуемся на здоровье. И если вдруг упадёт Интернет, если брать мелко - упадёт хостинг, то всё не беда. Пусть горит оно всё огнём! Ваш личный блог останется жить на жёстком диске вашего персонального компьютера: всегда под боком, всегда рядом. При желании его потом можно будет быстро восстановить, перезалить и прочее-прочее. Многолетний труд не падёт смертью храбрых. Где-то он обязательно останется.

Предохраняйтесь. То есть сохраняйтесь чаще.

Именно в этот самый момент, пока мы ещё не очень далеко продвинулись (а сам я продвинулся за время, пока не было публикаций про "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"

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

Серия сообщений "Vue.js":
Часть 1 - ПЛАГИН -xBASEVIEW- ДЛЯ -TOTAL COMMANDER-. ВВЕДЕНИЕ
Часть 2 - JSON TEST
Часть 3 - ФРЕЙМВОРК VUE.JS. С ЧЕГО НАЧАТЬ. РАБОЧИЙ ПРИМЕР
Часть 4 - АВТОМАТИЗИРУЕМ СОСТАВЛЕНИЕ СПИСКОВ С VUE.JS. ПРИМЕРЫ
Часть 5 - ДЕЛАЕМ ПРОГРАММИРОВАНИЕ СО VUE.JS УДОБНЕЕ И ПРИЯТНЕЕ
Часть 6 - УЧЕБНО-МЕТОДИЧЕСКОЕ

Если что-то из нижеследующего вам, ну, совершенно не понятно откуда взялось, то стоит прочитать предыдущую публикацию по данной тематике здесь: 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":
Часть 1 - ПЛАГИН -xBASEVIEW- ДЛЯ -TOTAL COMMANDER-. ВВЕДЕНИЕ
Часть 2 - JSON TEST
Часть 3 - ФРЕЙМВОРК VUE.JS. С ЧЕГО НАЧАТЬ. РАБОЧИЙ ПРИМЕР
Часть 4 - АВТОМАТИЗИРУЕМ СОСТАВЛЕНИЕ СПИСКОВ С VUE.JS. ПРИМЕРЫ
Часть 5 - ДЕЛАЕМ ПРОГРАММИРОВАНИЕ СО VUE.JS УДОБНЕЕ И ПРИЯТНЕЕ
Часть 6 - УЧЕБНО-МЕТОДИЧЕСКОЕ

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

По долгу службы я начал разбираться с 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).

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

Серия сообщений "Vue.js":
Часть 1 - ПЛАГИН -xBASEVIEW- ДЛЯ -TOTAL COMMANDER-. ВВЕДЕНИЕ
Часть 2 - JSON TEST
Часть 3 - ФРЕЙМВОРК VUE.JS. С ЧЕГО НАЧАТЬ. РАБОЧИЙ ПРИМЕР
Часть 4 - АВТОМАТИЗИРУЕМ СОСТАВЛЕНИЕ СПИСКОВ С VUE.JS. ПРИМЕРЫ
Часть 5 - ДЕЛАЕМ ПРОГРАММИРОВАНИЕ СО VUE.JS УДОБНЕЕ И ПРИЯТНЕЕ
Часть 6 - УЧЕБНО-МЕТОДИЧЕСКОЕ

По долгу службы я занят сейчас конвертацией данных из таблиц базы данных "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" подготовить вручную. И речь абсолютно не идёт о том, чтобы вбивать сотни тысяч строк вручную, а имею в виду использование сторонних средств лобовой, универсальной конвертации, которые кто-то и когда-то до меня уже написал.

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

Серия сообщений "Vue.js":
Часть 1 - ПЛАГИН -xBASEVIEW- ДЛЯ -TOTAL COMMANDER-. ВВЕДЕНИЕ
Часть 2 - JSON TEST
Часть 3 - ФРЕЙМВОРК VUE.JS. С ЧЕГО НАЧАТЬ. РАБОЧИЙ ПРИМЕР
Часть 4 - АВТОМАТИЗИРУЕМ СОСТАВЛЕНИЕ СПИСКОВ С VUE.JS. ПРИМЕРЫ
Часть 5 - ДЕЛАЕМ ПРОГРАММИРОВАНИЕ СО VUE.JS УДОБНЕЕ И ПРИЯТНЕЕ
Часть 6 - УЧЕБНО-МЕТОДИЧЕСКОЕ

Немного разбавлю прогулки и новости из жизни столицы примерчиком из области программирования и алгоритмизации. Давненько тут не было ничего компьютерного. А что? Чем богаты, тем и делимся.

Во времена, когда я был студентом, в курсе учебной практики не выдавалась такая задача как "Угадай число" на LabView. Когда же я пришёл преподавать, то мой преподаватель-куратор, с которым первое время имел удовольствие работать в рамках этой самой дисциплины в паре, задал студентам такую задачку. Одну на всех, общую. Затем, при защите, он задавал по ней кучу математических вопросов типа: "Сможете это доказать?", "В каком диапазоне работает датчик случайных чисел?", "Это зачем?", "Это как?", "Почему тут плюс единица?", "Почему минус единица?", "Зачем округляем до большего целого?" и другие. Я, в общем-то, не люблю задавать студентам одни и те же вопросы на одной паре, ибо кто-то подслушает, затем совершенно бездумно ответит, а позже и вовсе забудет. Так пару лет я принимал это задание, конечно, когда оно у всех было общим, но на третий год для меня стало это скучным - решил его немного усовершенствовать. Далее представлю результат решения одной из задач, сформулированных в результате модификации.

Звучит она так: "Угадай число и выведи на график все неправильные, попутно встретившиеся при поиске, значения".

Эта публикация рассчитана на тех, кто мало-мальски знаком с LabView и владеет базовыми навыками программирования и алгоритмизации. Выполнен пример на довольно старой версии LabView 6.1, но мне приходится не слезать с неё, поскольку на кафедре и в вычислительном центре ИТТСУ имеется лицензия только на эту версию. Студенты качают с торрентов и более продвинутые версии этого пакета прикладных программ для разработки виртуальных приборов.

Основные моменты алгоритма:

1. Через цифровой контроллер "Вводимое число" пользователь вводит значение от 1 до границы, задаваемой константой масштаба.
2. Это значение направляется в структуру (тело) цикла с предусловием While, где сравнивается по логике "не равно" с преобразованной реализацией псевдослучайного числа.
3. На каждой итерации цикла вырабатывается псевдослучайное число, которое масштабируется численной константой (умножается на численную константу) до нужного предела (в примере до 1000). Так диапазон псевдослучайных чисел расширяется с 0-1 до 0-1000.
4. Полученное значение продолжает содержать "десятичный хвост", от которого следует избавиться посредством округления. В примере использовано округление до ближайшего большего целого (+бесконечность). Реально могут быть использованы и другие операторы округления, но не хочется возиться с математическим порогом округления в 0,5. Нужно понимать, что эта операция смещает диапазон с 0-1000 к 1-1000. Ноль, поданный на вход, алгоритмом никогда не будет отгадан - программа зациклится. Это один из моментов, который можно в программке усовершенствовать, но мне, опять же, лень.
5. Цикл While работает до тех пор, пока число на цифровом контроллере не равно преобразованной реализации псевдослучайного числа.
6. Итератор (или параметр цикла i выполняет роль абсциссы графика) индексируется и передаётся на первые ячейки элемента-связки. При этом его финальное состояние выводится на цифровой индикатор "Количество итераций" и суммируется с константой, равной единице, с целью смещения от нуля. LabView без дополнительных предустановок всё считает с нуля.
7. На второй цифровой индикатор выводится последняя преобразованная реализация псевдослучайного числа.
8. На каждой итерации, посредством индексации, снимается преобразованная реализация псевдослучайного числа и подаётся на вторые ячейки элемента-связки.
9. Элемент-связка формирует индексированные точки (x;y), по которым может быть построен график. x - итерация, y - преобразованная реализация псевдослучайного числа.

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

P.S. Говоря контекстное меню, я имею в виду, что на элемент было произведено нажатие правой кнопкой мыши (ПКМ), дабы избавить текст от частого упоминания ПКМ.

Возможная реализация интерфейса виртуального прибора "Угадай число"

"ДАЛЕЕ СКРИНШОТЫ"

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
Часть 3 - LABVIEW. НАСТРОЙКА ШРИФТОВ
...
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ