Metadata-Version: 2.1
Name: cmg
Version: 1.1.0
Summary: C++11 model generation
Home-page: https://github.com/johndru-astrophysics/cmg
License: MIT
Author: John Dru
Author-email: john@muopia.com
Requires-Python: >=3.11,<3.14
Classifier: License :: OSI Approved :: MIT License
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.11
Classifier: Programming Language :: Python :: 3.12
Classifier: Programming Language :: Python :: 3.13
Requires-Dist: click (>=8.1.8,<9.0.0)
Requires-Dist: jinja2 (>=3.1.4,<4.0.0)
Project-URL: Documentation, https://johndru-astrophysics.github.io/cmg
Project-URL: Repository, https://github.com/johndru-astrophysics/cmg
Description-Content-Type: text/markdown

C++ Model Generation (CMG)
==========================

This package provides a command-line utility `cmg` and Python dataclasses to describe a schema, then use that schema to generate a model in C++.

You can use this for applications that require complex modeling and high performance.

The resulting code uses C++11 smart pointers for easier memory management.

## Installation

Using pip:

```
pip install cmg
```

Using poetry:

```
poetry add cmg
```

## Command-line

Use the `cmg` command to convert a schema into a set of C++ files:

For example:
```
cmg --schema examples/solar_system.py --output solar_system
```

Will create a directory called `solar_system` containing the following files:

```
solar_system/
    CMakeLists.txt         - Example CMakeLists.txt to create a library and build the tests
    planet.cpp             - Planet class implementation
    planet.hpp             - Planet class header
    root.cpp               - Root class implementation
    root.hpp               - Root class header
    solar_system.cpp       - SolarSystem class implementation
    solar_system.hpp       - SolarSystem class header
    star.cpp               - Star class implementation
    star.hpp               - Star class header
    test_solar_system.cpp  - Test suite, using GTest
```

You can use the `CMakeLists.txt` file as a starting point for your own build.

> NOTE: the whole output directory will be removed and re-created every time you run `cmg`.

## Schema Structure

The schema consists of a set of classes (`Klass`) which contain fields (`Field`).

A tree structure can be created using parent-child relationships (solid lines).
Then references can be created between classes in the DAG hierarchy (dotted lines).

![schema](https://github.com/johndru-astrophysics/cmg/blob/main/assets/cmg.drawio.png?raw=true)

## Examples

Please see the example schemas in the `examples` directory.

## API Documentation

[Full API documentation is available here](https://johndru-astrophysics.github.io/cmg).

## C++ model usage

Each class contains `create`, `update` and `destroy` methods to build and modify your data structure.

### Create

Objects are created using the static method `create`, for example:

```c++
auto root = Root::create();
auto solarSystem = SolarSystem::create(root, "The Solar System");
auto sun = Sun::create(solarSystem, "The Sun");
auto earth = Planet::create(solarSystem, "Earth");
earth.lock()->setStar(star);
```

Classes without parents will create shared pointers, child classes will create weak pointers.

The `root` variable will be a `shared_ptr`. The `sun` and `solarSystem` variables will be `weak_ptr`.

### Read

Instances of child classes need to be locked before use:

```c++
sun.lock()->getName(); // Returns "The Sun"
```

Instances of root classes (i.e. classes without parents) can be used directly, without `lock()`

### Update

Each field has a getter and setter:

```c++
sun.lock()->setName(std::string("Renamed"));
sun.lock()->getName(); // Returns "Renamed"
```

### Destroy

Objects are usually destroyed automatically when their shared_ptr count is zero. But if a parent has a reference to a child, then it will never be deleted from memory. So, calling `destroy()` on a parent instance will also destroy its children. The parent shared_ptr will still be in memory until the variable referencing it goes out of scope.

### Checking references to objects have not expired

In the solar_system example, a Sun is owned by the Root class, but it is referenced by the SolarSystem class.

You can check if a reference to another object is not expired before using it, like this:

```c++
auto sun = earth.lock()->getSun();
if (!sun.expired())
{
    std::cout << sun->lock().getName() << std::endl;
}
```

### Getting shared_ptr from a child object

To make a shared_ptr using a child's weak_ptr:

```
auto earthPtr = earth.lock()->getptr();
std::cout << earthPtr.getName() << std::endl;
std::cout << earthPtr.getMass() << std::endl;
```

Use this to lock a weak object until it goes out of scope. This saves you from locking the object every time you want to call one of its functions.

## Help and bug reporting

Please ask any questions or report bugs to the GitHub issues page: [https://github.com/johndru-astrophysics/cmg/issues](https://github.com/johndru-astrophysics/cmg/issues)





