Salesforce Developer Experience(DX) で作業体験を向上

公開: 2022-10-28

Salesforce の専門家にとって、Salesforce DX は魅力的なリリースです。 これは、プログラマーがシステム用のプログラムを構築して配布する方法の変化です。 この新しい方法により、Salesforce 開発者はより優れた最新の開発フローを利用できるようになり、サポート ツールが付属しています。 このツールは、チーム メンバー間のより効果的な管理とコミュニケーションを促進することで、セールスフォース アプリケーション クラウドの効率と能力を向上させるように設計されています。 デプロイは、Salesforce 開発における伝統的な問題点でした。 それでも、Salesforce DX を使用すると、開発の最初の段階から製品リリースの最終段階まで、最も効果的で最先端のツールにアクセスできます。 企業がデジタル市場の機会を活用し、高品質のアプリの開発と展開をスピードアップするのに役立ちます。 このブログで、Salesforce Developer Experience に関する最新情報にアクセスしてください。

目次

Salesforce Dx(開発者エクスペリエンス)とは?

Salesforce Developer Experience (DX) は、アプリケーションのライフサイクル全体を通じて、salesforce lightning プラットフォーム上でアプリケーションを管理および構築するための包括的な方法です。 Lightning プラットフォームの優れた部分を組み合わせて、ソース駆動型の開発、統合されたチームワーク、Salesforce でカスタム アプリケーションを構築するための新しいレベルの俊敏性を実現します。 これは、Salesforce DX が一元化されたソース管理システムを備えていることを意味し、複数の開発者を持つチームが真実のソースが変更されないようにするのに役立ちます。

信頼できる情報源は、すべてのチーム メンバーがアプリケーションを構築するための構成とメイン コード リポジトリを見つけることができる場所です。 これにより、コードが上書きされる可能性が低くなり、製品全体に影響を与えない別の環境で機能をテストできます。

Salesforce DX には、ロックを解除できるパッケージもあり、これらのパッケージには、組織の変更をより簡単に管理できる機能が追加されています。 DevOps ツールを環境に統合すると、Salesforce 開発パイプラインの機能が向上します。

Salesforce DX のハイライトは次のとおりです。

あなたのツールはあなたのやり方で作られています。 Salesforce DX では、開発者として使い慣れたツールを使用できます。

  • ソフトウェアを作成する際にベスト プラクティスを使用する能力。 ソースコードとメタデータは組織外に保持されるため、チームは Salesforce アプリケーションを簡単に開発できます。 組織の代わりに、信頼できる情報源はバージョン管理システムです。
  • 強力なコマンドライン インターフェイス (CLI) があれば、Salesforce 組織を開発、継続的インテグレーション、およびデリバリに使用するのがはるかに簡単になります。
  • 柔軟で変更が容易なスクラッチ組織を使用して、開発および自動化された環境を構築できます。 この新しいタイプの組織を使用すると、アプリとパッケージの構築がより簡単になります。
  • CLI および外部化されたソースでは、任意の IDE またはテキスト エディターを使用できます。
  • VS Code 向け Salesforce 拡張機能を使用すると、アプリケーション開発を高速化できます。 これらのツールには、スクラッチ組織、Salesforce Apex、Lightning コンポーネント、および Visualforce を操作するための機能があります。

Salesforce DX の利点は何ですか?

これにより、効果的なチームワークと成長が促進されます。

  • その結果、より機敏で効果的なリリース サイクル プロセスが実現します。
  • 開発者は、好みのコーディング環境をコマンド ライン インターフェイス (CLI)、テキスト エディター (VIM、Sublime Text、Atom など) などに使用できます。
  • コードを継続的にテストし、簡単に統合できるようにします。
  • プログラマーが DX の実践的な経験を積むことができるように、ローカルの開発環境が必要です。

Salesforce DX の短所は何ですか?

  • 一部の機能が実装されるまで、プラットフォームにバグが含まれている可能性があります。
  • システム管理者は、通常必要となる多数のライン コマンドと特定の指示により、トラブルシューティングが難しいと感じる場合があります。
  • 開発者は、オーダーメイドのプラットフォームに慣れるにつれて、急激な学習曲線に直面します。

Salesforce DX のツールと機能

すべてのチームにすべての DX 機能が必要なわけではありません。さまざまなチーム メンバーが、自分にとって意味のある方法で DX ツールを使用します。

A. Salesforce Cli

Ant ベースの Force.com 移行ツールは、Salesforce コマンドライン インターフェイス (CLI) に置き換えられました。 Ant のすべての機能に加えて、組織との間でメタデータをプッシュおよびプルし、メタデータを SFDX 形式に変換し、他の DX 機能を管理する機能を備えています。 開発者は、Salesforce CLI を使用して DX の機能を簡単に利用できます。

B. 統合開発環境 (ide)

また、Salesforce は、軽量で拡張可能なコード エディタを DX と連携するための優れた IDE にする Visual Studio Code 拡張機能もリリースしました。 Salesforce は IDE ツールの改善を続けており、今年は Web ベースの開発環境である Code Builder をリリースする予定です。

C. スクラッチ組織

スクラッチ組織は、Salesforce 組織をシミュレートするために使用できる、完全にカスタマイズ可能なソース駆動型の開発環境です。 これらは、自動テストやアプリケーション開発に適しています。

D. 開発ハブ

Dev Hub は、Scratch 組織とも呼ばれる一時的な環境を作成または管理するのに非常に役立ちます。 本番組織で Dev Hub 機能を有効にすると、スクラッチ組織を簡単に作成できます。 [セットアップ] > [Dev Hub] の下に 2 つのトグルがあり、1 つ目は Dev Hub 機能を有効にし、2 つ目は開発者が制御するパッケージ化を可能にします。

E. ソース駆動開発

バージョン管理システムは、Git などの最新のテクノロジを介して、複数の開発者チームが信頼できる情報源をシフトし、コラボレーションできるようにします。

F. 管理パッケージ

関心事が分離されていないため、メタデータをパッケージ化することで、管理と変更がより困難になる可能性のある構造化されていない組織を回避できます。 Salesforce では、チームがメタデータを論理ユニットにパッケージ化して、DX の前に組織にインストールすることを既に許可していました。 それでも、DX は第 2 世代パッケージング (2GP) を導入し、1GP よりもいくつかの改善が行われました。

最も重要な変更点は、2GP がパッケージ化組織ではなく、バージョン管理をパッケージ メタデータの信頼できるソースにすることです。 ロック解除済みパッケージは、これらのパッケージの別名です。 チームがパッケージ化することを決定した場合は、ロック解除されたパッケージを使用して、バージョン管理を備えたベスト プラクティスの DevOps プロセスを確保します。

G. Salesforce Dx の新しいメタデータ形式

Salesforce DX では、新しいメタデータ形式も導入されました。 DX 形式に切り替えると、カスタム オブジェクトや翻訳などの大規模で複雑なメタデータ タイプが、より管理しやすいサブコンポーネントに分割されます。 この変更により、IDE でのファイルの操作が、開発者にとってより管理しやすくなります。 また、新しいメタデータ形式は、マージの競合の可能性を減らすことで、チーム全体に利益をもたらします。 開発者と管理者が重複ファイルを変更すると、Git が解決できないマージ競合が頻繁に発生します。 メタデータをより小さな個別のファイルに分割することで、チームメイトは別のファイルで作業する可能性が高くなり、解決するマージの競合が少なくなります。

H. Salesforce の依存関係 API

Salesforce の API の機能強化の中で、依存関係 API は、メタデータ間に多数の依存関係がある組織の複雑さをチームが理解し、管理するのに役立つ、もう 1 つの DX 機能です。 Dependency API はまだベータ版ですが、どのコンポーネントがどのコンポーネントを参照しているか、またはその逆を判断するために使用できます。

あなたにはビジョンがあります

私たちはあなたをそこに連れて行く手段を持っています

詳細を見る

Salesforce Dx 環境を完璧に設定するには?

  • Salesforce DX 環境のセットアップ
  • VS Code 環境のセットアップ
  • VS Code を使用して Salesforce DX エクスペリエンスをセットアップする
  • コマンド パレットを使用して Salesforce DX プロジェクトを作成する
  • コマンド パレットを使用して非 DevHub 組織を承認する
  • コマンド パレットを使用して Lightning Web コンポーネントを作成する
  • コンポーネントを組織にデプロイする

Salesforce Dx を使用するワークフロー

Salesforce DX ワークフローの例

すべてのチームで機能する単一のワークフローはありませんが、次の例は、機能ブランチ モデルが通常どのように使用されるかを示しています。 展開は CLI を使用して行うことができ、オープンソース ソフトウェアのツールチェーンを使用してプロセスを自動化できます。 または、1 つの DevOps ソリューションでプロセス全体を処理できます。

  • 新しい作業を開始する前に、Git リポジトリのメイン コンポーネントからフィーチャー ブランチを作成します。
  • Git リポジトリの定義ファイルを使用して、スクラッチ組織を作成します。
  • 変更はスクラッチ組織または IDE で行うことができ、スクラッチ組織とブランチは同期されたままになります。
  • 作業を確認する準備ができたら、プル リクエストを作成してチーム メイトに渡します。
  • レビューと要求された変更の後、ブランチをメイン ラインにマージします。 次に、枝を取り除きます。
  • 作品は UAT または QA の準備ができています。 テスト環境は、継続的インテグレーション ジョブによって自動的にセットアップできます。
  • テストが完了したら、本番環境にリリースします。

結論

Salesforce DX の機能の調査は終了しました。 Salesforce DX に関して言えば、10 セント硬貨を費やすことなく、自由に使用できるさまざまなツールや機能を自由に試すことができます。 SFDX メタデータ形式と、Salesforce 開発者向けの継続的に増加するツールにより、開発と DevOps が簡素化されました。 ただし、すべてのチームがスクラッチ組織や第 2 世代のパッケージングを採用することを決定しているわけではありません。 Salesforce 開発者は、その多くの新しい有益な機能から大きな恩恵を受けることができます。 Salesforce の DX により、管理者と開発者はコラボレーションにおいてより多くの余裕を得ることができます。 DX は、次の数か月または数年で成長し、新しいエキサイティングな機能を開発します。