CyberMax,

Internal function в данном случае термин не верный. Это походу IBExpert так смутил своими названиями. В реальности это PSQL функция. А Internal function это те функции которые встроены в FB, например SUBSTRING.

Теперь по поводу external function. Их на самом деле 2 вида: новые UDR и старые (DECLARE EXTERNAL FUNCTION) или UDF (можно ещё назвать legacy external function).

Ну это я так поворчал по поводу термином. По поводу бага полностью согласен. Одноимённые legacy external function/UDF и PSQL/UDR функции надо бы запретить создавать.

Arioch,

в топку. Если уж и вводить то схемы. Нужны неймспейсы делай PSQL пакеты.

Arioch,

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

И опять же авторну так введите имплицитный пакет можно подумать что я этим занимаюсь

Ariochты защищаешь некую коллективную точку зрения, некотое коллективнoе статус-кво,

я никого не защищаю. У меня есть своё мнение на этот счёт. И я полностью согласен с ТС, что позволять создавать одноименные UDF и PSQL функции это баг. Да и команда разработчиков тоже согласна.

А вот твоё предложение не поддерживаю.

И кстати в 4.0 Legacy UDF объявлены depricated. И как-то особо стараться чтобы улучшать их возможности (ну например позволять размещать в пакетах) уже не будут. Поэтому если есть ещё необходимые вам самописные UDF пора задуматься над тем чтобы переписать их на UDR.

Arioch,

вообще плагин для написания UDR на Java есть (Beta версия). Но Адриано там так намудрил, что использовать его сложновато. Я уж лучше на Delphi UDR напишу.

Чтобы догнать и перегнать Оракл одних Java UDR явно не достаточно

Ariochсколько у нас Delphi-библиотек на тупом неправильном устаревшем API тянущемся с прошлого века

это кто тебе сказал что это API тупое и устаревшее? Плюнь ему в глаз.
То что там есть определённые ограничения не делают его тупым. Или ты предлагаешь авторам сиих библиотек забить на совместимость с Firebird < 3.0.

FIB+ - сдох и не поддерживается. Кто же по твоему туда новый API будет писать.
IBX - глубоко плевать на Firebird. Он на Interbase ориентирован.
UIB - тоже труп по большому счёту. Тем не менее в последних версиях зачатки нового API там есть.
BDE - ещё один труп.
DBX - этот почти труп. По крайней мере Embercadero переключается на FireDac.
Zeos - труп.
IB Object - понятия не имею что у них там в последних версиях. Продукт коммерческий у меня его нет.

UniDAC, FireDAC скорее всего подтянутся и добавят поддержку нового API со временем.
IBX2 полностью поддерживает новое и старое API.

И это ты ещё не брал в рассмотрение не Delphi компоненты.

Тот же PDO для пыха тоже на старом API. В прочем там ситуация довольно плачевная. Его особо не поддерживают.

Просто в 3.0 новое API по большому счёту для клиентских приложений не даёт ничего нового. А вот UDR другое дело.
А вот в 4.0 это уже не так. Один Batch API уже много стоит.

Dimitry Sibiryakov,

так там много чего ещё есть. Те же самые длинные имена объектов. Вроде новую XSQLVAR не стали делать.

Arioch,

ты UDR то хоть щупал прежде чем говорить?

В UDF ты не можешь нормальными способами:
1. Получить контекст транзакции/соединения
2. Обработать исключение и выбросить его в стандартный для firebird статус вектор
3. Контролировать NULL во входных параметров. Точнее можно но через жопу
4. Писать хранимые процедуры и триггеры

Arioch насколько негативное влияние на стабильность работы движка будет больше или меньше сравнительно с аналогичными UDF ?

точно так же как и на UDF. В память движка везде гадится одинаково.

>> C++ ? тогда не надо городить как-бы-COM-но-не-совсем.

COM за пределами Windows нет.

>> Делайте обычные абстрактные классы C++

Изначально так и сделали, но на FPC что-то пошло не так.
Кроме того, есть ещё C.

>> В результате получили произведение искусства, которое чужеродное и для C++ и для остальных языков.

Да неужели? Ты хоть смотрел что этот самый CLOOP генерирует? Да прослойка несколько толще чем чистый виртуальный класс, но никакой чужеродности там нет.

>>> В том числе IBX/Lazarus ?

IBX for Lazarus это немного другой IBX. И там кстати весьма вероятно новый API прикрутят.