oqtane — GitHub Copilot rule: what it does, how to install
This rule guides GitHub Copilot when building Oqtane modules with Blazor and C#. Use it for client/server module structure and related code patterns.
.github/instructions/oqtane.instructions.mdWhat oqtane does
The rule sets conventions for Blazor and C#: PascalCase for components and public members, camelCase for private fields, dependency injection, and asynchronous UI work. It covers component lifecycle methods, @bind, ErrorBoundary, and form validation with FluentValidation or DataAnnotations.
For Oqtane modules, it describes a client service, a matching MVC controller, and a repository. Each client action belongs in its own Razor file and inherits from ModuleBase; index.razor is the default action. More involved client processing goes into a ServiceBase service.
The rule targets **/*.razor, **/*.razor.cs, and **/*.razor.css. Tests are expected to run in Visual Studio Enterprise; if a controller does not match the client service calls, the module’s server side will break.
What it helps with
- structure an Oqtane module
- split client actions into Razor files
- connect a client service to its MVC controller
- add API error handling and form validation
- manage Blazor caching and component state
Example prompts for the agent
- Create an Oqtane module with
index.razor, aServiceBaseclient service, a matching controller, and a repository. - Review
Orders.razoragainst the Oqtane and Blazor patterns, then fix the violations. - Add
DataAnnotationsvalidation to this form and handle API errors according to the project rules.
How to install oqtane
Manually: put the files in place
.github/instructions/oqtane.instructions.mdThe applyTo field sets which files it applies to
Manually: put the files in place
.claude/rules/oqtane.mdThe paths frontmatter field limits the files: move applyTo from the source into paths
AGENTS.md
Codex reads AGENTS.md: paste the rule text there
Manually: put the files in place
.cursor/rules/oqtane.mdcFrontmatter: description, globs, alwaysApply. Move applyTo from the source into globs, or the rule will not attach on its own
Manually: put the files in place
.devin/rules/oqtane.mdManually: put the files in place
.clinerules/oqtane.mdStep by step, with commands for each platform: AGENTS.md vs CLAUDE.md: what they are and which one to use
Questions about oqtane
How do I install oqtane in GitHub Copilot?
Place the rule file at .github/instructions/oqtane.instructions.md.
What does the oqtane rule do?
It guides Copilot on Blazor, C#, and Oqtane module structure, including client/server calls, state, caching, validation, error handling, and tests.
Which files does oqtane apply to?
It applies to **/*.razor, **/*.razor.cs, and **/*.razor.css.
Source text
oqtane.instructions.md · MIT
--- description: 'Oqtane Module patterns' applyTo: '**/*.razor, **/*.razor.cs, **/*.razor.css' --- ## Blazor Code Style and Structure - Write idiomatic and efficient Blazor and C# code. - Follow .NET and Blazor conventions. - Use Razor Components appropriately for component-based UI development. - Use Blazor Components appropriately for component-based UI development. - Prefer inline functions for smaller components but separate complex logic into code-behind or service classes. - Async/await should be used where applicable to ensure non-blocking UI operations. ## Naming Conventions - Follow PascalCase for component names, method names, and public members. - Use camelCase for private fields and local variables. - Prefix interface names with "I" (e.g., IUserService). ## Blazor and .NET Specific Guidelines - Utilize Blazor's built-in features for component lifecycle (e.g., OnInitializedAsync, OnParametersSetAsync). - Use data binding effectively with @bind. - Leverage Dependency Injection for services in Blazor. - Structure Blazor components and services following Separation of Concerns. - Always use the latest version C#, currently C# 13 features like record types, pattern matching, and global usings. ## Oqtane specific Guidelines - See base classes and patterns in the [Main Oqtane repo](https://github.com/oqtane/oqtane.framework) - Follow client server patterns for module development. - The Client project has various modules in the modules folder. - Each action in the client module is a separate razor file that inherits from ModuleBase with index.razor being the default action. - For complex client processing like getting data, create a service class that inherits from ServiceBase and lives in the services folder. One service class for each module. - Client service should call server endpoint using ServiceBase methods - Server project contains MVC Controllers, one for each module that match the client service calls. Each controller will call server-side services or repositories managed by DI - Server projects use repository patterns for modules, one repository class per module to match the controllers. ## Error Handling and Validation - Implement proper error handling for Blazor pages and API calls. - Use built-in Oqtane logging methods from base classes. - Use logging for error tracking in the backend and consider capturing UI-level errors in Blazor with tools like ErrorBoundary. - Implement validation using FluentValidation or DataAnnotations in forms. ## Blazor API and Performance Optimization - Utilize Blazor server-side or WebAssembly optimally based on the project requirements. - Use asynchronous methods (async/await) for API calls or UI actions that could block the main thread. - Optimize Razor components by reducing unnecessary renders and using StateHasChanged() efficiently. - Minimize the component render tree by avoiding re-renders unless necessary, using ShouldRender() where appropriate. - Use EventCallbacks for handling user interactions efficiently, passing only minimal data when triggering events. ## Caching Strategies - Implement in-memory caching for frequently used data, especially for Blazor Server apps. Use IMemoryCache for lightweight caching solutions. - For Blazor WebAssembly, utilize localStorage or sessionStorage to cache application state between user sessions. - Consider Distributed Cache strategies (like Redis or SQL Server Cache) for larger applications that need shared state across multiple users or clients. - Cache API calls by storing responses to avoid redundant calls when data is unlikely to change, thus improving the user experience. ## State Management Libraries - Use Blazor's built-in Cascading Parameters and EventCallbacks for basic state sharing across components. - use built-in Oqtane state management in the base classes like PageState and SiteState when appropriate. - Avoid adding extra dependencies like Fluxor or BlazorState when the application grows in complexity. - For client-side state persistence in Blazor WebAssembly, consider using Blazored.LocalStorage or Blazored.SessionStorage to maintain state between page reloads. - For server-side Blazor, use Scoped Services and the StateContainer pattern to manage state within user sessions while minimizing re-renders. ## API Design and Integration - Use service base methods to communicate with external APIs or server project backend. - Implement error handling for API calls using try-catch and provide proper user feedback in the UI. ## Testing and Debugging in Visual Studio - All unit testing and integration testing should be done in Visual Studio Enterprise. - Test Blazor components and services using xUnit, NUnit, or MSTest. - Use Moq or NSubstitute for mocking dependencies during tests. - Debug Blazor UI issues using browser developer tools and Visual Studio's debugging tools for backend and server-side issues. - For performance profiling and optimization, rely on Visual Studio's diagnostics tools. ## Security and Authentication - Implement Authentication and Authorization using built-in Oqtane base class members like User.Roles. - Use HTTPS for all web communication and ensure proper CORS policies are implemented.
© github · MIT · github/awesome-copilot