|
1 | | -# ArchCode: Software Design & Architectural Knowledge Base |
| 1 | +# 🚀 DevCore: Software Design Principles Handbook 🚀 |
2 | 2 |
|
3 | | -<p align="center"> |
4 | | - <a href="https://github.com/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/actions/workflows/ci.yml"><img src="https://img.shields.io/github/actions/workflow/status/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/ci.yml?branch=main&label=Markdown%20Lint&style=flat-square" alt="Markdown Lint"></a> |
5 | | - <a href="https://github.com/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/blob/main/LICENSE"><img src="https://img.shields.io/github/license/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base?style=flat-square&color=blueviolet" alt="License"></a> |
6 | | - <a href="#"><img src="https://img.shields.io/badge/Tech-Markdown-blue.svg?style=flat-square" alt="Tech Stack"></a> |
7 | | - <a href="#"><img src="https://img.shields.io/badge/Status-Maintained-green.svg?style=flat-square" alt="Status"></a> |
8 | | - <a href="https://github.com/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/stargazers"><img src="https://img.shields.io/github/stars/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base?style=flat-square&color=gold" alt="GitHub Stars"></a> |
9 | | -</p> |
| 3 | +An expertly curated compendium of essential software engineering principles and design patterns. The definitive handbook for crafting clean, scalable, and maintainable code. A vital resource for developers at all levels. |
10 | 4 |
|
11 | | -<p align="center"> |
12 | | - <em>A definitive, developer-centric knowledge base for mastering essential software design patterns and architectural principles. This repository provides a structured, comprehensive reference to elevate code quality, ensure maintainability, and accelerate learning for developers at all levels.</em> |
13 | | -</p> |
| 5 | +[](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook/actions/workflows/ci.yml) |
| 6 | +[](https://codecov.io/gh/chirag127/DevCore-Software-Design-Principles-Handbook) |
| 7 | +[](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook) |
| 8 | +[](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook/blob/main/LICENSE) |
| 9 | +[](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook) |
| 10 | + |
| 11 | +## ⭐ Star This Repo! |
| 12 | + |
| 13 | +Your support is invaluable! Please star this repository if you find it useful. |
| 14 | + |
| 15 | +--- |
| 16 | + |
| 17 | +## 📚 Table of Contents |
| 18 | + |
| 19 | +* [🚀 DevCore: Software Design Principles Handbook 🚀](#-devcore-software-design-principles-handbook-🚀) |
| 20 | +* [⭐ Star This Repo!](#-star-this-repo-) |
| 21 | +* [📚 Table of Contents](#-table-of-contents-) |
| 22 | +* [💡 Vision](#-vision-) |
| 23 | +* [🏗️ Architecture Overview](#-architecture-overview-) |
| 24 | +* [🤖 AI AGENT DIRECTIVES (DECEMBER 2025 EDITION)](#-ai-agent-directives-december-2025-edition-) |
| 25 | +* [🛠️ Development Standards](#-development-standards-) |
| 26 | +* [📄 License](#-license-) |
| 27 | + |
| 28 | +--- |
| 29 | + |
| 30 | +## 💡 Vision |
| 31 | + |
| 32 | +This handbook serves as a definitive guide to software engineering principles and design patterns, empowering developers to build robust, scalable, and maintainable systems. It is engineered to be a foundational resource, ensuring adherence to best practices across all development lifecycle stages. |
| 33 | + |
| 34 | +--- |
| 35 | + |
| 36 | +## 🏗️ Architecture Overview |
| 37 | + |
| 38 | +This repository is structured as a comprehensive documentation project, leveraging Markdown as its primary content format. AI assistance is integrated for content refinement and ensuring adherence to the latest industry standards (Late 2025). |
| 39 | + |
| 40 | +mermaid |
| 41 | +graph TD |
| 42 | + A[DevCore Handbook Repo] --> B(Markdown Content Files) |
| 43 | + B --> C(AI Content Augmentation Module) |
| 44 | + C --> D(CI/CD Pipeline) |
| 45 | + D --> E(GitHub Pages Deployment) |
| 46 | + E --> F(Developer Access) |
| 47 | + A --> G(LICENSE) |
| 48 | + A --> H(README.md) |
| 49 | + A --> I(.gitignore) |
| 50 | + A --> J(badges.yml) |
| 51 | + A --> K(.github/workflows/ci.yml) |
| 52 | + A --> L(.github/CONTRIBUTING.md) |
| 53 | + A --> M(.github/ISSUE_TEMPLATE) |
| 54 | + A --> N(.github/PULL_REQUEST_TEMPLATE.md) |
| 55 | + A --> O(.github/SECURITY.md) |
| 56 | + A --> P(AGENTS.md) |
14 | 57 |
|
15 | | -<p align="center"> |
16 | | - <a href="https://github.com/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/stargazers"><strong>Star ⭐ this Repo</strong></a> to support its development and help others discover it! |
17 | | -</p> |
18 | 58 |
|
19 | 59 | --- |
20 | 60 |
|
21 | | -## Table of Contents |
22 | | - |
23 | | -- [Architectural Vision](#architectural-vision) |
24 | | -- [Core Principles](#core-principles) |
25 | | -- [Design Patterns (Gang of Four)](#design-patterns-gang-of-four) |
26 | | -- [How to Contribute](#how-to-contribute) |
27 | | -- [AI Agent Directives](#-ai-agent-directives) |
28 | | -- [License](#license) |
29 | | - |
30 | | -## Architectural Vision |
31 | | - |
32 | | -This repository is organized as a hierarchical knowledge base, designed for clarity and progressive learning. The structure separates high-level principles from concrete pattern implementations, allowing for both quick reference and deep study. |
33 | | - |
34 | | -text |
35 | | -. |
36 | | -├── PRINCIPLES/ |
37 | | -│ ├── SOLID/ |
38 | | -│ │ ├── 01-Single-Responsibility.md |
39 | | -│ │ ├── 02-Open-Closed.md |
40 | | -│ │ ├── 03-Liskov-Substitution.md |
41 | | -│ │ ├── 04-Interface-Segregation.md |
42 | | -│ │ └── 05-Dependency-Inversion.md |
43 | | -│ ├── DRY.md |
44 | | -│ ├── KISS.md |
45 | | -│ └── YAGNI.md |
46 | | -│ |
47 | | -├── PATTERNS/ |
48 | | -│ ├── 01-CREATIONAL/ |
49 | | -│ │ ├── Abstract-Factory.md |
50 | | -│ │ ├── Builder.md |
51 | | -│ │ ├── Factory-Method.md |
52 | | -│ │ ├── Prototype.md |
53 | | -│ │ └── Singleton.md |
54 | | -│ ├── 02-STRUCTURAL/ |
55 | | -│ │ ├── Adapter.md |
56 | | -│ │ ├── Bridge.md |
57 | | -│ │ ├── Composite.md |
58 | | -│ │ ├── Decorator.md |
59 | | -│ │ ├── Facade.md |
60 | | -│ │ ├── Flyweight.md |
61 | | -│ │ └── Proxy.md |
62 | | -│ └── 03-BEHAVIORAL/ |
63 | | -│ ├── Chain-of-Responsibility.md |
64 | | -│ ├── Command.md |
65 | | -│ ├── Interpreter.md |
66 | | -│ ├── Iterator.md |
67 | | -│ ├── Mediator.md |
68 | | -│ ├── Memento.md |
69 | | -│ ├── Observer.md |
70 | | -│ ├── State.md |
71 | | -│ ├── Strategy.md |
72 | | -│ ├── Template-Method.md |
73 | | -│ └── Visitor.md |
74 | | -│ |
75 | | -├── .github/ |
76 | | -├── LICENSE |
77 | | -└── README.md |
78 | | - |
79 | | - |
80 | | -## Core Principles |
81 | | - |
82 | | -Foundational guidelines that inform high-quality software architecture. |
83 | | - |
84 | | -- **SOLID**: A mnemonic acronym for five design principles intended to make software designs more understandable, flexible, and maintainable. |
85 | | -- **DRY (Don't Repeat Yourself)**: A principle of software development aimed at reducing repetition of software patterns, replacing it with abstractions or using data normalization to avoid redundancy. |
86 | | -- **KISS (Keep It Simple, Stupid)**: A design principle that states that most systems work best if they are kept simple rather than made complicated; therefore, simplicity should be a key goal in design, and unnecessary complexity should be avoided. |
87 | | -- **YAGNI (You Ain't Gonna Need It)**: The principle that functionality should not be added until deemed necessary. |
88 | | - |
89 | | -## Design Patterns (Gang of Four) |
90 | | - |
91 | | -Categorized solutions to commonly occurring problems within a given context in software design. |
92 | | - |
93 | | -- **Creational Patterns**: Provide object creation mechanisms that increase flexibility and reuse of existing code. |
94 | | -- **Structural Patterns**: Explain how to assemble objects and classes into larger structures, while keeping these structures flexible and efficient. |
95 | | -- **Behavioral Patterns**: Concerned with algorithms and the assignment of responsibilities between objects. |
96 | | - |
97 | | -## How to Contribute |
98 | | - |
99 | | -Contributions are welcome! This knowledge base thrives on community collaboration. To contribute, please follow these steps: |
100 | | - |
101 | | -1. **Fork the Repository**: Create your own copy of the project. |
102 | | -2. **Create a New Branch**: `git checkout -b feature/add-new-pattern` |
103 | | -3. **Make Your Changes**: Add or improve content. Ensure your writing is clear, concise, and follows the existing format. |
104 | | -4. **Lint Your Files**: Run `npx markdownlint .` to check for formatting errors. |
105 | | -5. **Commit Your Changes**: `git commit -m 'feat: Add explanation for Strategy Pattern'` |
106 | | -6. **Push to Your Branch**: `git push origin feature/add-new-pattern` |
107 | | -7. **Open a Pull Request**: Submit your changes for review. |
108 | | - |
109 | | -## 🤖 AI Agent Directives |
| 61 | +## 🤖 AI AGENT DIRECTIVES (DECEMBER 2025 EDITION) |
110 | 62 |
|
111 | 63 | <details> |
112 | | -<summary><strong>SYSTEM: APEX TECHNICAL AUTHORITY (DECEMBER 2025 EDITION)</strong></summary> |
| 64 | +<summary>Expand AI Agent Directives</summary> |
113 | 65 |
|
114 | 66 | ### 1. IDENTITY & PRIME DIRECTIVE |
115 | | -**Role:** You are a Senior Principal Software Architect and Master Technical Copywriter with **40+ years of elite industry experience**. You operate with absolute precision, enforcing FAANG-level standards. |
| 67 | +**Role:** You are a Senior Principal Software Architect and Master Technical Copywriter with **40+ years of elite industry experience**. You operate with absolute precision, enforcing FAANG-level standards and the wisdom of "Managing the Unmanageable." |
116 | 68 | **Context:** Current Date is **December 2025**. You are building for the 2026 standard. |
117 | | -**Output Standard:** Deliver **EXECUTION-ONLY** results. No plans, no "reporting"—only executed documentation updates and applied fixes. |
| 69 | +**Output Standard:** Deliver **EXECUTION-ONLY** results. No plans, no "reporting"—only executed code, updated docs, and applied fixes. |
118 | 70 | **Philosophy:** "Zero-Defect, High-Velocity, Future-Proof." |
119 | 71 |
|
120 | | -### 2. CONTEXT-AWARE APEX STACKS (LATE 2025 STANDARDS) |
121 | | -This repository, `ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base`, is a technical knowledge base. Your primary function is to maintain its integrity, clarity, and structure. |
| 72 | +### 2. INPUT PROCESSING & COGNITION |
| 73 | +* **SPEECH-TO-TEXT INTERPRETATION PROTOCOL:** |
| 74 | + * **Context:** User inputs may contain phonetic errors (homophones, typos). |
| 75 | + * **Semantic Correction:** **STRICTLY FORBIDDEN** from executing literal typos. You must **INFER** technical intent based on the project context. |
| 76 | + * **Logic Anchor:** Treat the `README.md` as the **Single Source of Truth (SSOT)**. |
| 77 | +* **MANDATORY MCP INSTRUMENTATION:** |
| 78 | + * **No Guessing:** Do not hallucinate APIs. |
| 79 | + * **Research First:** Use `linkup`/`brave` to search for **December 2025 Industry Standards**, **Security Threats**, and **2026 UI Trends**. |
| 80 | + * **Validation:** Use `docfork` to verify *every* external API signature. |
| 81 | + * **Reasoning:** Engage `clear-thought-two` to architect complex flows *before* writing code. |
| 82 | + |
| 83 | +### 3. CONTEXT-AWARE APEX TECH STACKS (LATE 2025 STANDARDS) |
| 84 | +**Directives:** Detect the project type (`pyproject.toml` for Python) and apply the corresponding **Apex Toolchain**. This repository, `DevCore-Software-Design-Principles-Handbook`, is a documentation project. |
| 85 | + |
| 86 | +* **PRIMARY SCENARIO: DOCUMENTATION / KNOWLEDGE BASE (Markdown + AI Augmentation)** |
| 87 | + * **Stack:** This project leverages **Markdown** as the primary content format, enhanced by **AI for content generation and validation**. Development environment setup involves standard text editors and version control. |
| 88 | + * **Architecture:** Adheres to a **Documentation-as-Code** paradigm. Content is version-controlled, built, and deployed using automated pipelines. |
| 89 | + * **AI Integration:** Utilizes advanced language models (e.g., Google Gemini, Claude 3.5 Sonnet) for **content refinement, clarity enhancement, and principle validation** against current industry standards. Focus on ensuring AI output is accurate, adheres to coding principles (SOLID, DRY), and maintains a professional tone. AI-generated content is subject to human review and finalization. |
| 90 | + |
| 91 | +* **SECONDARY SCENARIO A: WEB / APP / EXTENSION (TypeScript) - *Not applicable for this project's primary function. Reference only for potential future web-based extensions.*** |
| 92 | + * **Stack:** TypeScript 6.x (Strict), Vite 7 (Rolldown), Tauri v2.x (Native), WXT (Extensions). |
| 93 | + * **State:** Signals (Standardized). |
| 94 | + |
| 95 | +### 4. VERIFICATION COMMANDS |
| 96 | +* **Content Validation:** |
| 97 | + bash |
| 98 | + # Manual verification of Markdown content for clarity and accuracy. |
| 99 | + # AI-assisted checks via integrated LLM tools. |
| 100 | + |
| 101 | +* **Build & Deploy (Example for GitHub Pages): |
| 102 | + bash |
| 103 | + # This is a conceptual example. Actual commands depend on CI/CD setup. |
| 104 | + # Triggered automatically by CI/CD workflow. |
| 105 | + npm run build # or equivalent for documentation site generation |
| 106 | + npm run deploy |
| 107 | + |
| 108 | + |
| 109 | +### 5. APEX PRINCIPLES (THE "STAR VELOCITY" ENGINE) |
| 110 | +* **KISS (Keep It Simple, Stupid):** Prioritize clarity and conciseness. |
| 111 | +* **DRY (Don't Repeat Yourself):** Ensure consistency and avoid redundancy. |
| 112 | +* **SOLID:** Apply object-oriented design principles where applicable to code examples. |
| 113 | +* **YAGNI (You Ain't Gonna Need It):** Focus on essential principles and patterns. |
| 114 | +* **Defensive Programming:** Emphasize robust error handling and edge case consideration in examples. |
122 | 115 |
|
123 | | -* **PRIMARY SCENARIO: KNOWLEDGE MANAGEMENT & TECHNICAL DOCUMENTATION** |
124 | | - * **Stack:** This project is built entirely with **Markdown**. Content quality is enforced by **markdownlint** for consistency and **Prettier** for formatting. Your goal is to produce exceptionally clear and well-structured technical documentation. |
125 | | - * **Architecture:** The repository follows a strict **Information Architecture** based on a hierarchical, topic-based structure. Content is categorized into `PRINCIPLES` and `PATTERNS` to facilitate discoverability and logical grouping. You must preserve this structure. |
126 | | - * **Writing Style:** All content must be authoritative, concise, and technically precise. Use code examples (in a language like Python, TypeScript, or Java) only where they directly clarify a concept. All new entries must follow the established formatting of existing documents. |
| 116 | +</details> |
| 117 | + |
| 118 | +--- |
127 | 119 |
|
128 | | -* **VERIFICATION & LINTING COMMANDS** |
129 | | - * To ensure content quality before any commit, you must execute these commands: |
130 | | - * `npx markdownlint . --fix` - To check and fix all markdown files for style and syntax violations. |
131 | | - * `npx prettier --write .` - To enforce a consistent code and text format across the project. |
| 120 | +## 🛠️ Development Standards |
132 | 121 |
|
133 | | -</details> |
| 122 | +This handbook adheres to the highest standards of technical documentation and software engineering principles. |
| 123 | + |
| 124 | +### Setup |
| 125 | + |
| 126 | +bash |
| 127 | +# 1. Clone the repository: |
| 128 | +$ git clone https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook.git |
| 129 | + |
| 130 | +# 2. Navigate to the project directory: |
| 131 | +$ cd DevCore-Software-Design-Principles-Handbook |
| 132 | + |
| 133 | +# 3. (Optional) Install pre-commit hooks for local validation: |
| 134 | +# If applicable for Markdown linters or AI check integrations: |
| 135 | +# pip install pre-commit |
| 136 | +# pre-commit install |
| 137 | + |
| 138 | + |
| 139 | +### Core Principles Applied |
| 140 | + |
| 141 | +* **Clarity & Conciseness:** Content is designed for immediate understanding. |
| 142 | +* **Consistency:** Uniform terminology and structure across all sections. |
| 143 | +* **Accuracy:** Principles are validated against industry best practices (Late 2025 standards). |
| 144 | +* **Maintainability:** Documentation-as-Code approach ensures easy updates and versioning. |
| 145 | +* **AI Augmentation:** Leveraged responsibly for refinement, not replacement, of human expertise. |
| 146 | + |
| 147 | +### Contribution |
| 148 | + |
| 149 | +Refer to the [CONTRIBUTING.md](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook/blob/main/.github/CONTRIBUTING.md) file for detailed guidelines on how to contribute to this handbook. |
134 | 150 |
|
135 | 151 | --- |
136 | 152 |
|
137 | | -## License |
| 153 | +## 📄 License |
138 | 154 |
|
139 | | -This project is licensed under the [Creative Commons Attribution-NonCommercial 4.0 International License (CC BY-NC 4.0)](https://github.com/chirag127/ArchCode-Software-Design-Patterns-And-Principles-Knowledge-Base/blob/main/LICENSE). |
| 155 | +This project is licensed under the **Creative Commons Attribution-NonCommercial 4.0 International License (CC BY-NC 4.0)**. See the [LICENSE](https://github.com/chirag127/DevCore-Software-Design-Principles-Handbook/blob/main/LICENSE) file for more details. |
0 commit comments