Skip to content

[V3] feat: Add @services alias to vite templates #4361

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 4 commits into
base: v3-alpha
Choose a base branch
from

Conversation

harrydehix
Copy link

@harrydehix harrydehix commented Jun 16, 2025

Related to https://discord.com/channels/1042734330029547630/1383737833419837490

Description

Adds an @services alias for bindings to make imports a bit easier. It's only a small change, but you don't have to deal with these ugly ../.. relative imports by default anymore. Would make it easier for beginners.
In vite.config.ts:

...
  resolve: {
        alias: {
            "@services": "/bindings/changeme/index.ts",
        },
    },
...

In tsconfig.json:

...
   compilerOptions: {
      ...
      "baseUrl": ".",
      "paths": {
           "@services": ["bindings/changeme/index"]
       }
      ...
   }

Usage: import { GreetService } from "@services"; .

Type of change

Please select the option that is relevant.

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • This change requires a documentation update (we might discuss this point as this only works on vite based projects)

How Has This Been Tested?

I have not tested this feature with the provided templates. I will do as soon as I find enough time.

Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration using wails doctor.

  • Windows
  • macOS
  • Linux

If you checked Linux, please specify the distro and version.

Test Configuration

Please paste the output of wails doctor. If you are unable to run this command, please describe your environment in as much detail as possible.

Checklist:

  • I have updated website/src/pages/changelog.mdx with details of this PR
  • My code follows the general coding style of this project
  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes

Summary by CodeRabbit

  • Refactor

    • Updated import statements across multiple templates to use the @services alias instead of relative paths for improved readability and consistency.
  • Chores

    • Added module alias configuration for @services in project settings to enable simplified import paths. This includes updates to project configuration files to support the new alias.

@dosubot dosubot bot added the size:L This PR changes 100-499 lines, ignoring generated files. label Jun 16, 2025
Copy link
Contributor

coderabbitai bot commented Jun 16, 2025

Important

Review skipped

Draft detected.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Walkthrough

This change standardizes the import path for the GreetService module across multiple frontend templates by replacing relative paths with the alias @services. Supporting configuration files (Vite, TypeScript, or JS config) are updated to define the @services alias, ensuring consistent module resolution throughout the codebase.

Changes

Files/Groups Change Summary
*/src/*.[jt]sx, */src/*.js, */src/*.ts, */src/*.vue, */src/*.svelte Changed GreetService import from relative path to @services alias.
*/src/routes/+page.svelte Changed GreetService import from relative path to @services alias.
*/tsconfig.json, */jsconfig.json Added "baseUrl": "." and "paths" mapping for @services alias to bindings/changeme/index.
*/vite.config.js, */vite.config.ts Added resolve.alias entry mapping @services to /bindings/changeme/index.ts.

Sequence Diagram(s)

sequenceDiagram
    participant AppFile as App / Component File
    participant AliasConfig as Vite/TSConfig
    participant GreetService as GreetService Module

    AppFile->>AliasConfig: Import '@services'
    AliasConfig-->>AppFile: Resolve '@services' to bindings/changeme/index
    AppFile->>GreetService: Use GreetService
Loading

Poem

🐇
From tangled paths, we leap with glee,
Now @services guides us easily.
No more dots to count or trace,
Aliased imports in every place!
With configs tuned and code aligned,
The rabbit hops—no path behind!


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@dosubot dosubot bot added Enhancement New feature or request Typescript labels Jun 16, 2025
@harrydehix harrydehix marked this pull request as draft June 16, 2025 19:20
@harrydehix harrydehix changed the title Add @services alias to vite templates [V3] feat: Add @services alias to vite templates Jun 16, 2025
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 8

♻️ Duplicate comments (7)
v3/internal/templates/react-swc/frontend/vite.config.js (1)

7-11: Same absolute-path issue as in the Solid template

Replicate the path.resolve(__dirname, …) fix here; otherwise React-SWC users will experience unresolved module errors.

v3/internal/templates/vue-ts/frontend/vite.config.ts (1)

7-11: Same path-resolution concern as in Qwik template

Repeat of the earlier comment: use fileURLToPath(new URL(...)) or path.resolve instead of a hard-coded “/bindings/…”. This keeps the config portable across OSes and respects any custom root.

v3/internal/templates/preact/frontend/vite.config.js (1)

7-11: Hard-coded absolute path is brittle

Please adopt the same fileURLToPath / URL (or path.resolve) pattern suggested for the other templates to ensure cross-platform correctness.

v3/internal/templates/preact-ts/frontend/vite.config.ts (1)

7-11: Cross-platform path resolution

For consistency and Windows support, resolve the alias path programmatically rather than relying on a “/”-prefixed string.

v3/internal/templates/react/frontend/vite.config.js (1)

7-11: Same cross-platform path issue as in the Qwik template

The alias should be created with path.resolve(__dirname, …) to avoid absolute-path breakage. See the detailed suggestion in v3/internal/templates/qwik/frontend/vite.config.js.

v3/internal/templates/react-ts/frontend/vite.config.ts (1)

7-11: Duplicate portability concern

Replace the hard-coded "/bindings/…" with resolve(__dirname, './bindings/changeme/index.ts') as previously described.

v3/internal/templates/react-swc-ts/frontend/vite.config.ts (1)

7-11: Replicate the path.resolve fix here as well

Use resolve(__dirname, './bindings/changeme/index.ts') (and optionally the wildcard) to stay consistent and platform-safe.

🧹 Nitpick comments (15)
v3/internal/templates/preact-ts/frontend/tsconfig.json (1)

10-12: paths may be ignored under moduleResolution: "bundler" – verify IDE & tsc support

TypeScript’s new bundler resolver intentionally bypasses paths mappings. Your editor/tsc might still complain even though Vite resolves the alias. Either:

  1. switch to node16/nodenext, or
  2. add vite-tsconfig-paths + keep bundler, or
  3. document that IntelliSense errors are expected.

Please confirm the desired developer-experience.

v3/internal/templates/sveltekit-ts/frontend/tsconfig.json (1)

14-18: Redundant paths comment vs. implementation

Lines 20-22 state “Path aliases are handled by SvelteKit except $lib”, yet a paths map is added above. That comment is now misleading; either delete the comment or drop the paths entry and rely solely on Vite/SvelteKit aliasing.

v3/internal/templates/svelte-ts/frontend/tsconfig.json (1)

16-20: Include file extension to avoid duplicate type packages

Some editors fail to resolve "bindings/changeme/index" without .ts, producing false “cannot find module” errors. Appending the extension aligns with the Vite alias and avoids ambiguity:

-         "@services": ["bindings/changeme/index"]
+         "@services": ["bindings/changeme/index.ts"]
v3/internal/templates/solid-ts/frontend/tsconfig.json (1)

25-29: Consider wildcard path mapping.
If you plan to import submodules under bindings/changeme, you can extend the alias to:

"paths": {
  "@services": ["bindings/changeme/index"],
  "@services/*": ["bindings/changeme/*"]
}

This will allow statements like import { Foo } from "@services/foo".

v3/internal/templates/lit-ts/frontend/src/my-element.ts (1)

3-3: Inconsistent quotation style.
Use double quotes ("@services") instead of single quotes to match the surrounding imports (e.g., import {Events} from "@wailsio/runtime";).

v3/internal/templates/react-ts/frontend/src/App.tsx (1)

2-2: Verify alias configuration & align import formatting.

Please confirm that the @services alias is correctly defined in this template’s vite.config.ts and tsconfig.json, and adjust the import to match the existing style:

-import {GreetService} from "@services";
+import { GreetService } from "@services";
v3/internal/templates/react-swc/frontend/src/App.jsx (1)

2-2: Verify alias configuration & align import formatting.

Ensure the @services alias is properly configured in vite.config.js and, if present, in any jsconfig.json/tsconfig.json for this template. Also update the import to match project conventions:

-import {GreetService} from "@services";
+import { GreetService } from "@services";
v3/internal/templates/svelte-ts/frontend/src/App.svelte (1)

2-2: Verify alias configuration & align import formatting.

Please check that @services is defined in vite.config.ts and tsconfig.json for this Svelte-TS template. Also update the import spacing:

-import {GreetService} from "@services";
+import { GreetService } from "@services";
v3/internal/templates/solid/frontend/src/App.jsx (1)

2-2: Verify alias configuration & align import formatting.

Confirm that @services is mapped in vite.config.js (and any tsconfig.json if used) for this Solid template, and apply consistent spacing:

-import {GreetService} from "@services";
+import { GreetService } from "@services";
v3/internal/templates/svelte/frontend/src/App.svelte (1)

2-2: Verify alias configuration & align import formatting.

Make sure the @services alias is set in vite.config.js and jsconfig.json/tsconfig.json for this Svelte template. Also adjust the import style:

-import {GreetService} from "@services";
+import { GreetService } from "@services";
v3/internal/templates/react-swc-ts/frontend/tsconfig.json (1)

24-28: Broaden the path mapping to allow sub-imports.

If later code needs import { Foo } from "@services/foo", TypeScript will not find it with the current mapping.
Add a wildcard variant alongside the root mapping:

     "baseUrl": ".",
     "paths": {
-         "@services": ["bindings/changeme/index"]
+         "@services": ["bindings/changeme/index"],
+         "@services/*": ["bindings/changeme/*"]
      }
v3/internal/templates/svelte/frontend/jsconfig.json (1)

26-30: Mirror the wildcard mapping here for consistency.

jsconfig.json should mirror the TypeScript setup so editors (VS Code, WebStorm, etc.) resolve deep paths:

     "checkJs": true,
     "baseUrl": ".",
     "paths": {
-         "@services": ["bindings/changeme/index"]
+         "@services": ["bindings/changeme/index"],
+         "@services/*": ["bindings/changeme/*"]
      }
v3/internal/templates/vue-ts/frontend/tsconfig.json (1)

16-20: Add wildcard mapping to avoid future import pain

@services currently resolves only the index file.
If a developer tries import foo from "@services/utils", TypeScript will fail.
Add a second entry with a wildcard to keep the door open:

-    "@services": ["bindings/changeme/index"]
+    "@services": ["bindings/changeme/index"],
+    "@services/*": ["bindings/changeme/*"]
v3/internal/templates/react-ts/frontend/tsconfig.json (1)

24-28: Expose wildcard path for future flexibility

Support sub-module imports and keep TS/Vite configs aligned:

 "paths": {
-     "@services": ["bindings/changeme/index"]
+     "@services":  ["bindings/changeme/index"],
+     "@services/*": ["bindings/changeme/*"]
 }

Verify the same improvement across all template tsconfig/jsconfig files.

v3/internal/templates/qwik-ts/frontend/tsconfig.json (1)

25-29: Consider using a wildcard mapping to keep the alias future-proof

The current mapping ties @services to a single file.
If, later on, you want to import nested modules (e.g. @services/foo), TypeScript will not resolve them.

-    "paths": {
-         "@services": ["bindings/changeme/index"]
-     }
+    "paths": {
+         "@services": ["bindings/changeme/index"],
+         "@services/*": ["bindings/changeme/*"]
+     }

Adding the wildcard costs nothing today and saves a breaking‐change tomorrow.

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 01ed7af and 202a039.

📒 Files selected for processing (44)
  • v3/internal/templates/lit-ts/frontend/src/my-element.ts (1 hunks)
  • v3/internal/templates/lit/frontend/src/my-element.js (1 hunks)
  • v3/internal/templates/preact-ts/frontend/src/app.tsx (1 hunks)
  • v3/internal/templates/preact-ts/frontend/tsconfig.json (2 hunks)
  • v3/internal/templates/preact-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/preact/frontend/src/app.jsx (1 hunks)
  • v3/internal/templates/preact/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/qwik-ts/frontend/src/app.tsx (1 hunks)
  • v3/internal/templates/qwik-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/qwik-ts/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/qwik/frontend/src/app.jsx (1 hunks)
  • v3/internal/templates/qwik/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/react-swc-ts/frontend/src/App.tsx (1 hunks)
  • v3/internal/templates/react-swc-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/react-swc-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/react-swc/frontend/src/App.jsx (1 hunks)
  • v3/internal/templates/react-swc/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/react-ts/frontend/src/App.tsx (1 hunks)
  • v3/internal/templates/react-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/react-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/react/frontend/src/App.jsx (1 hunks)
  • v3/internal/templates/react/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/solid-ts/frontend/src/App.tsx (1 hunks)
  • v3/internal/templates/solid-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/solid-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/solid/frontend/src/App.jsx (1 hunks)
  • v3/internal/templates/solid/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/svelte-ts/frontend/src/App.svelte (1 hunks)
  • v3/internal/templates/svelte-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/svelte-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/svelte/frontend/jsconfig.json (1 hunks)
  • v3/internal/templates/svelte/frontend/src/App.svelte (1 hunks)
  • v3/internal/templates/svelte/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/sveltekit-ts/frontend/src/routes/+page.svelte (1 hunks)
  • v3/internal/templates/sveltekit-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/sveltekit-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/sveltekit/frontend/src/routes/+page.svelte (1 hunks)
  • v3/internal/templates/sveltekit/frontend/vite.config.js (1 hunks)
  • v3/internal/templates/vanilla-ts/frontend/src/main.ts (1 hunks)
  • v3/internal/templates/vue-ts/frontend/src/components/HelloWorld.vue (1 hunks)
  • v3/internal/templates/vue-ts/frontend/tsconfig.json (1 hunks)
  • v3/internal/templates/vue-ts/frontend/vite.config.ts (1 hunks)
  • v3/internal/templates/vue/frontend/src/components/HelloWorld.vue (1 hunks)
  • v3/internal/templates/vue/frontend/vite.config.js (1 hunks)
🔇 Additional comments (16)
v3/internal/templates/solid-ts/frontend/tsconfig.json (1)

23-29: Alias mapping for @services added correctly.
The baseUrl and paths entries are in the right place to enable the new import alias.

v3/internal/templates/solid-ts/frontend/src/App.tsx (1)

2-2: Ensure Vite config updated.
This alias import requires a matching resolve.alias in vite.config.ts for this template, for example:

resolve: {
  alias: {
    "@services": "/bindings/changeme/index.ts",
  },
},

Please verify that v3/internal/templates/solid-ts/frontend/vite.config.ts includes this mapping.

v3/internal/templates/qwik-ts/frontend/src/app.tsx (1)

2-2: Ensure Vite config updated.
Confirm that vite.config.js in the Qwik template defines:

resolve: {
  alias: {
    "@services": "/bindings/changeme/index.ts",
  },
},

so the @services import resolves correctly.

v3/internal/templates/preact/frontend/src/app.jsx (1)

2-2: Ensure Vite config updated.
Verify that vite.config.js for the Preact template includes:

resolve: {
  alias: {
    "@services": "/bindings/changeme/index.ts",
  },
},

to support the new @services import.

v3/internal/templates/lit-ts/frontend/src/my-element.ts (1)

3-3: Ensure Vite & TS config updated.
Make sure vite.config.ts and tsconfig.json in the Lit template include corresponding mappings:

  • Vite: alias: { "@services": "/bindings/changeme/index.ts" }
  • TSConfig: "paths": { "@services": ["bindings/changeme/index"] }

so this import resolves correctly.

v3/internal/templates/lit/frontend/src/my-element.js (1)

2-2: Consistent alias usage: import updated to @services
The GreetService import now uses the new @services alias in place of a relative path, matching the updated Vite/TS config.

v3/internal/templates/vue-ts/frontend/src/components/HelloWorld.vue (1)

3-3: Consistent alias usage: import updated to @services
The GreetService import now leverages the @services alias, aligning with the updated Vite/TS configuration.

v3/internal/templates/react/frontend/src/App.jsx (1)

2-2: Consistent alias usage: import updated to @services
The GreetService import has been switched to the @services alias, in line with the new template configuration.

v3/internal/templates/react-swc-ts/frontend/src/App.tsx (1)

2-2: Consistent alias usage: import updated to @services
The GreetService import now references the @services alias instead of a relative path, matching the updated config.

v3/internal/templates/qwik/frontend/src/app.jsx (1)

2-2: Consistent alias usage: import updated to @services
The GreetService import has been updated to use the @services alias, consistent with the new Vite/TS settings.

v3/internal/templates/vanilla-ts/frontend/src/main.ts (1)

1-1: ```shell
#!/bin/bash

Locate any Vite config files in the vanilla-ts template

echo "Finding vite.config files..."
find v3/internal/templates/vanilla-ts -type f -iname "vite.config.*"

Search for alias entries in those config files

echo -e "\nSearching for 'alias' in the template directory..."
grep -R "alias" v3/internal/templates/vanilla-ts || echo "No alias entries found"

Locate all tsconfig.json files under vanilla-ts

echo -e "\nFinding tsconfig.json files..."
find v3/internal/templates/vanilla-ts -type f -iname "tsconfig.json"

Search for @services path mappings in those tsconfig.json files

echo -e "\nSearching for '@services' in tsconfig.json files..."
grep -R ""@services"" v3/internal/templates/vanilla-ts || echo "No @services mappings found"


</details>
<details>
<summary>v3/internal/templates/sveltekit-ts/frontend/src/routes/+page.svelte (1)</summary>

`2-2`: **Confirm @services alias support in configs**  
This SvelteKit-TS import assumes `@services` is defined in both `vite.config.ts` and `tsconfig.json`. Verify the alias entries point to the correct `bindings/changeme/index.ts`.  


Run:
```shell
#!/bin/bash
grep -R "alias.*@services" v3/internal/templates/sveltekit-ts/frontend/vite.config.ts
grep -R "\"@services\"" v3/internal/templates/sveltekit-ts/frontend/tsconfig.json
v3/internal/templates/vue/frontend/src/components/HelloWorld.vue (1)

3-3: ```shell
#!/bin/bash

Print alias block from vite.config.js

echo "Alias configuration in vite.config.js:"
sed -n '1,200p' v3/internal/templates/vue/frontend/vite.config.js | awk '/alias\s*:/,/^[[:space:]]*}/'

Search for any tsconfig JSON in the repo and check for "@services" paths

echo -e "\nSearching for tsconfig*.json across the repo:"
fd tsconfig*.json .

for file in $(fd tsconfig*.json .); do
echo "Checking $file for @services paths:"
grep -n '"@services"' "$file" || echo " (no @services mapping found)"
done


</details>
<details>
<summary>v3/internal/templates/sveltekit/frontend/src/routes/+page.svelte (1)</summary>

`2-2`: I’ll pull the full `alias` block to check if `@services` is defined:


```shell
#!/bin/bash
grep -R -n "alias:" v3/internal/templates/sveltekit/frontend/vite.config.js -A20
v3/internal/templates/preact-ts/frontend/src/app.tsx (1)

2-2: Verify @services alias in Preact-TS setup
The Preact-TS project must have @services in both its vite.config.ts and tsconfig.json. Check that both map to /bindings/changeme/index.ts/./bindings/changeme/index.

Run:

#!/bin/bash
grep -R "alias.*@services" v3/internal/templates/preact-ts/frontend/vite.config.ts
grep -R "\"@services\"" v3/internal/templates/preact-ts/frontend/tsconfig.json
v3/internal/templates/qwik-ts/frontend/vite.config.js (1)

11-15: ```shell
#!/bin/bash

Show the beginning of vite.config.js to verify the alias configuration

sed -n '1,50p' v3/internal/templates/qwik-ts/frontend/vite.config.js


</details>

</blockquote></details>

</details>

<!-- This is an auto-generated comment by CodeRabbit for review status -->

@leaanthony
Copy link
Member

@harrydehix - Thanks for opening this. I'm thinking this is a good DX change, but I think we should call the alias "@bindings" as we have a different concept for "services". There are a few comments the rabbit has made that sound important 😄

@leaanthony leaanthony added the awaiting feedback More information is required from the requestor label Jun 17, 2025
@github-actions github-actions bot added the Documentation Improvements or additions to documentation label Jun 18, 2025
Copy link

@harrydehix
Copy link
Author

harrydehix commented Jun 18, 2025

@leaanthony Okay, you decide! Should @bindings point to /bindings/changeme or to /bindings/changeme/index?

Difference in usage would be:

import { Greet } from "@bindings/greetservice"
import { GreetService } from "@bindings/index"

compared to

import { Greet } from "@bindings/../greetservice"
import { GreetService } from "@bindings"

We could also add a @bindings and a @services.

import { Greet } from "@bindings/greetservice"
import { GreetService } from "@services"

Added to that I want to make sure, that every template is working fine. Do you have automated tests for this? I'm a bit overwhelmed by the scale of the project.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting feedback More information is required from the requestor Documentation Improvements or additions to documentation Enhancement New feature or request size:L This PR changes 100-499 lines, ignoring generated files. templates Typescript v3-alpha
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants