詳細情報:
Visualforce ページと Sコントロールの比較
Visualforce ページは、次世代の Sコントロールとされ、パフォーマンスの向上および作成の簡略化のために、可能な限り Sコントロールの代わりに使用する必要があります。
Visualforce ページは、Sコントロールよりも優先されます。組織で以前に Sコントロールを使用していない場合は、作成できません。既存の Sコントロールに影響はありません。今後も編集できます。
次の表は、Visualforce ページと Sコントロールの相違点を説明したものです。
| Visualforce ページ | Sコントロール | |
|---|---|---|
| 必要な技術的スキル | HTML、XML | HTML、JavaScript、AJAX ツールキット |
| 言語スタイル | タグマークアップ | 手続き型コード |
| ページ上書きモデル | タグを使用して標準コンポーネントおよびカスタムコンポーネントを作成 | ページ全体の HTML および JavaScript の作成 |
| 標準 Salesforce コンポーネントライブラリ | はい | いいえ |
| 組み込みプラットフォームへのアクセス | はい。標準コントローラーを使用 | いいえ |
| データ分割 | はい 開発者は、テキストボックスなどの入力コンポーネントを特定の項目 (取引先名など) でバインドすることができます。ユーザーがその入力コンポーネントに値を保存すると、値はデータベースにも保存されます。 |
いいえ 開発者は入力コンポーネントを特定の項目にバインドすることはできません。代わりに、API を使用する JavaScript コードを記述して、ユーザー指定の項目値でデータベースを更新する必要があります。 |
| スタイルシートの継承 | はい | いいえ。Salesforce スタイルシートを手動で指定する必要があります。 |
| 一意性など、項目メタデータの設定 | はい (デフォルト) ユーザーが一意性または必須性の項目属性に反しているレコードを保存しようとすると、エラーメッセージが自動的に表示され、ユーザーは再度試行することができます。 |
はい。 ユーザーが一意性または必須性の項目属性に反しているレコードを保存しようとすると、エラーメッセージは Sコントローラー開発者がこれらの属性をチェックしたコードを記述した場合にのみ表示されます。 |
| Apex との統合 | 直接。カスタムコントローラーにバインド。 | 間接。API を経由して Apex webService メソッドを使用。 |
| パフォーマンス | マークアップが Lightning プラットフォーム上で実行されるため、応答性が高い | API へのすべてのコールではサーバーとの往復が必要になるため、応答速度が低い。付加はパフォーマンスを調整する開発者によって異なる。 |
| ページコンテナ | ネイティブ | iFrame 内 |
この記事で問題は解決されましたか?
ご意見をお待ちしております。
