Refactor high-complexity React components in Dify frontend. Use when `pnpm analyze-component...
npx skills add salvo-rs/salvo-skills --skill "salvo-path-syntax"
Install specific skill from multi-skill repository
# Description
Path parameter syntax guide for Salvo routing. Explains the `{}` syntax (v0.76+) vs deprecated `<>` syntax, with migration examples.
# SKILL.md
name: salvo-path-syntax
description: Path parameter syntax guide for Salvo routing. Explains the {} syntax (v0.76+) vs deprecated <> syntax, with migration examples.
Salvo Path Parameter Syntax
This skill explains the path parameter syntax changes in Salvo and provides migration guidance.
Syntax Version History
Version 0.76 and Later (Current)
Starting from Salvo 0.76, path parameters use curly braces {} syntax:
// Basic path parameter
Router::with_path("users/{id}").get(get_user)
// Typed parameter
Router::with_path("users/{id:num}").get(get_user)
// Regex constraint
Router::with_path(r"users/{id|\d+}").get(get_user)
// Single segment wildcard
Router::with_path("files/{*}").get(handler)
// Named single segment wildcard
Router::with_path("files/{*filename}").get(handler)
// Multi-segment wildcard (rest of path)
Router::with_path("static/{**path}").get(serve_static)
Before Version 0.76 (Deprecated)
In versions before 0.76, path parameters used angle brackets <> syntax:
// Basic path parameter (DEPRECATED)
Router::with_path("users/<id>").get(get_user)
// Typed parameter (DEPRECATED)
Router::with_path("users/<id:num>").get(get_user)
// Regex constraint (DEPRECATED)
Router::with_path(r"users/<id|\d+>").get(get_user)
// Single segment wildcard (DEPRECATED)
Router::with_path("files/<*>").get(handler)
// Named single segment wildcard (DEPRECATED)
Router::with_path("files/<*filename>").get(handler)
// Multi-segment wildcard (DEPRECATED)
Router::with_path("static/<**path>").get(serve_static)
Migration Guide
Quick Reference Table
| Pattern Type | Before 0.76 (Deprecated) | 0.76+ (Current) |
|---|---|---|
| Basic param | <id> |
{id} |
| Typed param | <id:num> |
{id:num} |
| Regex param | <id\|\d+> |
{id\|\d+} |
| Single wildcard | <*> |
{*} |
| Named wildcard | <*name> |
{*name} |
| Rest wildcard | <**> |
{**} |
| Named rest | <**path> |
{**path} |
Migration Steps
- Find all route definitions using
<>syntax - Replace angle brackets with curly braces
- Update tests if they reference path patterns
- Verify all routes work correctly
Example Migration
Before (deprecated):
let router = Router::new()
.push(
Router::with_path("api/v1")
.push(
Router::with_path("users")
.get(list_users)
.push(
Router::with_path("<id>")
.get(get_user)
.delete(delete_user)
)
)
.push(
Router::with_path("files/<**path>")
.get(serve_file)
)
);
After (current):
let router = Router::new()
.push(
Router::with_path("api/v1")
.push(
Router::with_path("users")
.get(list_users)
.push(
Router::with_path("{id}")
.get(get_user)
.delete(delete_user)
)
)
.push(
Router::with_path("files/{**path}")
.get(serve_file)
)
);
Parameter Types
Both syntaxes support the same type constraints (shown in current {} syntax):
// Numeric types
Router::with_path("users/{id:num}") // Any number
Router::with_path("users/{id:i32}") // 32-bit integer
Router::with_path("users/{id:i64}") // 64-bit integer
Router::with_path("users/{id:u32}") // Unsigned 32-bit
Router::with_path("users/{id:u64}") // Unsigned 64-bit
// Regex pattern
Router::with_path(r"posts/{slug|[a-z0-9-]+}")
// UUID pattern (using regex)
Router::with_path(r"users/{id|[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}}")
Accessing Parameters in Handlers
Parameter access is the same regardless of syntax version:
#[handler]
async fn get_user(req: &mut Request) -> String {
// Get parameter as specific type
let id: i64 = req.param("id").unwrap();
// Or with explicit type annotation
let id = req.param::<i64>("id").unwrap();
format!("User ID: {}", id)
}
#[handler]
async fn serve_file(req: &mut Request) -> String {
// Get wildcard path
let path: String = req.param("path").unwrap();
format!("Serving: {}", path)
}
Common Mistakes
Using Wrong Syntax for Version
// ERROR: Using <> in Salvo 0.76+
Router::with_path("users/<id>") // Won't match!
// CORRECT: Use {} in Salvo 0.76+
Router::with_path("users/{id}")
Mixing Syntaxes
// ERROR: Mixed syntax
Router::with_path("users/{id}/posts/<post_id>") // Won't work!
// CORRECT: Consistent syntax
Router::with_path("users/{id}/posts/{post_id}")
Version Detection
Check your Salvo version in Cargo.toml:
[dependencies]
salvo = "0.76" # Uses {} syntax
# or
salvo = "0.75" # Uses <> syntax (deprecated)
For the latest version, always use {} syntax:
[dependencies]
salvo = "0.77" # Current stable - uses {} syntax
Best Practices
- Always use
{}syntax for new projects - Migrate existing projects to
{}syntax when updating Salvo - Use typed parameters when possible for automatic validation
- Use regex constraints for complex validation requirements
- Name your wildcards for clarity (
{**path}instead of{**})
# Supported AI Coding Agents
This skill is compatible with the SKILL.md standard and works with all major AI coding agents:
Learn more about the SKILL.md standard and how to use these skills with your preferred AI coding agent.