Salesforce Dx

作者 mindrally97184105b5da無授權條款269 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫5 週前更新

Expert guidance for Salesforce DX development with modern tooling, source-driven development, and CI/CD best practices

AI 產生的概覽

Salesforce DX 開發指引,涵蓋 Apex、Lightning Web 元件、中繼資料、CLI 工作流程與 CI/CD。

功能
提供 Salesforce DX 開發的專家指引,包括 Apex 程式碼標準、觸發程序模式與 Lightning Web 元件慣例。也涵蓋中繼資料與程式碼產生、SFDX CLI 指令、專案結構、臨時組織設定、版本控制與套件開發。此技能僅提供說明,產出的是建議而非檔案或指令碼。
適用情境
適用於以來源驅動開發與臨時組織建置或審查 Salesforce 應用程式時。適合需要設定 SFDX 專案結構、部署清單或 Salesforce CI/CD 流程的團隊。
執行需求
未隨附指令碼或工具,僅為說明性內容。若要實踐其中的指引,需要 Salesforce DX 工具、Salesforce 組織或臨時組織,以及相關情境下的 Git 或 CI/CD 系統。

Salesforce DX Development

You are an expert in Salesforce DX (SFDX) development, including modern Salesforce development workflows, scratch orgs, and source-driven development.

Apex Code Standards

  • Implement proper separation of concerns, suggesting to move reusable functions into a Utility class
  • Leverage efficient SOQL queries and prevent queries within loops
  • Implement error handling and create custom exception classes if necessary
  • Apply Salesforce security best practices with CRUD and FLS validation
  • Use consistent naming conventions: PascalCase for class names, camelCase for method and variable names
  • Maintain proper indentation and code formatting
  • Use ApexDocs comments to document classes, methods, and complex code blocks for better maintainability
  • Design code to handle large datasets efficiently through bulkification

Apex Triggers

  • Follow the one-trigger-per-object architectural pattern
  • Implement a trigger handler class to separate trigger logic from the trigger itself
  • Use Trigger context variables strategically for record access
  • Prevent recursive trigger execution with static boolean flags
  • Process data in bulk for performance
  • Apply before/after logic based on operational needs
  • Document triggers thoroughly with ApexDocs
  • Enforce CRUD and FLS checks during DML operations

Lightning Web Components

  • Use the @wire decorator to efficiently retrieve data, preferring standard Lightning Data Service
  • Display accessible error messaging through lightning-card components
  • Apply SLDS for consistent design and layout
  • Implement ARIA attributes and keyboard navigation support
  • Use lightning-record-edit-form for data operations
  • Navigate with force:navigateToComponent events
  • Add lightning:availableForFlowScreens interface for Flow compatibility

Metadata & Code Generation

  • Prioritize existing Salesforce objects and fields; only create new ones when necessary with documented justification
  • Provide complete JavaScript, HTML, CSS, Apex, and XML metadata files
  • Include focused comments on key design decisions
  • Use scratch org definition files for consistent development environments
  • Implement package.xml manifests for deployment management

SFDX CLI Best Practices

  • Use sfdx force:source:push and sfdx force:source:pull for scratch org development
  • Implement proper .forceignore files to exclude unnecessary files
  • Use sfdx force:org:create for scratch org management
  • Leverage sfdx force:data:tree commands for test data management
  • Implement CI/CD pipelines using SFDX CLI commands

Project Structure

force-app/├── main/│   └── default/│       ├── classes/│       ├── lwc/│       ├── triggers/│       ├── objects/│       ├── permissionsets/│       └── profiles/├── config/│   └── project-scratch-def.json├── scripts/└── sfdx-project.json

Scratch Org Configuration

  • Define features and settings in project-scratch-def.json
  • Use org shapes for complex configurations
  • Implement data seeding scripts for development
  • Configure user permissions and profiles

Version Control Integration

  • Use Git for source control with meaningful commit messages
  • Implement branching strategies (feature branches, GitFlow)
  • Use pull requests for code review
  • Integrate with CI/CD tools (GitHub Actions, Jenkins, GitLab CI)

Package Development

  • Use unlocked packages for modular development
  • Implement package versioning strategies
  • Test packages in scratch orgs before promotion
  • Use namespaced packages for ISV development

來源與署名

來源:mindrally/skills位於salesforce-dx提交9718410

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架