アーティサン株式会社
  • 採用コンテンツ
  • Power Apps
  • Power Automate
  • Power Platform

非エンジニア【(元)自治体職員】がローコード開発をして気が付いたこと|無料のPower Appsプレミアムサンプル集とコーディング規約の基本

この記事のポイント

  • 非エンジニア(元自治体職員)がPower Appsの開発を始めて「知らなかった」と気づいた2つの情報源を紹介
  • コーディング規約は「プログラムの書き方を決めた共通ルール」で、画面名・コントロール名の付け方やコメントの書き方が定められている
  • すべてのコントロール名を変える必要はなく、画面・ギャラリー・フォームなど大きな単位から規約に合わせるだけでも保守性は上がる
  • Power Platform プレミアムサンプル集は、日本マイクロソフト社員有志が無償公開している業務アプリのサンプル集で、評価環境があれば試せる
  • 日報・週報アプリなどをダウンロードし、関数を確かめたり少しずつカスタマイズしたりすることで、アプリの構造を学べる
この記事を書いた人
村上洋輔

村上 洋輔むらかみ ようすけ

PM(Power Platform・SharePoint) 官公庁契約・業務理解 課題把握・ご提案

営業・プロジェクトマネジメントを担当しております。ご提案からプロジェクト完了まで一貫して対応し、確実な進行とお客様の満足度向上を目指しています!


Power Platform プレミアムサンプル集とは、日本マイクロソフトの社員有志が作成・公開している、企業で役立つPower Platformアプリのサンプル集です。タイムカード・日報・週報・投票などのアプリを無償でダウンロードでき、Power Appsの学習の教材として使えます。本記事では、このサンプル集と、保守しやすいアプリを作るための「Power Appsのコーディング規約」について、非エンジニアの元自治体職員の目線でご紹介します。

サンプルアプリや規約を手がかりに自分で学ぶのは、市民開発の大切な第一歩です。社内でPower Appsの開発を続けていくうえで、「つまずいたときに相談できる先」や「学ぶ人を支える仕組み」も知っておきたい方は、以下もご参照ください。

前回は、『非エンジニア【(元)自治体職員】が半年間ローコード開発をしてみたら|Power Platform学習でぶつかった3つの壁と乗り越え方』というタイトルで、半年間の経験を投稿させていただきましたが、少しは皆様のお力になれましたでしょうか。

自分で読むと、少し恥ずかしいものですが、恥を捨て、皆様にとってPower Platformが身近なものになるよう、継続していきたいと思います。

前回のブログで、次回以降は、Power Platformの基本的な技術や地方自治体・中小企業の皆様にも活用できそうな、事例を紹介させていただくこととしておりました。

今回は、基本的な技術・知識として、私自身、開発を始めた当初、こんなものがあったのか…。知らなかった…。と気が付いたもののうち、2つ『Power Appsコーディング規約』と『Power Platformプレミアムサンプルアプリ集』について、お話させていただければと思います。

Power Appsのコーディング規約とは?命名ルールとコメントの書き方

まず1つ目、Power Appsコーディング規約についてです。

非エンジニアの方にとっては、そもそも「コーディング規約」とは…? となると思います。
コーディング規則(規約)とは、要約すると、「プログラムの書き方などを決めた、プロジェクトにおける共通のルール」だと考えます。

実際にPower Appsでアプリを作り、コントロールが増えていくと、コントロール名はどのように決めたらいいのか、他の作成者がわかりやすいコントロール名は?など、頭を悩ますことがあります。

そんな時に役立つのが「PowerApps キャンバス アプリの コーディング規約とガイドライン」という規約・ガイドラインです。 下記にて公開されています。

PowerApps キャンバス アプリの コーディング規約とガイドライン

現在は、同じ内容を整理した日本語のガイドラインがMicrosoft Learnでも公開されています。オブジェクト・コレクション・変数の名前の付け方など、最新の推奨事項はこちらで確認できます。

Power Appsコーディングのガイドライン – Power Apps | Microsoft Learn

この規約・ガイドラインの目的はアプリの

  • 簡潔さ

  • 読みやすさ

  • サポート性

  • デプロイと管理の容易さ

  • パフォーマンス

  • アクセシビリティ

以上の6つの点でサポートするために作成されたもの、と記載されております。
※デプロイ(要約):作成したアプリを使える状態にすること。

この規約・ガイドラインを基にコーディングしていくと、例えば、自身が作成したアプリを別の担当者が保守をしていく場合でも、共通のルールの中コーディングされているので、保守性の高いアプリが構築できます。

このコーディング規約に関するブログは、多くの開発者の方々がブログを公開してくれているので、詳細までは触れませんが、 例えば、画面名(スクリーン名)を決める場合は、「必ず平易な言葉を使用し、単語間にはスペースを入れ、省略形は使わない」などのルールがあります。
例:Home Screen、User Profile Screenなど

また、コントロール名を決める場合は、「すべてキャメルケースを使用することをお勧めし、最初に3文字の型記述子を付けた後、そのコントロールの目的を付け加えます。」こうすることで、コントロールの種類を見分けやすくなり、数式の作成や検索性が容易になります。
例:ボタン btn、コレクション col 
※キャメルケース:複合語の先頭を小文字で書き始めること。

ただ、実際にアプリを作成していくと、膨大なコントロール数になることがあります。
市民開発をしていく場合、その一つ一つの名前を変更していると、多くの時間を要してしまい、非効率となってしまいます。

すべてのコントロール名を規約どおりに変える必要はある?

ここからは、個人的な意見になりますが、規約のとおりコーディングしていく目的は、前段で記載している、6つの目的を果たすことなので、実際には全てのコントロールの名前を変更する必要はない場合もあると考えています。

例えば、スクリーン、ギャラリー、フォームなど、比較的大きな括りのコントロールのみを規約に則り、名前を変更していくだけでも、保守性は高まると考えます。バランスを考えながら、規約を採用していくことも、市民開発をする上では、大切になってくるかもしれません。

最後に、アプリを作成していて、多く使用するのが、コードのコメントになります。保守性を高める為に、アプリのコードを記述する際にはコメントを詳しく書き込むことが大切になります。
何か月か経ってから、アプリを見直す場合や次に担当する開発者のためになります。

コメントには2種類あります。

  • 行コメント

    コードの最初に二重のスラッシュ//が入力されている場合、Power Appsは以降の行(//を含む)をコメントとみなします。

  • ブロックコメント

    /*と*/で囲まれたテキストは全てコメントとして扱われます。行コメントが一行だけのコメントであるのに対し、ブロックコメントは複数の行にわたっていても反映されます。

これらの、コメントはテストやデバック中にプログラムを一時的に無効化することが出来るため、アプリ作成中に頻繁に使用することになります。
※デバッグ:プログラム上のバグや誤りを発見し、修正すること。

例:行コメント

行コメント

例:ブロックコメント

ブロックコメント

緑色の部分がコメントアウトされています。
デバッグする際には、修正前の関数をコメントアウトして残しておくことで、バックアップとして残すことが出来ます。

エンジニアの方々には非常に基本的なことと思いますが、非エンジニア・市民開発者の方々にとっては、教えられないとわからない部分だと思います。ぜひ、覚えていただければと思います。

今回、触れさせていただいた内容は、規約・ガイドラインのごく一部になりますが、これから、Power Appsを活用していく方々には一度、こちらの規約・ガイドラインに目を通していただいてから、開発を始めていただくことをお勧めします。

Power Appsのサンプル集はどこで手に入る?プレミアムサンプル集の使い方

2つ目は『Power Platformプレミアムサンプルアプリ集』についてです。
前回のブログ(非エンジニア【(元)自治体職員】が半年間ローコード開発をしてみたら|Power Platform学習でぶつかった3つの壁と乗り越え方)で、Power Platformの使い方が分からない(関数など)の部分の対策として、「先輩が作ったベースアプリを修正・追加していくという作業を繰り返すことで」技術の習得を早めることが出来た。と書かせていただきましたが、

非エンジニア【(元)自治体職員】が半年間ローコード開発をしてみたら|Power Platform学習でぶつかった3つの壁と乗り越え方

様々な企業の方々とお話をさせていただいていると、「社内でPower Platformを活用していく方針に決まったが、担当はごく数名で担当者の方も初めてPower Platformを触る」かつ「通常業務の片手間でやっていかなければならない」というお客様が多いと感じました。
その状況で、私がお話した「先輩が作ったベースアプリを・・・」というのは、現実的ではないと感じました。

解決策とすれば、弊社の「内製化支援サービス」を活用していただけると弊社のサポートが可能ですが、「最初からなかなか予算がつかないよ」というのが現実的かと思います。

そこで、無料でベースのアプリとして活用できるのが『Power Platformプレミアムサンプルアプリ集』です。

Power Platform プレミアムサンプル集 | PowerApps-Sample-Apps-Japan (microsoft.github.io)

HPには、

Power Platform による、企業で有用なアプリのサンプルを無償提供しています。 本アプリは、日本マイクロソフトの社員有志により作成・公開しています。 こちらのアプリは Power Platform の Premium 機能を利用しています。 また、アプリは無償でダウンロードが可能です。

と記載されております。こんな優れたサービスは活用するほか無いと思います。

提供されているアプリは、「社内システムアプリ」、「投票アプリ」、「タイムカードアプリ」、「日報・週報アプリ」などがあります、まさに地方自治体の方々や中小企業の皆様にも必要と思われるサンプルアプリが提供されています。

2026年10月時点では、これらの業務アプリに加え、AIを使ったアプリ(Power AI Chat、AI画像生成など)も公開されています。

これらを活用し、どのような関数が使われているかを確認したり、少し自分でカスタマイズしたり、を繰り返すことで、アプリの構造を学んだり、自分でカスタマイズして変化した達成感・楽しみなども感じていただきながら、技術を習得していけるのではないかと考えます。

アプリのダウンロードには少し手間がかかりますが、以下のポイントを押さえて、確認していただきながら、作業していただければ問題なく、アプリをダウンロードできると思います。

  • 1つ目は、ダウンロードする環境になります。HPには「アプリの利用の際にはPremiumライセンスが必要となります。」と記載されておりますが、その下段に評価環境の作成方法がございますので、そちらを参考に、評価環境を取得していただければ利用が可能となります。

    PowerApps-Sample-Apps-Japan
  • 2つ目は、アプリのダウンロード方法です。
    ダウンロードしたいアプリの横にある「アプリリンク」から

    008.日報・週報アプリ

    GitHubへアクセスし、zipファイルをダウンロードし、インポートすることで、アプリをダウンロードできます。ソリューションのインポート手順書も提示されていますので、参考にしてみてください。

    GitHub

    ※GitHub:ソフトウェア開発のプラットフォーム

私も、Microsoftの社員の方々が作成した、日報・週報アプリがダウンロードできました。
この後は、勉強用のアプリなので、どんどん触れて、学びながら、Power Appsの楽しさを体感してみましょう!

008.日報・週報アプリPower Apps

さいごに

  • コーディング規約は、画面名・コントロール名の付け方やコメントの書き方を決めた共通ルール。別の担当者が保守するときにも読みやすいアプリになる

  • 市民開発では、すべてのコントロール名を変えなくても、画面・ギャラリー・フォームなど大きな単位から規約に合わせるだけで保守性は上がる

  • 修正前の関数をコメントアウトして残しておくと、デバッグ時のバックアップになる

  • Power Platform プレミアムサンプル集は無償でダウンロードでき、評価環境があれば試せる。関数を確かめたり少しずつカスタマイズしたりしながら学ぶ教材として最適

今後も、地方自治体、中小企業の皆様や、日々奮闘するPower Platform初学者、市民開発者の皆様にPower Platformの良さが伝わるよう、有益な情報を届けられたらと思います。
引き続きよろしくお願いいたします。

最後まで、ご覧いただきありがとうございました!

「サンプルを自社の業務に合わせて直したい」「担当者ごとに作り方がばらばらで、保守が心配」といった場合は、Power Appsの内製化支援や開発ルールづくりの支援も選択肢の一つです。少人数で市民開発を進めている組織の方は、サービス内容をご覧ください。

 

こちらも合わせて読みたい