

小林聡美
名前:小林 聡美(こばやし さとみ) ニックネーム:さと・さとみん 年齢:25歳 性別:女性 職業:季節・暮らし系ブログを運営するブロガー/たまにライター業も受注 居住地:東京都杉並区・阿佐ヶ谷の1Kアパート(築15年・駅徒歩7分) 出身地:長野県松本市(自然と山に囲まれた町で育つ) 身長:158cm 血液型:A型 誕生日:1999年5月12日 趣味: ・カフェで執筆&読書(特にエッセイと季節の暮らし本) ・季節の写真を撮ること(桜・紅葉・初雪など) ・和菓子&お茶めぐり ・街歩きと神社巡り ・レトロ雑貨収集 ・Netflixで癒し系ドラマ鑑賞 性格:落ち着いていると言われるが、心の中は好奇心旺盛。丁寧でコツコツ型、感性豊か。慎重派だけどやると決めたことはとことん追求するタイプ。ちょっと天然で方向音痴。ひとり時間が好きだが、人の話を聞くのも得意。 1日のタイムスケジュール(平日): 時間 行動 6:30 起床。白湯を飲んでストレッチ、ベランダから天気をチェック 7:00 朝ごはん兼SNSチェック(Instagram・Xに季節の写真を投稿することも) 8:00 自宅のデスクでブログ作成・リサーチ開始 10:30 近所のカフェに移動して作業(記事執筆・写真整理) 12:30 昼食。カフェかコンビニおにぎり+味噌汁 13:00 午後の執筆タイム。主に記事の構成づくりや装飾、アイキャッチ作成など 16:00 夕方の散歩・写真撮影(神社や商店街。季節の風景探し) 17:30 帰宅して軽めの家事(洗濯・夕飯準備) 18:30 晩ごはん&YouTube or Netflixでリラックス 20:00 投稿記事の最終チェック・予約投稿設定 21:30 読書や日記タイム(今日の出来事や感じたことをメモ) 23:00 就寝前のストレッチ&アロマ。23:30に就寝
LWCとVisualforceの違いを徹底解説!初心者でも分かる選び方と実務の使い分け
この2つは Salesforce を使ったWeb画面の作成で登場する代表的な技術です。LWC は現代のWeb標準を取り入れる新しい方法であり Visualforce は旧来のUI作成の手法です。
この記事では、初めて触れる人にも分かるよう、違いを丁寧に解説します。
どちらを選ぶべきか、実務の現場ではどう使い分けるべきか、具体例を交えて詳しく見ていきます。
LWC と Visualforce はそれぞれ長所と短所があり、要件やチームのスキルにより最適解が変わります。
まずは「何を作りたいのか」「どの程度のパフォーマンスが必要か」を軸に考えることが大切です。
新規開発には LWC が主流になりつつありますが、既存のアプリを維持・拡張する場合は Visualforce が選ばれることもまだ多いです。
また、学習曲線にも違いがあります。
LWC は HTML/JavaScript/CSS の組み合わせが中心ですが、Salesforce の統合部分も扱います。
Visualforce は Salesforce 独自のタグと Apex コードを使うため、開発の入り口が少し異なります。
いずれにせよ、最初は小さな画面から始めて、徐々にデータの表示・編集・検証の仕組みを広げていくのが効率的です。
LWCとは何か
LWC は Lightning Web Components の略で、現代の Web 標準を取り入れて作られた UI コンポーネントの集まりです。
JavaScript のモジュール化、イベント駆動、再利用しやすい設計が特徴です。
実務では部品を小さく切り分けて組み合わせる設計が基本で、パフォーマンスの向上にもつながります。
学習コストとしては HTML/CSS/JavaScript の基礎が前提となるため、Web の基礎を固めることが重要です。
ただし習得すれば、Salesforce の将来性の高い開発手法として長く活躍できます。
LWC の特徴を簡単にまとめると、現代的な開発スタイル、高速なレンダリング、再利用性の高い部品設計、そして Salesforce Data Service との強い統合 などです。
これらは実務での生産性を大きく向上させます。
以下の例では、部品を組み合わせて UI を作るときの考え方を思い描く手助けになります。
- モジュール化された部品設計
- イベント駆動で動く部品
- 外部リソースとの連携が容易
Visualforceとは何か
Visualforce は Salesforce が提供する伝統的な UI 作成の仕組みで、ページは Visualforce タグで構成されます。
Apex コントローラーと連携してデータを取得・表示します。
従来のアプリを長く使い続けたい場合や、既存コードの再利用・移行コストを抑えたい時に適しています。
Visualforce の強みは、Salesforce との深い統合と、既存のロジックをそのまま活かせる点です。
一方で、現代的な UI の表現力や開発の柔軟性は LWC に比べて劣ることが多いです。
Visualforce の特徴を挙げると、安定した保守性、レガシーシステムとの親和性、Apex 連携の強さ、そして 古い Salesforce 環境への適合性 が挙げられます。
ただし新規 UI の設計には向かないことが増えているため、現場では「移行戦略」や「段階的遮蔽」の考え方が重要です。
実務での使い分けの目安
実務での使い分けは次のような判断で決まることが多いです。
まず新規の画面を作る場合は、高いパフォーマンスと現代的なUIを求めて LWC を選ぶのが一般的です。
既存ページの維持・拡張や複雑な Apex ロジックとの連携が中心の場合は Visualforce の採用や併用が現実的です。
また、外部のWeb技術を活用したいときやデザインの自由度を重視する場合も LWC が有利です。
要件を整理する際には、データの複雑さ、保守性、開発チームのスキル、移行コスト を総合的に評価します。
この表は判断の目安になりますが、現場ではハイブリッド戦略が現実的です。
新機能は LWC、古いページは Visualforce で維持するなど、コストと価値のバランスを見ながら進めましょう。
ある日、友人と放課後に IT の話をしていて LWC の話題が出ました。私はLWCは現代の Web 技術を取り入れた“部品を組み合わせる遊び”のような感覚が楽しいと伝えた。JavaScript が得意な人ならすぐに活かせる点も魅力。とはいえ Visualforce との違いを理解することは大切で、既存のページをどう守るかという現実的な視点も忘れない。新しい UI を追いかけるだけでなく、古いコードと新しい部品をどうつなぐか、それを考えるのが技術者の腕の見せどころだ。





















