-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Updates the format of documentation to match neeto-commons-frontend s…
…tyle. (#38) * Migrated the general docs from neeto-commons-frontend. * Moved pure array helpers documentation from commons-frontend and updated the permalink to the cist repo. * Moved the pure general functions from neeto-commons-frontend and updated the permalink in all the documentation files. * Moved the pure object helper functions documentaions from neeto-commons-frontend and updated the permalink in all the documentation files. * Moved the pure string helper functions documentaions from neeto-commons-frontend and updated the permalink in all the documentation files. * Added documentation for nullSafe function. * Added the documentation for isPresent helper. * Added documentation of the matchesImpl function. * Added the documentation of the hyphenate function. * Added documentation for nullSafe function.gst * Added documentation for nullSafe function.gst * Updated the folder structure in api documentation guidelines * Replaced the available functions table in the index Readme.md file. * Added new line on top of the development instructions header. * Removed the readme from the pure folder inside the docs folder. * Fixed the case of the title in the index Readme file. * Updates the path to the documentations of individual functions. * Linked API documentation logistics documentation in the index Readme file. * Update docs/general/building-and-releasing.md Co-authored-by: Abhay V Ashokan <[email protected]> * Updated the title of the functions list table. --------- Co-authored-by: bot-bigbinary <[email protected]> Co-authored-by: Abhay V Ashokan <[email protected]>
- Loading branch information
1 parent
eceb4c5
commit 7b13d97
Showing
52 changed files
with
1,603 additions
and
191 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,55 @@ | ||
# API documentation logistics | ||
|
||
We offer a meticulously organized API documentation to support developers in | ||
enhancing their comprehension of the functionalities available within the | ||
`@bigbinary/neeto-cist` package. This documentation serves the dual | ||
purpose of generating [JSDocs](https://jsdoc.app/), underscoring the importance | ||
of upholding a uniform format. | ||
|
||
To ensure a consistent structure for the documentation, it's necessary to follow | ||
the guidelines outlined below when adding a new utility or editing an existing | ||
one within the package: | ||
|
||
1. When adding a new utility, create a file with the same name as that of | ||
function in the respective directory inside the `pure` directory based on its use case. | ||
2. Follow the format below to compose the function documentation: | ||
|
||
``` | ||
## <function-name> ([source code](<perma-link>)) | ||
<description> | ||
### Arguments: | ||
<Arguments as points> | ||
### Return value: | ||
<Return values as points> | ||
### Usage | ||
<Usage goes here> | ||
``` | ||
|
||
3. Link to the source code should be attached using a | ||
[permalink](https://docs.github.com/en/repositories/working-with-files/using-files/getting-permanent-links-to-files) | ||
from GitHub instead of generic links. Whenever the function is edited in the | ||
future, make sure to update the permalink to reference the latest version of | ||
the function. | ||
4. `Arguments` and `Return value` sections may be omitted depending on the | ||
function signature. | ||
5. In the `Usage` section, include comprehensive examples that demonstrate how | ||
the function should be utilized in various scenarios. If a function requires | ||
additional context, consider explaining the problem it solves using | ||
real-world scenarios. | ||
6. Maintain a clear and concise language. Avoid unnecessary embellishments and | ||
keep your descriptions succinct. | ||
7. Ensure that sentences are well-formed with proper punctuation. | ||
8. It's worth noting that when the document is converted to JSDoc, all headers | ||
and bullet points will be excluded, leaving only the descriptive portion of | ||
the function documentation. | ||
9. It's crucial to present examples in the `Usage` section within a code block. | ||
The content within the code block will be parsed, and its contents will be | ||
added within the [example](https://jsdoc.app/tags-example.html) tags in | ||
JSDoc. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.