Skip to content

Materials Design in Javascript (made.js). A JavaScript (Node) library allowing for the creation and manipulation of material structures from atoms up on the web.

License

Notifications You must be signed in to change notification settings

Exabyte-io/made

Repository files navigation

npm version License: Apache

Made

Made is a library for MAterials DEsign in JavaScript/TypeScript and Python. It allows for the creation and manipulation of material structures from atoms up on the web. The library is aimed to be used for the development of web applications, both on the client (web browser) and server (eg. Node.js) side.

1. Overview

The package provides a software environment for interacting with Materials-related data structures from ESSE Data Convention [1] for use on the web.

2. Installation

2.1. JavaScript/TypeScript

From NPM for use within a software project:

npm install @mat3ra/made

2.2. Python

From PyPI for use within a software project:

pip install mat3ra-made

When willing to use the optional tools module, install the package with the following command:

pip install "mat3ra-made[tools]"

3. Functionality

As below

4. Contribution

This repository is an open-source work-in-progress and we welcome contributions.

We regularly deploy the latest code containing all accepted contributions online as part of the Mat3ra.com platform, so contributors will see their code in action there.

We suggest forking this repository and introducing the adjustments there to be considered for merging into this repository as explained in more details here, for example.

4.1. Source code conventions

Object-oriented design patterns encapsulate key concepts following the conventions below.

  1. Classes follow the Exabyte Data Convention and data structures defined in ESSE [1]

  2. Only materials-related code is considered. Properties related to simulation model parameters (eg. type of approximation, numerical parameters) shall go elsewhere.

  3. tools directory contains helper functions that act on one or more classes and include an external parameter. Functions that use class data without any external parameters should be implemented inside the class. For example, basis.clone() is implemented in Basis, but basis repetition is implemented as a tool in the correspondingly named function (tools/basis.js#repeat) because the repetion requires a parameter external to basis - number of repetitions in 3 spatial dimensions.

  4. [Deprecated, use mat3ra-parsers or @mat3ra/parsers] parsers directory contains the parsers to- and from- ESSE format mentioned in 1. All functionality related to external data conversion is contained in this directory.

4.2. TODO list

[Outdated] Desirable features for implementation:

  • identify primitive / conventional structures
  • support for molecular geometries
  • support for polymer geometries
  • radial correlation function calculation
  • generation of complex atomic shapes:
    • fullerene
    • nanotube
    • nanowire
    • nano-cluster
    • a combination of the above
    • arbitrary atomic arrangement

5. Development

5.1. JavaScript/TypeScript

5.1.1. Tests

Made tests are written based on Mocha 6 testing framework and can be executed as follows.

git pull
git lfs pull

to get the latest test fixtures from LFS, and then:

npm install
npm test

5.1.2. Important Notes

  1. Keep the tests directory structure similar to the main codebase directory structure. Every JS module in the main codebase should have a corresponding module in tests directory which implements the tests for provided functionality.

  2. Add tests fixtures into fixtures directory. The fixtures are automatically stored on Git LFS 7.

  3. If the fixtures are going to be used inside multiple cases, read and export them inside enums to avoid code duplicates.

  4. Tests setup module can be used to implement the hooks that are used to prepare the tests environment.

5.1.3. Using Linter

Linter setup will prevent committing files that don't adhere to the code standard. It will attempt to fix what it can automatically prior to the commit in order to reduce diff noise. This can lead to "unexpected" behavior where a file that is staged for commit is not identical to the file that actually gets committed. This happens in the lint-staged directive of the package.json file (by using a husky pre-commit hook). For example, if you add extra whitespace to a file, stage it, and try to commit it, you will see the following:

➜  made git:(feature/SOF-4398-TB) ✗ git add src/basis/constrained_basis.js
➜  made git:(feature/SOF-4398-TB) ✗ git commit -m "Test commit non-linted code"
✔ Preparing...
✔ Running tasks...
✖ Prevented an empty git commit!
✔ Reverting to original state because of errors...
✔ Cleaning up...

  ⚠ lint-staged prevented an empty git commit.
  Use the --allow-empty option to continue, or check your task configuration

husky - pre-commit hook exited with code 1 (error)

The staged change may remain but will not have been committed. Then it will look like you still have a staged change to commit, but the pre-commit hook will not actually commit it for you, quite frustrating! Styling can be applied manually and fixed by running:

npm run lint:fix

In which case, you may need to then add the linter edits to your staging, which in the example above, puts the file back to identical with the base branch, resulting in no staged changes whatsoever.

5.1.4. Configuring WebStorm for use with Linter

In order for the WebStorm IDE to take full advantage of the linting configuration, it can be configured in the project:

  • Preferences -> Languages & Frameworks -> JavaScript -> Code Quality Tools -> ESLint
  • Check Automatic ESLint configuration which should infer all the configurations from the project directory

5.2. Python

5.2.1. Tests

Python 3.8+ is required to run the tests. We recommend using PyEnv to manage Python versions. Tests are written based on PyTest and can be executed as follows.

virtualenv .venv
source .venv/bin/activate
pip install ".[tests]"
pytest tests/py

5.2.2. Important Notes

Conventions:

  • The "tools" module has external dependencies on "pymatgen" and "ase" packages and so is meant as optional. When implementing new functionality, the use of ASE is recommended over pymatgen for compatibility purposes.

5.2.3. Developing locally for pyodide

To build and serve locally, use the following command:

wheel_server

More details can be found in the script documentation.

5.3. Known Issues

5.3.1. JavaScript/TypeScript

To be added.

5.3.2. Python

As below:

Links

  1. Exabyte Source of Schemas and Examples (ESSE), Github Repository
  2. ECMAScript 2015 Language Specifications
  3. POSCAR file format, official website
  4. XYZ file format, Wikipedia
  5. Quantum ESPRESSO, Official Website
  6. Mocha, Official Website
  7. Git LFS, Official Website