Skip to main content

api-client-development

Creating typed API clients with OpenAPI specs, authentication, and OAuth scopes for SCAPI and similar APIs. Use when adding a new SCAPI client, generating types from an OpenAPI spec, setting up OAuth middleware, or integrating a new Commerce API endpoint.

소스 정보

저장소
SalesforceCommerceCloud/b2c-developer-tooling
최근 소스 활동
2026년 3월 2일 21:06
감지된 SKILL.md 언어
영어
스타
54
포크
21

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
api-client-development
description
Creating typed API clients with OpenAPI specs, authentication, and OAuth scopes for SCAPI and similar APIs. Use when adding a new SCAPI client, generating types from an OpenAPI spec, setting up OAuth middleware, or integrating a new Commerce API endpoint.
metadata
{"internal":true}
# API Client Development This skill covers creating typed API clients using OpenAPI specifications, with proper authentication and OAuth scope handling. It builds on the patterns in [SDK Module Development](../sdk-module-development/SKILL.md). ## Overview API clients in this project use: - **openapi-fetch**: Type-safe HTTP client generated from OpenAPI specs - **openapi-typescript**: Generates TypeScript types from OpenAPI specs - **Middleware pattern**: Auth and logging injected via openapi-fetch middleware ## Creating a New API Client ### 1. Add the OpenAPI Spec Place the spec in `packages/b2c-tooling-sdk/specs/`: ``` specs/ ├── custom-apis-v1.yaml # YAML or JSON ├── slas-admin-v1.yaml └── ods-api-v1.json ``` ### 2. Update Type Generation Script In `packages/b2c-tooling-sdk/package.json`, add to the generate script: ```json { "scripts": { "generate:types": "openapi-typescript specs/data-api.json -o src/clients/ocapi.generated.ts && openapi-typescript specs/newapi-v1.yaml -o src/clients/newapi.generated.ts" } } ``` Run generation: ```bash pnpm --filter @salesforce/b2c-tooling-sdk run generate:types ``` ### 3. Create the Client Module ```typescript // src/clients/newapi.ts import createClient, {type Client} from 'openapi-fetch'; import type {AuthStrategy} from '../auth/types.js'; import type {paths, components} from './newapi.generated.js'; import {createAuthMiddleware, createLoggingMiddleware} from './middleware.js'; // Re-export generated types for consumers export type {paths, components}; // Client type alias export type NewApiClient = Client<paths>; // Config interface export interface NewApiClientConfig { hostname: string; // Add API-specific config here } // Factory function export function createNewApiClient( config: NewApiClientConfig, auth: AuthStrategy ): NewApiClient { const client = createClient<paths>({ baseUrl: `https://${config.hostname}/api/v1`, }); // Middleware order: auth first (runs last), logging last (sees complete request) client.use(createAuthMiddleware(auth)); client.use(createLoggingMiddleware('NEWAPI')); return client; } ``` ### 4. Export from Clients Barrel ```typescript // src/clients/index.ts export {createNewApiClient, type NewApiClient, type NewApiClientConfig} from './newapi.js'; export type {paths as NewApiPaths, components as NewApiComponents} from './newapi.js'; ``` --- ## SCAPI Client Pattern (OAuth Scope Injection) SCAPI APIs require specific OAuth scopes. Instead of requiring CLI commands to manage scopes, **encapsulate scope logic in the client factory**. ### The Problem Without encapsulation, CLI commands leak auth implementation details: ```typescript // BAD: CLI command manages scopes class MyCommand extends OAuthCommand { protected override loadConfiguration(): ResolvedConfig { const config = super.loadConfiguration(); config.scopes = ['sfcc.custom-apis', `SALESFORCE_COMMERCE_API:${tenantId}`]; return config; } } ``` ### The Solution Use `OAuthStrategy.withAdditionalScopes()` in the client factory: ```typescript // GOOD: Client encapsulates scope requirements import {OAuthStrategy} from '../auth/oauth.js'; import type {AuthStrategy} from '../auth/types.js'; /** Default OAuth scopes required for this API */ export const MY_API_DEFAULT_SCOPES = ['sfcc.my-api']; export interface MyApiClientConfig { shortCode: string; tenantId: string; // Required for tenant-specific scope scopes?: string[]; // Optional override } export function createMyApiClient( config: MyApiClientConfig, auth: AuthStrategy ): MyApiClient { const client = createClient<paths>({ baseUrl: `https://${config.shortCode}.api.commercecloud.salesforce.com/my-api/v1`, }); // Build required scopes: domain scope + tenant-specific scope const requiredScopes = config.scopes ?? [ ...MY_API_DEFAULT_SCOPES, buildTenantScope(config.tenantId), ]; // If OAuth strategy, add required scopes; otherwise use as-is (e.g., for testing) const scopedAuth = auth instanceof OAuthStrategy ? auth.withAdditionalScopes(requiredScopes) : auth; client.use(createAuthMiddleware(scopedAuth)); client.use(createLoggingMiddleware('MY-API')); return client; } ``` This pattern: 1. Keeps scope knowledge in the SDK, not the CLI 2. Allows scope override for special cases via `config.scopes` 3. Works with non-OAuth auth strategies (for testing/mocking) 4. CLI commands just pass the auth strategy through unchanged --- ## SCAPI Tenant ID Utilities SCAPI APIs use an `organizationId` path parameter with the `f_ecom_` prefix, but OAuth scopes use the raw tenant ID. Use these utilities: ```typescript // From @salesforce/b2c-tooling-sdk (or clients/custom-apis.ts) import {toOrganizationId, normalizeTenantId, buildTenantScope} from '@salesforce/b2c-tooling-sdk'; // Convert tenant ID to organization ID (normalizes + adds f_ecom_ prefix) toOrganizationId('zzxy_prd') // Returns 'f_ecom_zzxy_prd' toOrganizationId('f_ecom_zzxy_prd') // Returns 'f_ecom_zzxy_prd' (unchanged) toOrganizationId('zzxy-prd') // Returns 'f_ecom_zzxy_prd' (hyphen normalized) // Normalize any tenant/org ID form to canonical underscore format normalizeTenantId('f_ecom_zzxy_prd') // Returns 'zzxy_prd' normalizeTenantId('zzxy-prd') // Returns 'zzxy_prd' normalizeTenantId('zzxy-prd.dx.commercecloud.salesforce.com') // Returns 'zzxy_prd' // Build tenant-specific OAuth scope (normalizes input) buildTenantScope('zzxy_prd') // Returns 'SALESFORCE_COMMERCE_API:zzxy_prd' buildTenantScope('f_ecom_zzxy_prd') // Returns 'SALESFORCE_COMMERCE_API:zzxy_prd' buildTenantScope('zzxy-prd') // Returns 'SALESFORCE_COMMERCE_API:zzxy_prd' ``` ### Constants ```typescript /** Prefix required for SCAPI organizationId path parameter */ export const ORGANIZATION_ID_PREFIX = 'f_ecom_'; /** Prefix for tenant-specific SCAPI OAuth scopes */ export const SCAPI_TENANT_SCOPE_PREFIX = 'SALESFORCE_COMMERCE_API:'; ``` --- ## OAuthStrategy.withAdditionalScopes() The `OAuthStrategy` class has a method for scope injection: ```typescript // Creates a new OAuthStrategy with merged scopes const scopedAuth = auth.withAdditionalScopes(['sfcc.custom-apis', 'SALESFORCE_COMMERCE_API:zzxy_prd']); ``` Key behaviors: - Returns a **new** `OAuthStrategy` instance (immutable pattern) - Merges scopes with deduplication (uses `Set`) - The new strategy shares token cache with the original (keyed by clientId) - If cached token doesn't have required scopes, it re-authenticates --- ## Complete SCAPI Client Example Reference implementation: `packages/b2c-tooling-sdk/src/clients/custom-apis.ts` ```typescript /* * Copyright (c) 2025, Salesforce, Inc. * SPDX-License-Identifier: Apache-2 */ import createClient, {type Client} from 'openapi-fetch'; import type {AuthStrategy} from '../auth/types.js'; import {OAuthStrategy} from '../auth/oauth.js'; import type {paths, components} from './custom-apis.generated.js'; import {createAuthMiddleware, createLoggingMiddleware} from './middleware.js'; export type {paths, components}; export type CustomApisClient = Client<paths>; /** Default OAuth scopes required for Custom APIs */ export const CUSTOM_APIS_DEFAULT_SCOPES = ['sfcc.custom-apis']; export interface CustomApisClientConfig { shortCode: string; tenantId: string; scopes?: string[]; } export function createCustomApisClient( config: CustomApisClientConfig, auth: AuthStrategy ): CustomApisClient { const client = createClient<paths>({ baseUrl: `https://${config.shortCode}.api.commercecloud.salesforce.com/dx/custom-apis/v1`, }); // Build required scopes: domain scope + tenant-specific scope const requiredScopes = config.scopes ?? [ ...CUSTOM_APIS_DEFAULT_SCOPES, buildTenantScope(config.tenantId), ]; // If OAuth strategy, add required scopes; otherwise use as-is const scopedAuth = auth instanceof OAuthStrategy ? auth.withAdditionalScopes(requiredScopes) : auth; client.use(createAuthMiddleware(scopedAuth)); client.use(createLoggingMiddleware('CUSTOM-APIS')); return client; } // Tenant ID utilities export const ORGANIZATION_ID_PREFIX = 'f_ecom_'; export const SCAPI_TENANT_SCOPE_PREFIX = 'SALESFORCE_COMMERCE_API:'; export function normalizeTenantId(value: string): string { let id = value.trim(); if (id.includes('.')) id = id.split('.')[0]; if (id.startsWith(ORGANIZATION_ID_PREFIX)) id = id.slice(ORGANIZATION_ID_PREFIX.length); return id.replaceAll('-', '_'); } export function toOrganizationId(tenantId: string): string { return `${ORGANIZATION_ID_PREFIX}${normalizeTenantId(tenantId)}`; } export function buildTenantScope(tenantId: string): string { return `${SCAPI_TENANT_SCOPE_PREFIX}${normalizeTenantId(tenantId)}`; } ``` --- ## CLI Command Integration With scope encapsulation in the client, CLI commands become simple: ```typescript // packages/b2c-cli/src/commands/scapi/custom/status.ts import {OAuthCommand} from '@salesforce/b2c-tooling-sdk/cli'; import {createCustomApisClient, toOrganizationId} from '@salesforce/b2c-tooling-sdk'; export default class ScapiCustomStatus extends OAuthCommand<typeof ScapiCustomStatus> { static flags = { ...OAuthCommand.baseFlags, 'tenant-id': Flags.string({ description: 'Organization/tenant ID', env: 'SFCC_TENANT_ID', required: true, }), }; async run() { this.requireOAuthCredentials(); const {'tenant-id': tenantId} = this.flags; const {shortCode} = this.resolvedConfig; // Auth strategy from base class - no scope configuration needed! const oauthStrategy = this.getOAuthStrategy(); // Client handles scope injection internally const client = createCustomApisClient({shortCode, tenantId}, oauthStrategy); const {data, error} = await client.GET('/organizations/{organizationId}/endpoints', { params: { path: {organizationId: toOrganizationId(tenantId)}, }, }); // Handle response... } } ``` --- ## Testing API Clients Use MSW (Mock Service Worker) to mock API responses: ```typescript import {http, HttpResponse} from 'msw'; import {setupServer} from 'msw/node'; import {createCustomApisClient} from '@salesforce/b2c-tooling-sdk'; const mockAuth: AuthStrategy = { async fetch(url, init) { return fetch(url, init); }, async getAuthorizationHeader() { return 'Bearer mock-token'; }, }; const server = setupServer( http.get('https://test.api.commercecloud.salesforce.com/dx/custom-apis/v1/organizations/*/endpoints', () => { return HttpResponse.json({ data: [{apiName: 'test', status: 'active'}], total: 1, limit: 10, }); }) ); beforeAll(() => server.listen()); afterAll(() => server.close()); it('fetches endpoints', async () => { const client = createCustomApisClient( {shortCode: 'test', tenantId: 'zzxy_prd'}, mockAuth ); const {data} = await client.GET('/organizations/{organizationId}/endpoints', { params: {path: {organizationId: 'f_ecom_zzxy_prd'}}, }); expect(data?.data).toHaveLength(1); }); ``` --- ## Error Handling When API requests fail, use `getApiErrorMessage()` to extract clean, user-friendly error messages. This utility handles multiple error formats and ensures HTML response bodies (like error pages from stopped sandboxes) are never shown to users. ### Using getApiErrorMessage ```typescript import {getApiErrorMessage} from '@salesforce/b2c-tooling-sdk/clients'; const {data, error, response} = await client.GET('/sites', {...}); if (error) { // Returns structured error message or "HTTP 521 Web Server Is Down" const message = getApiErrorMessage(error, response); this.error(`Failed to fetch sites: ${message}`); } ``` ### Supported Error Patterns The utility extracts messages from these patterns in priority order: | API | Error Structure | Message Location |
GitHub에서 보기
이 SKILL.md는 매우 커서 SkillsMP가 여기에는 첫 섹션만 미리 보여줍니다. GitHub에서 보기