senior-rust-practices
Domina la arquitectura de workspaces en Rust y las mejores prácticas
¿Tienes dificultades con la organización de proyectos Rust? Esta habilidad proporciona patrones probados en batalla para el diseño escalable de workspaces, desde prototipo hasta producción. Aprende cómo los desarrolladores senior estructuran grandes bases de código Rust con límites claros y arquitectura mantenible.
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「senior-rust-practices」。 How should I structure a Rust workspace for a microservice with shared domain logic?
預期結果:
- Usa una arquitectura en capas con 4 crates:
- - core/: Lógica de dominio pura, sin dependencias de IO
- - storage/: Implementaciones de base de datos con traits
- - api/: Manejadores HTTP y DTOs
- - cli/: Binario que conecta todo junto
- Mantén core síncrono y libre de dependencias tokio/sqlx
正在使用「senior-rust-practices」。 How do I organize dependencies in a Rust workspace?
預期結果:
- Usa workspace.dependencies en el Cargo.toml raíz:
- Centraliza versiones con: anyhow = '*', serde = { version = '*', features = ['derive'] }
- Luego referencia con workspace = true en cada crate
- Esto previene divergencia de versiones entre crates
正在使用「senior-rust-practices」。 What testing approach works best for Rust workspaces?
預期結果:
- Sigue la pirámide de testing:
- 1. Pruebas unitarias en cada crate (mod tests {})
- 2. Pruebas de integración en crates/<crate>/tests/
- 3. Pruebas E2E con moderación usando dependencias reales
- 4. Agrega property tests con procoloq para código crítico en corrección
安全審計
安全This is a documentation-only skill containing Rust best practices guidance. No executable code, scripts, or network operations exist. The static analyzer flagged documentation patterns (shell syntax in examples, git commands, file paths) as security issues, but these are all benign references within documentation. All 103 detected patterns are FALSE POSITIVES - the skill is safe for publication.
風險因素
🌐 網路存取 (1)
📁 檔案系統存取 (3)
⚙️ 外部命令 (73)
品質評分
你能建構什麼
Diseñar arquitectura Rust escalable
Estructurar proyectos grandes de Rust con límites claros entre crates y dependencias mantenibles para equipos.
Establecer estándares de codificación Rust
Definir convenciones de workspace, estrategias de testing y quality gates para proyectos Rust.
Configurar pipelines CI/CD para Rust
Implementar testing automatizado, linting y verificaciones de seguridad para workspaces Rust.
試試這些提示
I need to create a Rust workspace for a web service with core business logic, database layer, and API handlers. What's the recommended structure?
How should I organize dependencies in a workspace to avoid version conflicts and keep builds fast?
What's the best testing approach for a Rust workspace with multiple crates? How do I balance unit, integration, and e2e tests?
What CI checks and quality gates should I implement for a production Rust service? Include tooling recommendations.
最佳實務
- Comienza con 2-5 crates como máximo y divide solo cuando los tiempos de compilación se vuelvan dolorosos
- Usa workspace.dependencies para centralizar la gestión de versiones en todos los crates
- Mantén el código async en los bordes - haz que la lógica core sea síncrona cuando sea posible
避免
- Crear demasiados crates pequeños genera complejidad innecesaria y carga de mantenimiento
- Filtrar detalles de implementación desde core a otras capas arquitectónicas
- Usar unwrap() en código de biblioteca en lugar de manejo de errores adecuado con thiserror
常見問題
¿Cuándo debo usar un workspace Rust en lugar de un solo crate?
¿Cuántos crates debería tener en mi workspace?
¿Puedo usar async/await en mi lógica de dominio core?
¿Cómo gestiono las dependencias entre los crates del workspace?
¿Qué enfoque de testing funciona mejor para workspaces?
¿Cómo se compara esto con otras guías de arquitectura Rust?
開發者詳情
授權
MIT
儲存庫
https://github.com/ClementWalter/rookie-marketplace/tree/main/rust-dev/skills/senior-rust-practices引用
main
檔案結構
📄 SKILL.md