fix(domain): fall back to unsuffixed API_URL in EnvConfig.apiUrl

[amaury901130]

Description

With the files as committed, the Dio base URL is always an empty string:

• app/lib/main/init.dart loads env/.<ENV> (--dart-define ENV, default dev), which is env/.dev.
• env/.dev defines API_URL=https://dummyjson.com (unsuffixed).
• EnvConfig.apiUrl (modules/domain/lib/env/env_config.dart) only reads API_URL_$env, which is API_URL_DEV. That key isn't in the file, so it returns ''.

Fix: read API_URL_<FLAVOR> first and fall back to API_URL. This supports both layouts the template currently mixes:

• one file per flavor (env/.dev) with API_URL;
• a single file with suffixed keys, as documented in env/.env.example.

A suffixed key takes precedence, so existing projects that use the suffixed layout behave exactly as before. Adds modules/domain/test/env/env_config_test.dart, the first domain tests. modules/domain/test is already listed in sonar.tests.

Issue

known-issues #2 in #117 (partial).

Preview

N/A

Notes:

• ⚠️ Not compiled or run locally, because no Flutter SDK was available where this was written. Please run cd modules/domain && flutter pub get && flutter test and melos analyze. The test relies on dotenv.testLoad from flutter_dotenv 5.x.
• Intentionally out of scope (it needs a decision on which env layout the template standardizes on):
  • the unused FlavorConfig.getEnvFilePath() and EnvConfig.envConfigFile;
  • the .env instructions in the doc comments;
  • melos run:web using the prod entrypoint (melos.yaml is being replaced in chore: adopt FVM, migrate to Melos 7, upgrade dependencies #116);
  • the fact that everything in app/env/ is bundled into the binary.
• Doesn't conflict with chore: adopt FVM, migrate to Melos 7, upgrade dependencies #116.

🤖 Generated with Claude Code