Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
App Maker 開発スタイルガイド
Search
howdy39
December 21, 2017
Programming
0
620
App Maker 開発スタイルガイド
howdy39
December 21, 2017
Tweet
Share
More Decks by howdy39
See All by howdy39
Slackbot × RAG で実現する社内情報検索の最適化
howdy39
2
450
AI新時代 情シスが向き合うべきAI活用戦略
howdy39
0
82
GAS x スプレッドシート x Looker Studio を組み合わせたデバイス管理 / DeviceMangent with GAS, SpreadSheet, Looker Studio
howdy39
0
1.2k
ChatGPTを使った 社内アシスタントBOTを作りました / ChatGPT Assistant Bot
howdy39
0
590
WebPagetestで始めるパフォーマンス計測 / Performance measurement starting with WebPagetest
howdy39
4
610
Storybookを用いたVue.js共通コンポーネント開発との戦い / stores-fights-storybook
howdy39
5
8.5k
gas-webpagetestで パフォーマンス計測を始めよう / get-started-measuring-performance-with-gas-webpagetest
howdy39
0
2.3k
Promise
howdy39
1
330
カラーユニバーサルデザイン / color universal design
howdy39
0
830
Other Decks in Programming
See All in Programming
コミュニティ駆動 AWS CDK ライブラリ「Open Constructs Library」 / community-cdk-library
gotok365
2
140
Rails アプリ地図考 Flush Cut
makicamel
1
120
技術を根付かせる / How to make technology take root
kubode
1
250
ソフトウェアエンジニアの成長
masuda220
PRO
11
1.5k
Amazon Q Developer Proで効率化するAPI開発入門
seike460
PRO
0
110
Boost Performance and Developer Productivity with Jakarta EE 11
ivargrimstad
0
320
PHP ステートレス VS ステートフル 状態管理と並行性 / php-stateless-stateful
ytake
0
100
パスキーのすべて ── 導入・UX設計・実装の紹介 / 20250213 パスキー開発者の集い
kuralab
3
790
sappoRo.R #12 初心者セッション
kosugitti
0
250
データベースのオペレーターであるCloudNativePGがStatefulSetを使わない理由に迫る
nnaka2992
0
150
JavaScriptツール群「UnJS」を5分で一気に駆け巡る!
k1tikurisu
9
1.8k
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
o0h
PRO
2
280
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.2k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Building an army of robots
kneath
303
45k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Designing for Performance
lara
604
68k
Facilitating Awesome Meetings
lara
52
6.2k
The Language of Interfaces
destraynor
156
24k
Java REST API Framework Comparison - PWX 2021
mraible
28
8.4k
The Art of Programming - Codeland 2020
erikaheidi
53
13k
RailsConf 2023
tenderlove
29
1k
Speed Design
sergeychernyshev
27
790
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
Transcript
App Maker 開発スタイルガイド 2017/12/21 第一回 App Maker 分科会 1
中野 達也 (@howdy39) 株式会社 TOPGATE 所属 エンジニア App Maker 歴
5ヶ月 G Suite 関連システム開発歴 6年 自己紹介 2
本日の内容 3 1. Application実行アカウントの選択 2. アプリを肥大化させない 3. Roleで画面を制御 4. 初期データ作成
5. プロパティエディタではなるべくコードを書 かない 6. Page:PageのScript は1:1にする 7. ショートカットキー 8. ブラウザで直接表示せずにGoogleサイト に埋め込む 9. 配信前のチェック
1.Application実行アカウントの 選択 4
User's account or Developer's account 5
用途・Quotaの消費 に応じて使い分ける 6
用途 User's account • ユーザーからメールを送信したい • ユーザーのカレンダーに予定を登録 したい Developer's account
• 開発者からメールを送信したい • ユーザーに共有していないスプレッド シートのデータを読み書きしたい 7
Quotaの消費 ? 8
例えば 300通 200通 300通 800通 9
メール送信の Quota は 1500受信者/日 10
超えると 11
その結果 ユーザーのQuotaを使い切ってしまうと User's account で動いているものは総て利用 不可 12
Quota の消費を比較 13 User’s account × Developer’s account
User's account 150通 50回操作 100回操作 50/1500 100/1500 14
Developer's account 150通 50回操作 100回操作 0/1500 0/1500 150/1500 15
Developer’s account の良いところ 16
ユーザーの Quotaに依存し ない Developer’s account User’s account 17
メール送信の他には どんな制限がある? 18
https://developers.goog le.com/apps-script/guid es/services/quotas 19
2.アプリを肥大化させない 20
肥大化? 21 App Maker は グローバルにfunctionを定義していく 形 →画面(機能)が増えるほど、 大量の function
が作成される
メンテ不能に 22
小さくしま しょう 例えば・・・ 申請系のアプリを作りたかったら 1. 勤怠系(遅刻・早退・有給)などで1 アプリにする 2. 1申請ごとに1アプリにする 23
アプリ間でデータを共有したい んだけど・・・ 24
Cloud SQL 25
Spreadsheet 26
3.Roleで画面を制御 27
初期状態は危険 Page(画面)を作った直後は 誰でも見れる状態(Everyone) 28
Page名がわからなければ 画面を開けないのでは? 29
調べられます 30
console オプション URL 末尾に ?console=1をつけること で PREVIEW 実行と同様にPage の切 り替えプルダウンが表示される
31
どうすればいいの? →Roleを作る! 32
Role 33 App Maker で ユーザー(メールアドレス) ごとに役割を与える機能
私がよく使うRoleパターン 34
オペレーター (データを登録・変更・削除できる権限 のある人) Operators Roleを作成 35
権限ごとにペー ジ名の頭を変え る 36 誰でも見れるページ オペレーター が見れるページ 管理者が見れるページ
参照権限にRoleを設定 37
Admins Roleで 隠し画面を作成 38
4.初期データ作成 39
画面からポチポチ作る? 40
やめましょう 41
アプリと同階層に データを定義したス プレッドシートを作る 42
初期データは IMPORT DATA FROM SHEET で入れる 43
5.プロパティエディタでは なるべくコードを書かない 44
SCRIPTSの方に書く 45
6.Page:PageのScript は 1:1にする 46
同じ名前で 1:1 47
7.ショートカットキー 48
F9 49
8.ブラウザで直接表示せずに Googleサイトに埋め込む 50
理由その1 51 App Maker のURLは 長ったらしい かつ アプリ名と関連性がない ので わかりづらい
https://script.google.com/a/macros/demo.topgate .co.jp/s/AKfycbyGnywT5qMh22WC6cieFQVttbVZ4 GJvMQ8QiZqxXggSvb2PcvwyKGwBUQ/exec?
Googleサイトに 埋め込むと 52
理由その2 53 何らかの理由で 「アプリを作り直したい」 となったときにURLを再度周知しなくて すむ
9.配信前のチェック 54
Production,Staging 環境を用意する 55
3つの 環境 56 1. Production(本番) 2. Staging(検証) 3. Preview(開発)
動作確認はStaging環境で 57
Roleごとに動 作確認 58 1. 一般ユーザー 2. オペレーター(データを登録・変更・ 削除できる権限のある人) 3. システム管理者
GAを設定 59 Google Analytics は App Maker と Googleサイトの両方に 埋め込む
最後に 60
Qiita の GoogleAppMaker タグをフォロー https://qiita.com/tags/GoogleAppMaker 61