284 lines
8.1 KiB
Markdown
284 lines
8.1 KiB
Markdown
# Coding Standards
|
|
|
|
This document outlines the coding standards used in this plugin. Following these standards ensures consistency, readability, and maintainability of the codebase.
|
|
|
|
## PHP Coding Standards
|
|
|
|
This plugin follows the [WordPress Coding Standards](https://developer.wordpress.org/coding-standards/wordpress-coding-standards/php/) with some additional guidelines.
|
|
|
|
### File Structure
|
|
|
|
- Each PHP file should begin with the PHP opening tag `<?php` (no closing tag)
|
|
- Files should use the Unix line endings (LF)
|
|
- Files should be encoded in UTF-8 without BOM
|
|
|
|
### Naming Conventions
|
|
|
|
- **Classes**: Use `PascalCase` for class names
|
|
```php
|
|
class MyClassName {}
|
|
```
|
|
|
|
- **Methods and Functions**: Use `snake_case` for method and function names
|
|
```php
|
|
function my_function_name() {}
|
|
public function my_method_name() {}
|
|
```
|
|
|
|
- **Variables**: Use `snake_case` for variable names
|
|
```php
|
|
$my_variable_name = 'value';
|
|
```
|
|
|
|
- **Constants**: Use `UPPERCASE_WITH_UNDERSCORES` for constants
|
|
```php
|
|
define('MY_CONSTANT', 'value');
|
|
const MY_CLASS_CONSTANT = 'value';
|
|
```
|
|
|
|
- **Namespaces**: Use `PascalCase` for namespace segments
|
|
```php
|
|
namespace WPALLSTARS\PluginStarterTemplate;
|
|
```
|
|
|
|
- **Hooks**: Prefix hooks with the plugin's prefix
|
|
```php
|
|
do_action('wpst_hook_name');
|
|
apply_filters('wpst_filter_name', $value);
|
|
```
|
|
|
|
### Indentation and Formatting
|
|
|
|
- Use 4 spaces for indentation (not tabs)
|
|
- Opening braces for classes and functions should be on the same line
|
|
- Control structures should have one space between the statement and the opening parenthesis
|
|
- Each line should be no longer than 100 characters
|
|
|
|
```php
|
|
if ($condition) {
|
|
// Code here
|
|
} elseif ($another_condition) {
|
|
// More code
|
|
} else {
|
|
// Default code
|
|
}
|
|
```
|
|
|
|
### Documentation
|
|
|
|
- All classes, methods, and functions should be documented using PHPDoc
|
|
- Include a description, parameters, return values, and exceptions
|
|
|
|
```php
|
|
/**
|
|
* Short description of the function.
|
|
*
|
|
* Longer description if needed.
|
|
*
|
|
* @param string $param1 Description of the parameter.
|
|
* @param int $param2 Description of the parameter.
|
|
* @return bool Description of the return value.
|
|
* @throws Exception When something goes wrong.
|
|
*/
|
|
function my_function($param1, $param2) {
|
|
// Function code
|
|
}
|
|
```
|
|
|
|
### Object-Oriented Programming
|
|
|
|
- Each class should have a single responsibility
|
|
- Use visibility declarations for all properties and methods (public, protected, private)
|
|
- Use type hints for parameters and return types when possible
|
|
|
|
```php
|
|
class MyClass {
|
|
/**
|
|
* Property description.
|
|
*
|
|
* @var string
|
|
*/
|
|
private $property;
|
|
|
|
/**
|
|
* Method description.
|
|
*
|
|
* @param string $param Description of the parameter.
|
|
* @return bool Description of the return value.
|
|
*/
|
|
public function my_method(string $param): bool {
|
|
// Method code
|
|
}
|
|
}
|
|
```
|
|
|
|
## JavaScript Coding Standards
|
|
|
|
This plugin follows the [WordPress JavaScript Coding Standards](https://developer.wordpress.org/coding-standards/wordpress-coding-standards/javascript/).
|
|
|
|
### Naming Conventions
|
|
|
|
- **Variables and Functions**: Use `camelCase` for variable and function names
|
|
```javascript
|
|
var myVariableName = 'value';
|
|
function myFunctionName() {}
|
|
```
|
|
|
|
- **Constants**: Use `UPPERCASE_WITH_UNDERSCORES` for constants
|
|
```javascript
|
|
var MY_CONSTANT = 'value';
|
|
```
|
|
|
|
### Indentation and Formatting
|
|
|
|
- Use 4 spaces for indentation (not tabs)
|
|
- Opening braces should be on the same line as the statement
|
|
- Each line should be no longer than 100 characters
|
|
|
|
```javascript
|
|
if (condition) {
|
|
// Code here
|
|
} else if (anotherCondition) {
|
|
// More code
|
|
} else {
|
|
// Default code
|
|
}
|
|
```
|
|
|
|
### Documentation
|
|
|
|
- Use JSDoc for documenting functions and objects
|
|
|
|
```javascript
|
|
/**
|
|
* Short description of the function.
|
|
*
|
|
* @param {string} param1 - Description of the parameter.
|
|
* @param {number} param2 - Description of the parameter.
|
|
* @returns {boolean} Description of the return value.
|
|
*/
|
|
function myFunction(param1, param2) {
|
|
// Function code
|
|
}
|
|
```
|
|
|
|
## CSS Coding Standards
|
|
|
|
This plugin follows the [WordPress CSS Coding Standards](https://developer.wordpress.org/coding-standards/wordpress-coding-standards/css/).
|
|
|
|
### Naming Conventions
|
|
|
|
- Use lowercase for selectors
|
|
- Use hyphens to separate words in class and ID names
|
|
- Prefix classes and IDs with the plugin's prefix
|
|
|
|
```css
|
|
.wpst-container {
|
|
margin: 0;
|
|
}
|
|
|
|
#wpst-header {
|
|
padding: 10px;
|
|
}
|
|
```
|
|
|
|
### Indentation and Formatting
|
|
|
|
- Use 4 spaces for indentation (not tabs)
|
|
- Each property should be on its own line
|
|
- Include a space after the colon in property declarations
|
|
- End each declaration with a semicolon
|
|
- Use single quotes for attribute selectors and property values
|
|
|
|
```css
|
|
.wpst-container {
|
|
margin: 0;
|
|
padding: 10px;
|
|
font-family: 'Helvetica', sans-serif;
|
|
}
|
|
```
|
|
|
|
## Automated Code Checking
|
|
|
|
This plugin uses automated tools to enforce coding standards:
|
|
|
|
### Local Development Tools
|
|
|
|
1. **PHP_CodeSniffer (PHPCS)**: Checks PHP code against the WordPress Coding Standards
|
|
```bash
|
|
composer run phpcs
|
|
```
|
|
|
|
2. **PHP Code Beautifier and Fixer (PHPCBF)**: Automatically fixes some coding standard violations
|
|
```bash
|
|
composer run phpcbf
|
|
```
|
|
|
|
3. **ESLint**: Checks JavaScript code against the WordPress Coding Standards
|
|
```bash
|
|
npm run lint:js
|
|
```
|
|
|
|
4. **Stylelint**: Checks CSS code against the WordPress Coding Standards
|
|
```bash
|
|
npm run lint:css
|
|
```
|
|
|
|
### Continuous Integration Tools
|
|
|
|
This project integrates with several code quality tools that automatically analyze your code when you create a pull request. These tools are free for public repositories and should be integrated into any new repositories based on this template.
|
|
|
|
1. **CodeRabbit**: AI-powered code review tool
|
|
- Provides automated feedback on pull requests
|
|
- Identifies potential issues and suggests improvements
|
|
- [Website](https://www.coderabbit.ai/)
|
|
|
|
2. **CodeFactor**: Continuous code quality monitoring
|
|
- Provides a grade for your codebase
|
|
- Identifies issues related to code style, complexity, and potential bugs
|
|
- Tracks code quality over time
|
|
- [Website](https://www.codefactor.io/)
|
|
|
|
3. **Codacy**: Code quality and static analysis
|
|
- Provides a grade for your codebase
|
|
- Identifies issues related to code style, security, and performance
|
|
- Tracks code quality over time
|
|
- [Website](https://www.codacy.com/)
|
|
|
|
4. **SonarCloud**: Code quality and security analysis
|
|
- Provides detailed analysis of code quality
|
|
- Identifies security vulnerabilities and technical debt
|
|
- Tracks code quality over time
|
|
- [Website](https://sonarcloud.io/)
|
|
|
|
### How to Pass Code Quality Checks
|
|
|
|
To ensure your code passes the quality checks from these tools, follow these guidelines:
|
|
|
|
1. **Run Local Checks First**
|
|
- Before pushing your code, run PHPCS and PHPCBF locally
|
|
- Fix any issues identified by these tools
|
|
|
|
2. **Address Common Issues**
|
|
- **Indentation**: Use 4 spaces for indentation (not tabs)
|
|
- **Line Length**: Keep lines under 100 characters
|
|
- **Naming Conventions**: Follow WordPress naming conventions
|
|
- **Documentation**: Add PHPDoc comments to classes, methods, and functions
|
|
- **Error Handling**: Implement proper error handling
|
|
- **Security**: Validate and sanitize input, escape output
|
|
|
|
3. **Using AI Assistants with Code Quality Tools**
|
|
- When you receive feedback from code quality tools, you can use AI assistants to help address the issues
|
|
- Copy the output from the code quality tool and paste it into your AI assistant chat
|
|
- Ask the AI to help you understand and fix the issues
|
|
- Example prompt: "I received the following feedback from [Tool Name]. Please help me understand these issues and suggest fixes: [Paste the tool output here]"
|
|
|
|
4. **Iterative Improvement**
|
|
- Address issues one at a time, starting with the most critical
|
|
- Commit and push your changes to see if they resolve the issues
|
|
- Continue this process until all issues are resolved
|
|
|
|
## Conclusion
|
|
|
|
Following these coding standards ensures that the plugin's code is consistent, readable, and maintainable. All contributors should adhere to these standards when submitting code to the project.
|