CNORXZ
Container with Native Operation Routines and Expressions
|
(as always, the name was there before the acronym)
This library provides a framework for handling multi dimensional data containers (arrays or array-like types), their meta data, and several kinds of operations on one or more of them.
The library can be installed by the following procedure (gtest
required):
To build the doxygen:
To use the features of the libraries one has to include cnorxz.h
and link against the libcnorxz.so
. The tools of the library are accessible within the namespace CNORXZ
.
(Also consider doxygen)
This library consists of several building blocks. For simple usage, the most important building blocks are ranges, indices and arrays.
Basically, a range defines a meta data space. There are several range class types, which are derived from the abstract base class RangeBase
. Ranges can only be created by the corresponding factory and exclusively exist within a shared pointer; they cannot be copied. Available range class types are:
CRange
: Classic one-dimensional range. The meta data space is simply given by integer numbers running from 0
to size-1
. The range size is determined at runtime.URange<MetaT>
: Generic One-dimensional range. The meta data space is user defined, the meta data type is passed as template argument. The range size is determined at runtime.SRange<MetaT,S>
: The same as URange
, but the range length is fixed at compile time by the template integer variable S
.PRange<RangeT>
: Partial or sub-range, i.e. a user-defined subspace of another range. The type of the range must be known at compile time, the subspace can be specified at runtime.MRange<RangeTs...>
: Multi-dimensional range, spanned by a set of ranges. The number of ranges, as well as their types must be known at compile time.YRange
: The same as MRange
but the number of ranges and their types can be specified at runtime.For each range type there is a corresponding index type (CIndex
, UIndex<MetaT>
, SIndex<MetaT,S>
, PIndex<IndexT>
, MIndex<IndexTs...>
, YIndex
). They act as const iterators on the ranges and are a crucial component to define operations on containers. In contrast to the ranges, all index types must be known at compile time (static polymorphism, IndexInterface<Index,MetaT>
).
Apart from range specific indices, there exist also special indices:
DIndex
: Dynamic index wrapper, for the case that the index type cannot be determined at compile time.AIndex<T>
: Array index. Const iterators pointing to the data of an array-type object with data type T
.BIndex<T>
: The same as AIndex
, but not const.Arrays or array-like types contain or view datasets and are derived from CArrayBase<T>
(const) or ArrayBase<T>
for a given data type T
. All array types are defined on a range, their data can be accessed or iterated over using suitable indices. The array-type actually containing data is called MArray<T>
. Moreover, there exist array-types that do not contain data, but view the data of other arrays or at least parts of the data. These are called CSlice<T>
(const view) or Slice
.
In the context of this library, expressions are classes representing an expression that is supposed to be executed at given points during an iteration proceedure that involves one or more indexed quantities. Each expression type must fulfill the following requirements:
operator()
taking a multi-position argument indicating the position for the current iteration of each involved object according to its indices. The function can have an expression defined return value, which can be further processed.rootSteps()
taking an index ID as argument. The function should return jump sizes for each involved object corresponding to the given index.Each expression Xpr
should be derived from the class XprInterface<Xpr>
, where Xpr
is a recurring template argument (static polymorphism).
There are two important expression types:
Example:
More documentation will follow...
GitHub Doxygen Task based on work by satu0king.
I want to thank Gesina Schwalbe for creating the logo.