1
0
mirror of https://github.com/XFox111/PasswordGeneratorExtension.git synced 2026-04-22 08:08:01 +03:00

Updated Code Style page (WIP)

Eugene Fox
2023-11-12 14:52:34 +03:00
parent b508299417
commit a8542e6a43
+317 -1
@@ -1 +1,317 @@
TBD > 🚧 **Work in progress!**
>
> This page currrely is worked on. There may be some discrepancies or outdated information. Use VS Code and ESLint (`yarn lint`) for code formatting.
# Overview
This article contains a set of rules and guidelines that you should follow when working on an issue.
> ️ **Advice**
>
> This repository has additional configuration files that contain some formatting rules and recommended extensions for VS Code editor. So, it is recommended to use VS Code editor during the development, since it that case it will be easier to follow these guidelines.
# General
## ⚔️ Indentation and spacing
- **We use tabs**, not spaces.
- Separate logical blocks with empty lines
- Separate block statements (if/else, try/catch, switch, etc.) with empty lines
- Always place opening braces on a new line
- Always place conditional statement on the a new line
```ts
// ❌ Incorrect
function GetMessage(key: string): string {
if (key.length) throw new Error("Empty string is not allowed");
switch (key) {
case "success": return "Completed successfully";
case "fail": return "Something went wrong";
default:
}
}
```
## ✒️Naming conventions
The project inherits [.NET Naming Guidelines](https://learn.microsoft.com/dotnet/standard/design-guidelines/naming-guidelines) with some exceptions and additions.
Use this table in addition to the main guidelines to determine what naming convention to use
| `PascalCase` | `camelCase` | `_underscoredCamelCase` |
| --------------------- | ------------------------ | ----------------------- |
| All exported members | Local-scoped variables | Private variables |
| Files in `src` folder | Local-scoped constants | Private constants |
| | React hooks | Non-exported constants |
| | Files in `public` folder | Non-exported variables |
| | CSS-in-JS classes | |
## 📖 Documentation
- All exported and public members must be documented using JSDoc syntax
- Other parts of code may be documented at will
Overall, the more documentation there is, the better.
```ts
/**
* Calculates amount of energy equal to provided mass
* @param mass Mass of an object in kilograms
* @returns Amount of energy in Joules
* @throws If mass is negative
*/
function GetEnergy(mass: number): number
{
if (mass < 0)
throw new Error("Mass must be a non-negative value");
const speedOfLight: number = 3_0000_0000; // 3 * 10^8 m/s
return mass * Math.pow(speedOfLight, 2); // E = mc^2
}
```
## Strings
Always use "double quotes" for literal string values
```ts
// ✅ Correct
import React from "react";
export const Message: string = "Hello, World!";
// ❌ Incorrect
import React from 'react';
export const Message: string = 'Hello, World!';
```
## Variables vs constants
- Always use either `let` or `const` keywords. Do not use `var`
- Use `const` when the value will not change. Otherwise, use `let`
```ts
function GetEnergy(mass: number): number
{
// let speedOfLight: number = 3_0000_0000; // ❌ Incorrect
// var result: number = Math.pow(speedOfLight, 2); // ❌ Incorrect
const speedOfLight: number = 3_0000_0000; // ✅ Correct
let result: number = Math.pow(speedOfLight, 2); // ✅ Correct
result = result * mass;
return result;
}
```
## Constants vs functions
- Use constants with arrow functions only when it's a one-liner:
```ts
// ✅ Correct
const log = (...args: string[]): void =>
console.log(...args)
// ✅ Correct
async function GetData(): Promise<unknown>
{
const response: Response = await fetch("https://example.com/api/data");
return await response.json();
}
```
```ts
// ❌ Incorrect
const getData = async (): Promise<unknown> =>
{
const response: Response = await fetch("https://example.com/api/data");
return await response.json();
}
// ❌ Incorrect
function PrintLog(...args: string[]): void
{
console.log(...args);
}
```
- Use constants when exporting React components with no logic. Otherwise use functions
```tsx
// ✅ Correct
export const MyComponent = (props: IProps): JSX.Element => (
<Component>
<Child data={ props.data } />
</Component>
);
// ✅ Correct
export function MyComponent(): JSX.Element
{
const [data, setData] = useState<IData>({ });
useEffect(() =>
{
fetch("https://example.com/api/data")
.then(res => res.json())
.then(json => setData(json));
}, []);
return (
<Component>
<Child data={ data } />
</Component>
);
}
```
```tsx
// ❌ Incorrect
export const MyComponent = (): JSX.Element =>
{
const [data, setData] = useState<IData>({ });
useEffect(() =>
{
fetch("https://example.com/api/data")
.then(res => res.json())
.then(json => setData(json));
}, []);
return (
<Component>
<Child data={ data } />
</Component>
);
}
// ❌ Incorrect
export function MyComponent(props: IProps): JSX.Element
{
return (
<Component>
<Child data={ props.data } />
</Component>
);
}
```
### Style
- Prefer to use lambda functions
- Always put curly braces on new lines
- Wrong:
```js
if (condition) {
...
}
```
- Correct:
```js
if (condition)
{
...
}
```
> **Note:** For JSON files put opening brace on the same line as the key
- Put spaces between operators, conditionals and loops
- Wrong:
```js
y=k*x+b;
if(condition) { ... }
```
- Correct:
```js
y = k * x + b;
if (condition) { ... }
```
- Use ternary conditionals wherever it's possible, unless it's too long
- Wrong:
```js
var s;
if (condition)
s = "Life";
else
s = "Death";
```
- Correct:
```js
var s = condition ? "Life" : "Death";
```
- Do not surround loop and conditional bodies with curly braces if they can be avoided
- Wrong:
```js
if (condition)
{
console.log("Hello, World!");
}
else
{
return;
}
```
- Correct
```js
if (condition)
console.log("Hello, World!");
else
return;
```
- Prefer export modules as default
- Wrong:
```js
export class MyClass { ... }
```
- Correct:
```js
export default class MyClass { ... }
```
- Prefer export modules as classes unless it is excessive
- Wrong:
```ts
export function MyFunction1() { ... }
export function MyFunction2() { ... }
export default class MyClass2()
{
public static GetDate(timestamp: number): Date
{
return new Date(timestamp);
}
}
```
- Correct:
```js
export default class MyClass1
{
public static MyFunction1() { ... }
public static MyFunction2() { ... }
}
export default GetDate(timestamp: number): Date
{
return new Date(timestamp);
}
```
- When JSX attributes take too much space, put each attribute on a new line and put additional line before component's content
- Wrong:
```tsx
<HelloWorld attribute1="value" attribute2={ value } attribute3="value">My content here</HelloWorld>
<HelloWorld attribute1="value"
attribute2={ value }
attribute3="value">My content here</HelloWorld>
<HelloWorld attribute1="value"
attribute2={ value }
attribute3="value">
My content here
</HelloWorld>
<HelloWorld
attribute1="value"
attribute2={ value }
attribute3="value">
My content here
</HelloWorld>
```
- Correct:
```tsx
<HelloWorld
attribute1="value"
attribute2={ value }
attribute3="value">
My content here
</HelloWorld>
```
- If JSX component doesn't have content, put space before closing tag
- Wrong:
```tsx
<HelloWorld attribute1="value" attribute2={ value } attribute3="value"/>
```
- Correct:
```tsx
<HelloWorld attribute1="value" attribute2={ value } attribute3="value" />
```