This vignette gives a brief overview of the code structure of the
The bulk of the code is written in C++ and interfaced with R via ‘Rcpp’.
The overall design philosophy was to keep the core C++ code completely independent from the R code (i.e. no ‘Rcpp’-related code in the core C++ files.) This results in a three-tiered organization of the code - core C++ code, ‘Rcpp’ C++ code, and R code.
This consists of the following files (only the .h files are listed to avoid redundancy, but each of these files has a corresponding .cpp file):
Matrixclass implementing basic matrix functionality
Nodeclass, which are the nodes of the quadtree
Quadtreeclass, which can be seen as a wrapper that provides a link to the interconnected nodes that make up the quadtree
LcpFinderclass, which is used for finding least-cost paths using a quadtree as a cost surface
As mentioned before, these files are completely independent of R and can be built and run independently of R.
These files are called ‘wrappers’ - essentially they each contain an instance of the relevant object and provide additional ‘Rcpp’-related functions that can be accessed from R. These essentially provide the “bridge” that allows the functionality in the core C++ files to be accessed from R.
Node. This class is exposed to R as
Quadtree. This class is exposed to R as
LcpFinder. This class is exposed to R as
Matrixclass I created. This function is separate from the other files because it is a general-purpose function and thus didn’t fit in any of the wrapper classes.
Almost all of the core functionality of the quadtree package is contained in the C++ code, and the R code serves primarily as an interface for working with the C++ quadtree data structure. A
Quadtree S4 class is defined which consists only of one slot, which contains a
CppQuadtree object. The methods for this class are often quite simple, merely consisting of calling one of the methods on the
CppQuadtree object. Similarly, the
LcpFinder class contains a
CppLcpFinder object. Using this approach has a few benefits. First, wrapping the C++ class in an S4 class allows the quadtree functionality to be accessed in a way that is much more consistent with typical R syntax, which will hopefully be more intuitive to R users. Second, it allows for me to add R code to validate and make any necessary modifications to parameters before calling the C++ methods - this helps make the functions more robust. This also allows me to take advantage of existing R functionality (for example, resampling a raster from the ‘raster’ package).
I won’t discuss each R file/function here - see the the function help files for details on each R function.