Metadata-Version: 2.1
Name: DoctoPi
Version: 0.1.0
Summary: Extensible Python library for docs-as-code
Author-email: Jack Swiney <jack.swiney11@gmail.com>
Maintainer-email: Jack Swiney <jack.swiney11@gmail.com>
License: Apache Software License 2.0
Project-URL: bugs, https://github.com/jack-swiney/doctopi/issues
Project-URL: changelog, https://github.com/jack-swiney/doctopi/blob/master/changelog.md
Project-URL: homepage, https://github.com/jack-swiney/doctopi
Description-Content-Type: text/markdown
License-File: LICENSE
Requires-Dist: docspec
Requires-Dist: docspec_python
Requires-Dist: docstring_parser
Requires-Dist: mdutils
Provides-Extra: dev
Requires-Dist: coverage; extra == "dev"
Requires-Dist: pylint; extra == "dev"
Requires-Dist: pytest; extra == "dev"

# DoctoPi

## Installation

```sh
python -m pip install doctopi
```

## Overview

Extensible Python library for docs-as-code. DoctoPi is a CLI and API used for parsing source code and generating various formats of documentation.

### How it works

Various adapters are configured to parse source code and convert docstrings to DoctoPi classes. Using the CLI, users can customize which adapters and formatters to use to generate the desired output.

![DoctoPi Flow](https://www.plantuml.com/plantuml/png/5Smn4W8X343HdbFe0IIzrHOUm2jWY6uK4WQIORpzBjsVL_njMEhcjOGh2nRFvBrSThCsxW0zpVXXs_tbWpgg68b5r0hVXB_Rc2pqXuUYwPEX9XPevmloaiRnNNJ69I5i9FcC0m00)

## Usage

### DoctoPi CLI Commands

```
usage: python -m doctopi [-h] {generate-ini,markdown} ...

Generate documentation in various formats.

positional arguments:
  {generate-ini,markdown}
                        Output language commands
    generate-ini        Generate DoctoPi default INI configuration file.
    markdown            Generate Markdown documentation

options:
  -h, --help            show this help message and exit
```

### Generate Markdown Documentation with DoctoPi

```
usage: python -m doctopi markdown [-h] -i INPUT [-o OUTPUT] [-c CONFIG] [-l {python,java,cpp}]
                                  [-d DOCSTRING_STYLE] [-r] [--recursive-all-in-one] [-t TITLE]
                                  [-a AUTHOR] [--toc-depth TOC_DEPTH] [--toc-title TOC_TITLE]
                                  [--table-align {left,center,right}] [--no-table-of-contents]
                                  [--no-constructors] [--no-class-vars] [--no-instance-vars]
                                  [--no-inner-classes] [--no-methods] [--no-file-overview]
                                  [--public-only]

options:
  -h, --help            show this help message and exit
  -i INPUT, --input INPUT
                        Source file or directory to parse
  -o OUTPUT, --output OUTPUT
                        Output Markdown file
  -c CONFIG, --config CONFIG
                        Path to doctopi ini configuration file.
  -l {python,java,cpp}, --src-language {python,java,cpp}
                        Programming language of source code
  -d DOCSTRING_STYLE, --docstring-style DOCSTRING_STYLE
                        Docstring flavor (E.g. Sphinx, Google, JavaDoc)
  -r, --recursive       Recursively create a markdown file in each parsed directory
  --recursive-all-in-one
                        Create a single markdown file with contents of files and directories parsed recursively.
  -t TITLE, --title TITLE
                        Title of the Markdown document
  -a AUTHOR, --author AUTHOR
                        Author of the Markdown document
  --toc-depth TOC_DEPTH
                        Heading depth of the table of contents
  --toc-title TOC_TITLE
                        Title for the table of contents
  --table-align {left,center,right}
                        Text alignment for all markdown tables

Content Toggles:
  --no-table-of-contents
                        Don't render a table of contents
  --no-constructors     Do not document constructors
  --no-class-vars       Do not document class variables
  --no-instance-vars    Do not document instance variables
  --no-inner-classes    Do not document inner classes
  --no-methods          Do not document class methods
  --no-file-overview    Do not document file overview
  --public-only         Document only public class methods
```

### Generate Default DoctoPi INI Configuration File

```
usage: python -m doctopi generate-ini [-h] [-o OUTPUT]

options:
  -h, --help            show this help message and exit
  -o OUTPUT, --output OUTPUT
```

## Configuring DoctoPi

See [Usage](#usage) for details on configuration via the command-line interface. In addition to the CLI arguments, DoctoPi can be configured by an ini file. DoctoPi will look for the `doctopi.ini` file in the current working directory by default. Use the CLI `--config` argument to use an ini file with a different name or path.

The `doctopi.ini` file has more details on how you can configure aspects of DoctoPi: toggling types of content, reorganizing how classes/functions are documented, etc.

### Source Code Programming Languages

#### Python

Python is currently supported in DoctoPi via a [Docspec](https://github.com/NiklasRosenstein/python-docspec) adapter. Documentation is parsed via Python docstrings in the source code. DoctoPi supports Google, Sphinx, NumPy, ReST, and EpyDoc style docstrings, plus an "auto" mode to detect docstring flavors.

#### Java

Coming soon!

#### C++

Coming soon!

## Architecture

### Software Design Patterns

#### [Adapter Pattern](https://www.geeksforgeeks.org/adapter-method-python-design-patterns/)

The purpose of DoctoPi is to create an all-in-one documentation-as-code library to help organizations with multiple programming languages across multiple repositories have a common documentation solution.

> Adapter method is a Structural Design Pattern which helps us in making the incompatible objects adaptable to each other. The main purpose of this method is to create a bridge between two incompatible interfaces. [1]

DoctoPi leverages the Adapter pattern to make the library extensible between multiple parsers and APIs. For example, a C++ repository might leverage [Doxygen](https://www.doxygen.nl/index.html) for docs-as-code and parsing source code. A Java repository might use [JavaDoc](https://docs.oracle.com/javase/8/docs/technotes/tools/windows/javadoc.html). By using the **Adapter Pattern**, DoctoPi can translate various off-the-shelf solutions into DoctoPi types.

E.g. See [`doctopi.parser.python`](src/doctopi/parser/python/README.md) for more information on the Docspec adapter for parsing Python source code.

#### [Factory Method Pattern](https://www.geeksforgeeks.org/factory-method-python-design-patterns/)

Developers using DoctoPi's CLI and/or API will likely be able to answer the following:

1. What programming language is my source code written in?
2. What style am I using to document my source code?

> Factory Method is a Creational Design Pattern that allows an interface or a class to create an object, but lets subclasses decide which class or object to instantiate... Objects are created without exposing the logic to the client, and for creating the new type of object, the client uses the same common interface. [2]

In an effort to keep the rest of the implementation details away from users, DoctoPi uses the factory method to instantiate the various documentation parsing adapters, mentioned [above](#adapter-pattern). See the `parser_factory` [documentation](src/doctopi/parser/README.md#parser_factory) or [see in the code](src/doctopi/parser/parser_factory.py) to see how it is implemented.

#### [Builder Pattern](https://www.geeksforgeeks.org/builder-design-pattern/)

The classes that ultimately configure and generate documentation from source code require a lot of configuration and parameters.

> The Builder Design Pattern is a creational pattern used in software design to construct a complex object step by step. The pattern separates the construction of a complex object from its representation, allowing the same construction process to create different representations. [3]

DoctoPi uses the builder design pattern to separate the documentation configuration from the construction of the classes that generate the docs, so that the confguration can be applied step-by-step, avoiding an enormous constructor. E.g. the `MarkdownBuilder` class implements the builder pattern, and the CLI directs the construction of the MarkdownBuilder. See the `MarkdownBuilder` [documentation](src/doctopi/formatter/markdown/README.md#markdown_builder) for more information.

#### [Command Pattern](https://www.geeksforgeeks.org/command-method-python-design-patterns/)

A lot of off-the-shelf documentation libraries can parse code and generate some form of documentation. Where DoctoPi stands out is its use of the Command Pattern to allow custom documentation oranization.

> Command Method is Behavioral Design Pattern that encapsulates a request as an object, thereby allowing for the parameterization of clients with different requests and the queuing or logging of requests. Basically, it encapsulates all the information needed to perform an action or trigger an event. [4]

DoctoPi creates various command classes to encapsulate the generation of various elements of the source code. For example, a typical function docstring may include a summary, parameters, exceptions raised, and any data returned. For example, by encapsulating each of those pieces as a Command, the `MarkdownBuilder` can execute commands in a provided order, allowing the director to reorder and/or remove various elements. The `MarkdownBuilder` class has arrays of commands for functions, classes, and entire files to customize which pieces are documented and how they're organized. The commands specific to the markdown builder are documented [here](src/doctopi/formatter/markdown/cmd/README.md).

### Class Diagrams

#### DoctoPi Types

![DoctoPi Types PlantUML](https://www.plantuml.com/plantuml/png/5SonZSCm34RXtbFS3H2nJ-KY0sG5XI9Y9X8bY3zXUFlOrGE-ugsEF16jBlzgNAD8pFgt0SFlH3FlwQtOuXKkaxj138bxeq_cxyrtDJdeqHdzgTIo6etpHUMIeGd744yNBQjOEVi3)

#### DoctoPi Parser

![DoctoPi Parser PlantUML](https://www.plantuml.com/plantuml/png/5Son3G8n38NX_gQ00OXxgYiOW1MCOt66n8aSMoUs9wcUz4dltuUZUTIoNKMfHEQmSZdS-xW369xfBNx4AmORDNLMJzGgV92-jt6AyWyUZRmz1IgAGfyjo4kwf8usVsdPjhFckNy0)

#### DoctoPi Formatter

![DoctoPi Formatter PlantUML](https://www.plantuml.com/plantuml/png/5Smnai8m34RXFgVOFG1MJvM20t05OmiYi2MF_6iot9waUZDVyTQ9x8ZUbd_Hqg9oUFlRW36lH9xtz19iyOZ9Nap1YbIiqpkNpsNkelobcnNONQXdKHh7Y-efGzBJl6U0FPsyhAprw0y0)

## References

[1] “Adapter Method - Python Design Patterns,” *GeeksforGeeks*, Jan. 27, 2020. https://www.geeksforgeeks.org/adapter-method-python-design-patterns/

[2] “Factory Method - Python Design Patterns,” *GeeksforGeeks*, Jan. 21, 2020. https://www.geeksforgeeks.org/factory-method-python-design-patterns/

[3] “Builder Design Pattern,” *GeeksforGeeks*, Jul. 25, 2017. https://www.geeksforgeeks.org/builder-design-pattern/

[4] “Command Method - Python Design Patterns,” *GeeksforGeeks*, Feb. 22, 2020. https://www.geeksforgeeks.org/command-method-python-design-patterns/
