Row c что это
В прошлой теме для получения данных в DataSet приходилось подключаться к БД. Но в реальности DataSet — самодостаточный класс, с которым можно работать без подключения к базе данных, если нам не нужно никакого подключения к БД, не надо загужать данные. Такой сценарий не так сильно распространен и явно требуется не часто, если вообще требуется. Тем не менее рассмотрим, как мы можем работать с объектами DataSet и DataTable без какой-либо базы данных.
Например, создадим вручную в DataSet таблицу, определим ее структуру и добавим в нее данные:
Консольный вывод программы:
Разберем весь код. Сначала создаются объекты DataSet и DataTable , в конструктор которых передается название. Затем создается три столбца DataColumn . Каждый столбец в конструкторе принимает два параметра: имя столбца и его тип.
Причем для столбца Id устанавливается, что значения этого столбца должны иметь уникальное значение, не должны принимать null, и их значение при добавлении нового объекта будет инкрементироваться на единицу. То есть фактически это стандартный столбец Id, как в большинстве баз данных.
Далее создается еще два столбца — nameColumn и ageColumn. Затем устанавливается первичный ключ для таблицы с помощью свойства PrimaryKey:
В роли первичного ключа выступает столбец Id. Но мы также можем использовать набор различных столбцов для создания составного ключа.
После определения схемы таблицы в нее добавляются две строки:
Значения в метод users.Rows.Add() можно передать как напрямую в виде массива объектов, так и в виде объекта DataRow . При этом нам надо передать ровно столько значений, сколько в таблице столбцов. Однако поскольку первый столбец Id устанавливается через автоинкремент, мы можем передать значение null — оно все равно будет игнорироваться. Также мы можем опустить значение для третьего столбца — Age, так как у него установлено свойство DefaultValue , которое устанавливает значение по умолчанию, если значение отсутствует:
И в конце идет перебор строк таблицы.
Кроме добавления мы можем производить и другие операции со строками. Например, мы можем получить строку по индексу:
Получив строку по индексу, можно изменить ее ячейки. Изменить ячейку можно, используя либо индекс, либо название столбца. Например, изменение третий ячейки (индекс столбца — 2):
Или изменение ячейки для столбца с названием «Age»:
И также можно удалять строку:
Используя метод Select() объекта DataTable мы легко можем найти строки, которые соответствуют определенному критерию. Например, получим строки, в которых возраст больше 30:
Что именно означает (string)row["ColumnName"] и (Type)row["DataType"]?
(T)value — это приведение типа. Значение value , имеющее некоторый тип, конвертируется/приводится к типу T .
Индексатор DataRow возвращает значение типа object . Под этим типом могут скрываться любые другие.
(string)row["ColumnName"] — здесь тип object приводится к типу string .
(Type)row["DataType"] — здесь тип object приводится к типу Type .
С++: работа с таблицами
Хочу предложить к обозрению небольшую коллекцию функций, для удобной работы со списком структур, которые можно использовать как таблицы.
Для примера, пусть будет следующий код:
В результате такие списки структур представляются как таблицы с колонками. При необходимости и желании можно сделать такой шаблонный класс таблиц оберткой над вектором.
В общем про эти, про еще кучку других функций, и вообще про разные свойства С++, я здесь напишу. Исходники можно смотреть здесь: https://github.com/victorprogrammist/useCols
Ниже будет общий обзор функционала, а пока обзор макроса COLUMNS и других вариантов доступа к данным одного элемента списка.
Про COLUMNS и прочие варианты доступа к элементу списка
UPD: В исходниках макросы были заменены на названия UC_COLUMNS && UC_FIELD. В статье пока оставил прежние названия.
UPD: Согласно подсказке @KanuTaH Был добавлен построитель лямбды на шаблонах без макросов: membersAccessor. И другие варианты вообще без лямбды.
COLUMNS создает шаблонную функцию-лямбду для получения значений из элемента списка. В параметры макроса передаются названия полей структуры.
В случае если в COLUMNS передается одно название, то этот вызов эквивалентен вызову FIELD(field1).
Возвращаемое значение этой функции зависит от количества параметров. Если нужно возвращать одно поле из структуры, то возвращается ссылка на значение этого поля.
В остальных случаях возвращается значение типа: std::tuple<const T1&, const T2&. >
Список может быть не только списком структур, но и списком указателей на структуры — синтаксис использования будет одинаковый.
В качестве списка может использоваться любая коллекция, с которой могут работать std::sort & std::lower_bound.
В простейшем случае разворот этого макроса будет выглядеть так (почти так):
Именами полей можно указывать и более сложные структуры, например разворачивать поля вложенных структур:
Можно использовать построитель лямбд доступа к полям membersAccessor, вместо COLUMNS, для всех случаев, где применим COLUMNS. Его возможности немного по скромней — в нем не применить получение данных через точку. И запись чуть по длинней.
Но в остальном принцип тот же: если запрашивается один элемент, то результат вычисления лямбды это ссылка на значение. Если несколько, то результат std::tuple. Пример:
В случае, если желаемое значение к сортировке получается путем вычислений, которые не имеют ссылки, или вообще не являются методом исходного элемента, то для целей использования описываемого функционала можно создавать свои произвольные лямбды.
Что-то вроде такого для случаев одного значения упорядочивания:
Для случаев множественного результата с tuple, по крайней мере на gcc, не обязательно перечислять типы для tuple. Хотя clang не захотел компилировать без них:
Функция UseCols::sort использует классический std::sort, и выглядит существенно просто:
И в результате совместного использования макроса и этой шаблонной функции получается существенно краткая и наглядная конструкция для сортировки:
Преимущественно все остальные функции так же существенно просты, при желании вы сами можете заглянуть в них и разобраться.
Чуть ниже снова вернуть к COLUMNS более детально. Там вместе с ним идут иногда полезные макросы FOREACH && JOIN моей реализации.
Варианты использования без формирования лямбды.
Для всех описанных ниже функций, пока кроме findSorted && findFirst, есть возможность вызова без формирования лямбды. По крайней мере на внешнем уровне кода.
Для функций с возвращаемым значением, результат выполнения такой же, как и с использованием макроса или построителя membersAccessor: если результат по одной колонке, то непосредственно одно значение, иначе std::tuple результатов.
Реализовано это опять же существенно просто, на базе вызова membersAccessor:
Обзор функционала
Все функции размещаются в пространстве имен UseCols. В них параметр getFields это как раз описанная выше лямбда из макроса COLUMNS или из функции membersAccessor.
Классы Groups && Range
Разберем такой вот пример:
Класс Range представляет собой пару сохраненных итераторов: m_begin && m_end. Он возвращает эти итераторы как методы begin() && end(). Т.е. это просто некий диапазон строк из исходной коллекции.
Класс Groups является оберткой к итератору, который перечисляет возможные диапазоны Range из исходной коллекции.
Если исходный список отсортирован по колонке field1, то одинаковые значения располагаются рядом. И класс Groups перечисляет эти регионы одинаковых значений.
Для удобного конструирования класса Groups сделана функция groups:
Основные свойства класса Range: empty(), size(), first(), last(), begin(), end(). (Их смысл очевиден, поэтому не разворачиваю детальней).
И оператор -> который возвращает указатель на first() — на первую строку, из которой можно получать значения полей группировки, т.к. они для всего множества одинаковые.
Основные свойства класса Groups: begin(), end().
И метод countGroups(), при его использовании нужно учитывать, что он каждый раз при вызове для расчета количества групп перечисляет эти группы.
Т.е. класс Groups не хранит предрасчитанное множество регионов, т.к. для большинства случаев это избыточно.
Вот таким существенно небольшим функционалом можно существенно сократить и сделать программу наглядней для случаев когда нужно что-либо сгруппировать. При этом такой подход — использование сортировки — будет быстрей, чем собирать эти группы в std::map.
Макросы FOREACH && JOIN
Эти макросы не относятся к работе с таблицами. Они вообще в этой статье лишь потому, что на основе их сделан макрос COLUMNS. В общем дальше в статье я детальней описываю макрос COLUMNS, но прежде нужно описать FOREACH && JOIN. Может кто-нибудь найдет для себя кучку полезного и в описании этих макросов.
Делал я их существенно универсальным, и в них присутствуют несколько большие возможности, чем требуются для макроса COLUMNS.
Суть этих макросов, что им передается идентификатор FUNC другого define, и вариадичный список аргументов. И они вызывают FUNC последовательно для каждого из своих вариадичных аргументов. Еще передается один произвольный аргумент, см. в коде ниже.
Кажется что-то вроде этого есть в BOOST, но у меня здесь своя реализация. Обычно эти макросы используются из других макросов, и сами по себе их применение очень редко.
И примеры использования:
Ниже я несколько раз упоминаю про некие недостатки MSVC. Суть в том, что этот код сначала делался под gcc, позже тестировался на clang и были добавлены не существенные правки, вероятно соответствующие стандарту. И после тестировался на MSVC, в процессе чего пришлось вносить существенные правки. Вот здесь демонстрируется основная причина этому: https://stackoverflow.com/questions/5134523/msvc-doesnt-expand-va-args-correctly
Теперь чуточку сложней, определение количества параметров вариадичного define. Возможно кто-то уже видел подобное на просторах интернета:
Теперь основа для FOREACH && JOIN:
И сами определения FOREACH && JOIN:
Снова возвращаюсь к макросу COLUMNS
Сначала простейший случай — FIELD:
И остальные случаи множественных колонок:
Ну вроде все
Конечно, можно еще по напридумывать финтов в подобном стиле работы с таблицами. Например отборы, всякого рода копирования между списками с разными типами, или соединения таблиц. Но мне пока особо не требовалось, текущее множество функций покрывает существенную часть потребностей. В частности, на самом деле, даже множественный COLUMNS требуется редко, и обычно достаточно FIELD.
И в частности, здесь можно увидеть пример использования большинства функций: https://github.com/victorprogrammist/useCols/blob/main/main.cpp
UPD: исходники либы уже чуть поменялись с момента написания статьи, согласно комментариям, и возможно еще будут меняться. Особо полезен был комментарий от @KanuTaH.
что делает метод row ()?
В собственной документации, которая, как правило, довольно хорошая, я вижу ссылки на rows() метод MatrixBase , В настоящее время я пытаюсь найти способ получить количество строк в матрице, не зная ориентации (Row / Column-major) матрицы, поэтому было бы очень удобно просто вызвать rows() ,
Но я не могу найти это нигде. Что это за метод? Что оно делает? Это просто вернуть Eigen::Dynamic для динамических матриц, или он знает количество строк?
Смотря на справочная страница для MatrixBase , Я вижу несколько упоминаний MatrixBase::rows() но нет ссылки … Есть идеи?
Решение
rows() Метод действительно возвращает количество строк. Определяется в классе EigenBase , из которых MatrixBase это подкласс. Его документация находится на http://eigen.tuxfamily.org/dox/structEigen_1_1EigenBase.html#a5552abd83dbd03c85cea6d61fd8875a5 . Один из способов найти его — ввести «строки» в поле поиска в правом верхнем углу документации Eigen, а затем нажать «строки» в появившемся всплывающем окне; который открывает список rows() методы, определенные в библиотеке, в том числе EigenBase::rows() ,
Документация не говорит об этом явно, но rows() Метод возвращает фактическое количество строк, определенное во время выполнения. Постоянная RowsAtCompileTime возвращается Dynamic для матриц динамического размера и количества строк для матриц статического размера.
Упоминает MatrixBase::rows() в документации есть пережиток прошлого, который необходимо устранить. Спасибо за ваши комплименты по поводу документации, но мы знаем, что ее можно улучшить.