dot

Enforce .NET architectural standards separating dotcore libraries from dotapps applications.

1|Updated Jan 26, 2024
One-click install
npx skills add https://github.com/accountbelongstox/core_node --skill dot-accountbelongstox
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dot
Source: https://github.com/accountbelongstox/core_node/tree/main/.cursor/skills/dot
Command: npx skills add https://github.com/accountbelongstox/core_node --skill dot-accountbelongstox

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill enforces consistent layout, naming conventions, and dependency rules for .NET shared libraries (dotcore) and runnable applications (dotapps), streamlining development and improving maintainability.

Core Features & Use Cases

  • Unified Architecture: Ensures all shared code resides in dotcore/ and all runnable applications in dotapps/.
  • Dependency Management: Enforces a strict dependency flow (Apps → Libraries) and defines clear project reference paths.
  • Standardized Naming: Mandates specific naming conventions for libraries (DotCore.<Name>) and apps (<AppName>).
  • Use Case: When developing a new feature for a .NET application, this Skill guides you on where to place the code (shared library vs. app-specific) and how to correctly reference existing components, preventing architectural drift.

Quick Start

Use the dot skill when adding a new shared library to the dotcore directory.

Frequently Asked Questions about dot

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce .NET application architecture standards for shared libraries and runnable apps?

To enforce .NET application architecture standards, separate shared class libraries into a dotcore directory and runnable applications into a dotapps directory. This enforces consistent layout, naming conventions, and strict dependency rules across your .NET ecosystem.

What is the correct dependency flow for .NET shared libraries and applications?

The correct dependency flow for .NET shared libraries and applications mandates that apps depend on libraries, never the reverse. This strict Apps to Libraries reference flow prevents architectural drift and maintains clear project dependencies.

How do I name .NET projects to maintain consistent code organization?

To maintain consistent .NET code organization, name shared libraries using the DotCore.<Name> convention and runnable applications using the <AppName> format. This standardizes project references across the directory structure.

Where should I place new shared code when developing a .NET application feature?

When developing a .NET application feature, place new shared code in the dotcore directory and app-specific code in the dotapps directory. This enforces architectural standards and guides correct referencing of existing components.

Can I use this approach to prevent architectural drift in existing .NET solutions?

Yes, you can use this approach to prevent architectural drift in existing .NET solutions by enforcing specified project reference paths and directory structures. It mandates strict separation between shared libraries and runnable applications for maintainability.