private
public
end;
Где объявлять пользовательские типы?
после этой секции - перед var?
выше формы
Я бы рекомендовал почитать про основы Pascal. Тут скидывали много литературы. Типы ты можешь объявить даже внутри этого класса ну или до или после объявления этого класса, внутри секции type
#docs #pdf #video #books
из книг что-то конкретное?
https://t.me/Delphi_Lazarus/157387 https://t.me/Delphi_Lazarus/326836 https://castle-engine.io/modern_pascal_introduction_russian.html (рекомендую)
Объявлять из можно где угодно
Помню, как пыталась связать базу(коннекшен) с SQL датасорс, датасет, grid. Еле пробила. Лучше б рядом стоял чел и показал, как это просто
вот кстати, если полный ноль в базах. даже на уровне терминологии. то с чего лучше начинать ликбез в наше время? причем не хотелось-бы изучать безнадежно устаревшие решения.
Не знаю. Я тогда просто читала, что было. Вот сейчас поняла, что тогда пробила сама, а сейчас пофиг, что за задача, смогу все. Спроси что, помогу)
У меня был такой человек. На пальцах показал что и как. В итоге написал себе учёт товаров в магазин
Чем люблю MsSql, что у него есть временные таблицы с одной #. Поэтому парой одной или десятком запросов получаю нужный результат без всяких классиков сверху. Sql серверы как раз заточены на работу с большим объёмом данных. Большинство работающее на других базах особенно MySql предпочтут другие варианты. Моей возможности у них нет)
Лучше безнадежно устаревших DataSet в Delphi пока ничего не придумали. Но в зависимости от задачи можно либо "обертку" для датасетов сделать, либо данные скопировать в другой формат - массив записей, список объектов, грид, дерево, календарь, итд..
Я про это как раз)
Тебя никто не заставляет через датасеты работать)
Ну дык я умею читать базы напрямую из файлов. В пятницу написал читалку баз MS SQL Server (mdf), поэтому мне датасеты не нужны. Но остальным нормальным людям датасет это буквально единственный стандартный способ получить результат из БД.
Nik имеет в виду легковесные Query которые есть в любой библиотеке доступа и не являются потомками датасета. К сожалению стандарта/предка на такие query нет, поэтому в качестве универсального решения их применить не получится.
Я FireDAC сейчас использую в качестве компонентов доступа, но над ними сделал обёртку, к которой можно любые другие компоненты прикрутить
Ты лезешь в файл на другом компе? И ой, это я на тебя наехала уже почти пару лет назад? Дико извиняюсь тогда, немного подросла)
А, нативные которые.. Ну, по поводу легковесности я бы усомнился. Стандартный TDataset не особо тяжелый, просто он несколько неинтуитивный и как будто недоработаный. Если его совсем малость доработать, будет годнота.
Я лезу в файл. Неважно, на каком он компе. Просто у меня десятки, а то и сотни баз данных в виде архивных копий, и оттуда нужно данные доставать. Есть решение в виде контейнеров и виртуалок с нужными серверами, но это так медленно и непрозрачно работает.. Проще написать читалку из файла.
Я себе свой датаконтейнер сваял, с возможностью ссылаться в коде на строки как на объекты
Ну так все делают, кто хоть немного думает о будущем (с) Макфлай старший. В HCL эта обертка работает с FireDAC, UniDAC, UIB. А еще она в унифицированном виде дает доступ к структуре любой БД независимо от типа базы и компонентов доступа, благодаря чему и работают автогенерация запросов и code completion в WebUI
Да, в TDataset не хватает возможности получить отдельную строку (запись, record) как отдельный класс (а лучше интерфейс), который можно куда-то передать и работать с ним отдельно от датасета.
У меня этот код на интерфейсах как раз)
Ну, некоторые форматы опубликованы, я на них ссылаюсь в исходниках. Некоторые приходится реверсить. Но вообще проще хорошо поискать, и не только в гугле, яндекс лучше ищет всякую техническую инфу. Некоторые вещи нужно уметь искать - они во всяких форумах и рассылках.
смысле, прям без драйвера?
Если вы знаете языки программирования, то вот актуальное краткое пособие https://castle-engine.io/modern_pascal_introduction_russian.html
Стикер
Обсуждают сегодня