атрибуты только у свойств класса могут быть?
у классовых свойств работает. у записей - нет

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

у object`ов проверял - работало. рекорды хз

Есть желание написать свой велосипед. Программа учёта юзеров сети и оборудования в фирме.
Базы данных не писал уже лет десять. Раньше тупо подключал микрософтоаксессовскую базу и в ней работал.
Сейчас хочу сделать что-то менее зависящее от сильно сторонних производителей. Смотрю в сторону sqllite. На сколько нормально на нем писать такие штуки? Есть ещё варианты? В идеале получить портабельную программу, которая запустится на любом компе с флешки.

Хороший вариант

Спасибо, все же уточню, верно ли я понял:
1. Процедура в интерфейсе-попроще или класс с паблик методом-посложнее.
2. Вот это не осознал: Внутри реализации процедуры при этом создание класса с процедурными параметрами для свойств. Имеется ввиду передача в эту процедуру параметров в виде "массива"=рекорд/объект/класс?

Для однопользовательской программы вполне себе

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

Все верно объяснил ) Опередил меня

Аааа, вон он как!

А для расширения познания-чем плохи static методы?

К примеру, вот в этом модуле куча классов в интерфейсы, которые могут быть использованы пользователями бота. Но часто людям то просто нужно отправить одно сообщение из программы через бота - и чтобы не разбираться во всем этом функционале - предоставляется простое решение - процедурное использование либы, в частности внутри процедуры TgBotSendMessage https://github.com/Al-Muhandis/fp-telegram/blob/c7de5d758508227e508b471699640250be44af4f/tgsendertypes.pas#L655 скрыты все эти действия по созданию класса и прочее.

Они ограничены в плане масштабирования и тюнинга, к примеру. Из плюсов - простота

Всем спасибо!

Большое спасибо!

Почти риторический  вопрос: передача такого количества параметров в методе в этом примере - это чисто?
function TgBotSendMessage(const AToken: String; chat_id: Int64; const AMessage: String;
 out AReply: String;
 ParseMode: TParseMode = pmDefault; DisableWebPagePreview: Boolean=False;
 AReplyMarkup: TReplyMarkup = nil; ReplyToMessageID: Integer = 0): Boolean;

На грани ) Но я попытался это нивелировать с помощью дефолтных значений для процедурных параметров

Спасибо!

меня смущает тут "всё в одном модуле" ))
даже эта одна процедура
в модуле с названием tgsendertypes

Согласен, можно было бы подумать о разделении модуля. В основном это легаси от старой либы, от которой я в свое время оттолкнулся. Почти ничего не осталось от старого кода. Название в освномном )