Привет!
> У меня раз в год появляется мысль... Я её подумаю и забываю. Но осадок > остается... Шалунишка ;-) > В XSQLVAR хранятся указатели на данные. И ето реально не правильно. > А вот в DBBINDING (это типа OLEDB-шный аналог XSQLVAR) хранятся смещения. И > это реально правильно. > Потому что буферов под данные записи у меня может быть вагон. А вот > описатель структуры этих буферов - один. > В OLEDB - взял буфер, взял описатель и готово. > А в ISC API - взял буфер, подключил описатель к этому буферу (указатели на > sqldata и sqlind устанавливать) и только потом - готово. Либо надо > копировать. А чем тебя пугает такой метод? По мне - так удобно - прибил указатели гвоздиками к нужным местам в классе - и пользуйся конфетками, прям в обёртке. Птицеводы грозились, что API по-тихоньку будет переделываться и освобождаться от сишного засилья в сторону плюсонутости - но сам понимаешь, это ооочень радикальный шаг, примерно, как серпом по яй... им сымым, да. Насколько я понимаю, приблизительно такой же хренью страдают все сервера - им всем не нравится собственный API. По моему собственному мнению, API должен быть без Универсального Решателя Задач - тогда его можно натянуть на любые классы любого извращенца. В нынешнем API меня немного не устраивает работа с блобами (но сие есть ересь, я знаю) и слишком (на мой наивный взгляд) извращённая методика работы с числами и строками - я бы предпочёл, чтобы от меня это всё было скрыто (да-да, я у себя именно так и сделал). И вообще, требую безразмерных строк! :) > Вот так захочешь сделать по-настоящему интересную вещь и, как всегда, > обламываешься. Ыыыыы. А ты построй свой API с блэкджеком и шлюхами. Хотя, нафиг блэкджек. -- Best regards, Sergey mailto:[email protected]
