Есть 2 варианта. 1 - пересобрать dll из исходников поправив like (Есть простой и сложный способ). 2 - временная таблица с индексами при выборке

Нет, 3 способа. Можно создать ещё дополнительное поле в таблице lowercase, но по мне это залипон

Не использовать классы там где не надо. Когда у вас появится надобность тогда да.  Старые советуют оборачивать в классы потому что у них зарплата зависит от количества написанных строк.  И вообще с введением функций в рекорды сейчас лучше писать на структурированном стиле, а не на ООП. Что касается качество кода то это вопрос сложный.  Практики у меня достаточно. Так вот код он постоянно перерабатывается улучшается. Если Вы только начали свой путь советую прочитать книгу Кент Бек-Экстремальное программирование. Разработка через тестирование (2003). Человек рассказывает как практически происходит разработка больших проектов. Как планировать время, как тестировать код и как делать рефакторинг. Программирование это как готовка:
1. Соль перец по вкусу,
2. Смешать мартине, но не в сбалтывать.
3. Мешать по меньше.  
4. Когда в походе жаришь хлеб на ветке(излишняя чистота вредна туризму).
Если всё делать по теории, то вкусно не будет. Так и с программированием теория хороша в меру.
Вначале пишешь функциями много параметров делаешь структуры или объекты. Пишешь тесты. Код тормозит начинаешь перерабатывать от разнородных данных уходишь к однородным данным. Т.е. от массива объектов переходим к объекту с массивами  чисел.  MVC вообще предполагает выделение в модели объекты с данными без какой, то особой обработке максимум конвертирование из одного формата в другой.  А вычисления выносятся в сторонние компоненты.  Экстраполяцию стоит оформить функциями.  Если брать теорию ООП то оформить в виде класс-хэлпера. А вообще экстраполяция она разная бывает. Если это МКЭ то там она проработана в виде функций и есть стандартные подходы и тут совет брать и копировать вам хватит сложностей. Если взять экстрополяцию для звука или графики, то там есть что поисследовать.  Тут можно и класс хэлпером оформит. А если до вас никто такую программу не делала.  То тут советую сделать через ООП лучше день потерять потом за час долететь.  Потому что нужна будет визуализация данных результата и контроль для возможности ввода параметров и указания откуда и куда экстраполировать.  Правда играться в учёного не советую. Много времени отнимает пользы очень мало.  Сейчас проще взять теорию НС подготовить датасет и от классифицировать найдя лучшие параметры.  Сама подготовка сырых данных это отдельная программа отдельная задача.

Спасибо! Книгу скачал. А в контексте МКЭ на паскаль/лазарус есть готовые юниты? Я пока встречал только для С и тп.?

Готовый код не искал. Вот теория это другое дело.

Никто тут исключительно за классы в общем-то не говорил. Я вот вообще как раз про записи и писал 😂
И это и есть самое что ни на есть ооп

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

objectы похерили, записи лучше делают((

Угу, всё так ) наследование вот ещё бы сделали

Нахер тогда классы нужны будут😂

Чтобы был классный код 🥴

У меня сейчас похожая тема в разработке

Давай пилить вместе...

Я могу тестировать...

Пиши ТЗ)

завтра займусь

В общем, нужно описание того, что ты хочешь получить в итоге

Я со следующей недели за тему плотно сажусь

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

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