create-warlock 4.1.14 → 4.2.0

package/templates/warlock/README.md

@@ -1,57 +0,0 @@
-# Warlock.js
-
-A Blazing fast Nodejs framework to build comprehensive APIs.
-
-For more knowledge about Warlock js, please visit Full documentation is in [Official Documentation](https://warlock.js.org).
-
-## Start Development Server
-
-To start the development server, run the following command
-
-```bash
-yarn start
-```
-
-OR
-
-```bash
-npm start
-```
-
-## Build for Production
-
-To build the project for production, run the following command
-
-```bash
-yarn build
-```
-
-OR
-
-```bash
-npm run build
-```
-
-## Start Production Server
-
-After building the project, run the following command to start the production server
-
-```bash
-yarn prod
-```
-
-To run it in background, run the following command
-
-```bash
-yarn serve
-```
-
-> Please note that you should have nohup installed on your system to run the server in background
-
-## Tests
-
-To run tests, run the following command
-
-```bash
-yarn test
-```

package/templates/warlock/_.gitignore

@@ -1,6 +0,0 @@
-node_modules
-build
-dist
-.env
-.warlock/
-nohup.out

package/templates/warlock/docs/new-module.md

@@ -1,551 +0,0 @@
-# Create a new module
-
-You can create a new module using the following command:
-
-```bash
-warlock create.module <module-name>
-```
-
-Each module should consist of the following structure:
-
-```
-src/app/[module-name]/
-├── main.ts                      # Entry point (auto-imported by Warlock.js)
-├── routes.ts                    # Main routing file (auto-imported by Warlock.js)
-├── controllers/                 # Request handlers
-│   ├── [feature]/              # Grouped by feature (e.g., auth, profile)
-│   │   └── *.controller.ts
-│   └── [module].restful.ts     # RESTful resource controller (optional)
-├── services/                    # Business logic layer
-│   ├── *.service.ts
-├── mail/                    # Business logic layer
-│       └── *.ts
-├── repositories/                # Data access layer
-│   └── [resource].repository.ts
-├── models/                      # Database models
-│   └── [model-name]/
-│       ├── index.ts
-│       ├── [model-name].model.ts
-│       └── migrations/
-│           └── [date]_[model-name].migration.ts
-├── requests/                   # Request type definitions
-│   └── *.request.ts         # Individual request types
-├── validation/                 # Validation schemas
-│   ├── index.ts                # Simple validations (if all in one file)
-│   └── *.schema.ts          # Individual validation schema files
-├── resources/                      # Response resource transformers
-│   └── *.resource.ts
-├── events/                      # Event handlers/listeners (auto-imported by Warlock.js)
-│   └── *.ts
-├── components/                  # Reusable components for use within mails
-│   └── *.ts
-├── types/                       # TypeScript type definitions
-│   └── *.ts
-└── utils/                       # Module-specific utilities
-    ├── locales.ts              # Translations (auto-imported by Warlock.js)
-    └── flags.ts                # Constants/flags
-```
-
-## Directory Structure Details
-
-### 1. main.ts (Auto-imported)
-
-Entry point file that is automatically imported by Warlock.js when the module loads. Use this for module initialization, event listeners, or setup code that should run when the module is loaded.
-
-**Example:**
-
-```typescript
-import { onceConnected } from "@warlock.js/cascade";
-
-// This function will be called once the app is connected to the database
-onceConnected(async () => {
-  // Module initialization code
-  // Register event listeners
-  // Setup module-specific configurations
-});
-```
-
-### 2. routes.ts (Auto-imported)
-
-Main routing file that defines all module endpoints. This file is automatically imported by Warlock.js. Use router guards (`guarded`, `guardedAdmin`, `guardedGuest`, etc.) to protect routes.
-
-**Example:**
-
-```typescript
-import { router } from "@warlock.js/core";
-import { guarded, guardedGuest } from "app/utils/router";
-import { createAccountController } from "./controllers/auth/create-account.controller";
-import { myProfile } from "./controllers/profile/my-profile.controller";
-
-guardedGuest(() => {
-  router.post("/register", createAccountController);
-});
-
-guarded(() => {
-  router.get("/me", myProfile);
-});
-```
-
-### 3. controllers/
-
-Request handlers that process HTTP requests. Organize controllers by feature (e.g., `auth/`, `profile/`).
-
-**Controller Structure:**
-
-```typescript
-import type { Request, RequestHandler, Response } from "@warlock.js/core";
-import { someService } from "app/[module]/services/some.service";
-import { someRequestSchema } from "app/[module]/validation/some.schema";
-import { type SomeRequest } from "app/[module]/requests/some.request";
-
-export const someController: RequestHandler = async (
-  request: SomeRequest,
-  response: Response,
-) => {
-  const data = await someService(request.validated());
-  return response.success({ data });
-};
-
-someController.validation = {
-  schema: someRequestSchema,
-};
-```
-
-**For RESTful Resources:**
-
-```typescript
-import { Restful, type RouteResource, v } from "@warlock.js/core";
-import { SomeModel } from "../models/some";
-import { someRepository } from "../repositories/some.repository";
-
-class RestfulSome extends Restful<SomeModel> implements RouteResource {
-  protected repository = someRepository;
-
-  public validation: RouteResource["validation"] = {
-    create: {
-      schema: v.object({
-        name: v.string().required(),
-      }),
-    },
-  };
-}
-
-export const restfulSome = new RestfulSome();
-```
-
-### 4. services/
-
-Business logic layer. Services handle the core functionality and interact with repositories.
-
-**Service Structure:**
-
-```typescript
-import type { SomeModel } from "app/[module]/models/some";
-import { someRepository } from "app/[module]/repositories/some.repository";
-
-export async function someService(
-  data: Record<string, any>,
-): Promise<SomeModel> {
-  return await someRepository.create(data);
-}
-```
-
-### 5. repositories/
-
-Data access layer that extends `RepositoryManager`. Handles database queries and filtering.
-
-**Repository Structure:**
-
-```typescript
-import type { FilterRules, RepositoryOptions } from "@warlock.js/core";
-import { RepositoryManager } from "@warlock.js/core";
-import { SomeModel } from "../models/some";
-
-export class SomeRepository extends RepositoryManager<SomeModel> {
-  public source = SomeModel;
-
-  protected defaultOptions: RepositoryOptions = {};
-
-  protected filterBy: FilterRules = {
-    name: "like",
-    isActive: "bool",
-  };
-}
-
-export const someRepository = new SomeRepository();
-```
-
-### 6. models/
-
-Database models that extend base model classes (e.g., `Model`, `Auth`). Include migrations in the `migrations/` subdirectory.
-
-**Model Structure:**
-
-```typescript
-import { Model } from "@warlock.js/core";
-import type { StrictMode } from "@warlock.js/cascade";
-import { SomeResource } from "../../resources/some.resource";
-import { v, type Infer } from "@warlock.js/seal";
-
-const someModelSchema = v.object({
-  name: v.string().required(),
-  email: v.email().required(),
-});
-
-type SomeModelType = Infer<typeof someModelSchema>;
-
-export class SomeModel extends Model<SomeModelType> {
-  public static table = "somes";
-  public static strictMode: StrictMode = "fail";
-  public static resource = SomeResource;
-
-  public static schema = someModelSchema;
-
-  public embed = ["id", "name"];
-}
-```
-
-### 7. validation/
-
-Validation schemas should be defined here.
-
-**Validation Structure:**
-
-```typescript
-import { v, type Infer } from "@warlock.js/seal";
-
-export const createAccountSchema = v.object({
-  name: v.string().minLength(2).required(),
-  email: v.email().required(),
-  password: v.string().required().strongPassword(),
-});
-
-export type CreateAccountSchema = Infer<typeof createAccountSchema>;
-```
-
-**Important Rules:**
-
-- If a module has simple validations, use `index.ts` to export all schemas
-- If requests are complex or numerous, use separate `.schema.ts` files
-- Always export the schema and its inferred type
-- Use `Infer<typeof schema>` (similar to Zod) to generate TypeScript types
-
-**Simple Validation (index.ts):**
-
-```typescript
-import { v, type Infer } from "@warlock.js/seal";
-
-export const createSchema = v.object({
-  name: v.string().minLength(2).required(),
-});
-
-export const updateSchema = v.object({
-  name: v.string().minLength(2).optional(),
-});
-
-export type CreateData = Infer<typeof createSchema>;
-export type UpdateData = Infer<typeof updateSchema>;
-```
-
-**Individual Validation Files:**
-
-```typescript
-// validation/create-account.schema.ts
-import { v, type Infer } from "@warlock.js/seal";
-
-export const createAccountSchema = v.object({
-  name: v.string().minLength(2).required(),
-  email: v.email().required(),
-  password: v.string().required().strongPassword(),
-});
-
-export type CreateAccountSchema = Infer<typeof createAccountSchema>;
-```
-
-### 8. requests/
-
-High level Request types that link validation schemas to the Request object.
-
-**Request Structure:**
-
-```typescript
-import type { Request } from "@warlock.js/core";
-import { type CreateAccountSchema } from "app/[module]/validation/create-account.schema";
-
-export type CreateAccountRequest = Request<CreateAccountSchema>;
-```
-
-**Usage in Controller:**
-
-```typescript
-import type { RequestHandler, Response } from "@warlock.js/core";
-import { type CreateAccountRequest } from "app/[module]/requests/create-account.request";
-import { createAccountSchema } from "app/[module]/validation/create-account.schema";
-
-export const createAccountController: RequestHandler = async (
-  request: CreateAccountRequest,
-  response: Response,
-) => {
-  const data = request.validated(); // data is typed as CreateAccountSchema
-  // ...
-};
-
-createAccountController.validation = {
-  schema: createAccountSchema,
-};
-```
-
-### 9. resources/
-
-Resources define how data is transformed before being sent to clients.
-
-**Resource Structure:**
-
-```typescript
-**import** { Resource, RegisterResource } from "@warlock.js/core";
-
-@RegisterResource()
-export class SomeResource extends Resource {
-  public static schema = {
-    name: "string",
-    id: "int",
-    type: () => "user", // custom output value
-    image: value => (value.startsWith("/") ? value : "/" + value),
-  };
-}
-```
-
-Or even making it simpler by using `defineResource` function (FP style, recommended for most resources)
-
-```typescript
-import { defineResource } from "@warlock.js/core";
-
-export const SomeResource = defineResource({
-  schema: {
-    name: "string",
-    id: "int",
-    type: () => "user", // custom output value
-    image: value => (value.startsWith("/") ? value : "/" + value),
-  },
-});
-```
-
-### 10. events/ (Auto-imported)
-
-Event handlers and listeners for model events or application events. **All files in this folder are automatically imported by Warlock.js** - no need to manually import them elsewhere.
-
-> During development server, It's very important to use export const cleanup for events unbinding to prevent duplicate events registery on hmr.
-
-**Event Structure:**
-
-```typescript
-import { Response } from "@warlock.js/core";
-
-export function someEventHandler(response: Response) {
-  // Event handling logic
-}
-
-const event = Response.on("sending", someEventHandler);
-
-export const cleanup = [event];
-// or use a callback if the event is not an unsubscribe function
-export const cleanup = () => event.unsbcribe();
-```
-
-**Note:** Files in the `events/` folder are auto-imported, similar to `routes.ts`, `main.ts`, and `utils/locales.ts`. Just create the file and it will be loaded automatically.
-
-### 11. services/mail/ (or separate mail/ folder)
-
-Email service functions for sending notifications. **Mail files should be suffixed with `.mail.ts`** (e.g., `welcome.mail.ts`, `reset-password.mail.ts`).
-
-You can organize mail services either as:
-
-- Files in `services/mail/` folder (if you have multiple mail-related services) - **Recommended**
-- Individual files in `services/` folder (if you have few mail services)
-- A separate `mail/` folder at module root (legacy pattern, still supported)
-
-**Mail Structure:**
-
-```tsx
-// services/mail/welcome.mail.ts
-import { sendMail } from "@warlock.js/core";
-import type { SomeModel } from "../models/some";
-import { SomeEmailComponent } from "../components/some-email.component";
-
-export default async function sendWelcomeEmail(model: SomeModel) {
-  await sendMail({
-    to: model.get("email"),
-    subject: "Subject",
-    component: <SomeEmailComponent name={model.get("name")} />,
-  });
-}
-```
-
-**Recommendation:** Use `services/mail/` folder for better organization when you have multiple mail templates, and always suffix mail files with `.mail.ts`.
-
-### 12. components/
-
-Reusable components for use within email templates. These are typically functions that return HTML strings or React-like components that can be used in mail services.
-
-**Component Structure:**
-
-```tsx
-export function WelcomeEmailComponent(data: { name: string; email: string }) {
-  return `
-    <div>
-      <h1>Welcome, ${data.name}!</h1>
-      <p>Your email: ${data.email}</p>
-    </div>
-  `;
-}
-```
-
-**Usage in Mail:**
-
-```tsx
-import { sendMail } from "@warlock.js/core";
-import { WelcomeEmailComponent } from "../components/welcome-email.component";
-
-export default async function sendWelcomeEmail(user: User) {
-  await sendMail({
-    to: user.get("email"),
-    subject: "Welcome",
-    component: (
-      <WelcomeEmailComponent
-        name={user.get("name")}
-        email={user.get("email")}
-      />
-    ),
-  });
-}
-```
-
-### 13. types/
-
-TypeScript type definitions specific to the module. Use this folder for:
-
-- Request/response types
-- Service parameter types
-- Module-specific interfaces
-- Type utilities
-
-**Types Structure:**
-
-```typescript
-// types/user.types.ts
-export interface UserPreferences {
-  theme: "light" | "dark";
-  notifications: boolean;
-}
-
-export type UserRole = "admin" | "user" | "guest";
-```
-
-### 14. utils/
-
-Module-specific utility functions. **Must include `locales.ts`** which is automatically imported by Warlock.js.
-
-**utils/locales.ts (Auto-imported):**
-
-```typescript
-import { groupedTranslations } from "@mongez/localization";
-
-groupedTranslations("moduleName", {
-  key1: {
-    en: "English translation",
-    ar: "Arabic translation",
-  },
-  invalidCredentials: {
-    en: "Invalid credentials",
-    ar: "بيانات الدخول غير صحيحة",
-  },
-});
-```
-
-**utils/flags.ts (Constants):**
-
-```typescript
-// Module-specific constants and flags
-export const USER_STATUS = {
-  ACTIVE: "active",
-  INACTIVE: "inactive",
-  PENDING: "pending",
-} as const;
-
-export const USER_ROLES = {
-  ADMIN: "admin",
-  USER: "user",
-  GUEST: "guest",
-} as const;
-```
-
-**Other Utilities:**
-
-```typescript
-// utils/helpers.ts or similar
-export function formatUserName(user: User): string {
-  return `${user.get("firstName")} ${user.get("lastName")}`;
-}
-```
-
-**Note:** The `utils/locales.ts` file is automatically imported by Warlock.js, similar to `routes.ts`, `main.ts`, and files in the `events/` folder.
-
-## Best Practices
-
-1. **Naming Conventions:**
-
-   - Use kebab-case for file names
-   - Use PascalCase for class names
-   - Use camelCase for functions and variables
-
-2. **Controller Organization:**
-
-   - Group related controllers in subdirectories (e.g., `auth/`, `profile/`)
-   - Keep controllers thin - delegate business logic to services
-
-3. **Service Layer:**
-
-   - Services should contain reusable business logic
-   - Services interact with repositories, not directly with models
-
-4. **Repository Pattern:**
-
-   - All database operations should go through repositories
-   - Define filter options in the repository class
-
-5. **Validation:**
-
-   - **All validation schemas must be in the `validation/` folder**
-   - **All request types must be in the `requests/` folder**
-   - Always attach validation to controllers using `controller.validation = { schema }`
-   - Export TypeScript types from validation files using `Infer<typeof schema>`
-   - Import validation schema in controller from `validation/` folder
-   - Import request type in controller from `requests/` folder
-   - Use `index.ts` for simple validations, separate `.schema.ts` files for complex ones
-
-6. **Models:**
-
-   - Define casts for all fields
-   - Specify embedded fields for performance
-   - Include default values when needed
-
-7. **Routes:**
-
-   - Use appropriate guards (`guarded`, `guardedAdmin`, `guardedGuest`)
-   - Group related routes together
-   - Use RESTful resources when appropriate
-   - Routes file is auto-imported by Warlock.js
-
-8. **Auto-imported Files:**
-
-   - `main.ts` - Module entry point
-   - `routes.ts` - Route definitions
-   - `utils/locales.ts` - Translations
-   - All files in `events/` folder - Event handlers
-   - No need to manually import these files elsewhere
-
-9. **Organization:**
-   - Keep mail services organized: use `services/mail/` folder if multiple, or individual files in `services/` if few
-   - Use `components/` folder for reusable email components
-   - Define module-specific types in `types/` folder
-   - Use `utils/flags.ts` for constants and configuration flags

package/templates/warlock/eslint.config.js

@@ -1,98 +0,0 @@
-import tsPlugin from "@typescript-eslint/eslint-plugin";
-import tsParser from "@typescript-eslint/parser";
-import prettierConfig from "eslint-config-prettier";
-import prettierPlugin from "eslint-plugin-prettier";
-import unusedImports from "eslint-plugin-unused-imports";
-
-export default [
-  // Global configuration
-  {
-    languageOptions: {
-      ecmaVersion: "latest",
-      sourceType: "module",
-      globals: {
-        // Node.js globals
-        console: "readonly",
-        process: "readonly",
-        Buffer: "readonly",
-        __dirname: "readonly",
-        __filename: "readonly",
-        global: "readonly",
-        module: "readonly",
-        require: "readonly",
-        exports: "readonly",
-        // ES2021 globals
-        Promise: "readonly",
-        // Jest globals
-        describe: "readonly",
-        it: "readonly",
-        test: "readonly",
-        expect: "readonly",
-        beforeEach: "readonly",
-        afterEach: "readonly",
-        beforeAll: "readonly",
-        afterAll: "readonly",
-        jest: "readonly",
-      },
-    },
-  },
-
-  // TypeScript files configuration
-  {
-    files: ["**/*.ts", "**/*.tsx", "**/*.css"],
-    languageOptions: {
-      parser: tsParser,
-      parserOptions: {
-        ecmaVersion: "latest",
-        sourceType: "module",
-      },
-    },
-    plugins: {
-      "@typescript-eslint": tsPlugin,
-      prettier: prettierPlugin,
-      "unused-imports": unusedImports,
-    },
-    rules: {
-      // Prettier integration
-      ...prettierConfig.rules,
-      "prettier/prettier": "error",
-
-      // TypeScript rules
-      "@typescript-eslint/no-explicit-any": "off",
-      "@typescript-eslint/no-unused-vars": "off",
-      "no-unused-vars": "off",
-      "unused-imports/no-unused-vars": [
-        "warn",
-        {
-          vars: "all",
-          varsIgnorePattern: "^_",
-          args: "after-used",
-          argsIgnorePattern: "^_",
-        },
-      ],
-      "unused-imports/no-unused-imports": "error",
-      "@typescript-eslint/explicit-member-accessibility": [
-        "error",
-        { accessibility: "explicit" },
-      ],
-      "@typescript-eslint/consistent-type-imports": [
-        "error",
-        {
-          prefer: "type-imports",
-          disallowTypeAnnotations: false,
-        },
-      ],
-    },
-  },
-
-  // Ignore patterns
-  {
-    ignores: [
-      "dist/",
-      "node_modules/",
-      "**/*.js",
-      "!**/*.config.js",
-      "!eslint.config.js",
-    ],
-  },
-];