TypeScript を使って Alexa Custom Skills を作ろう まとめ - Qiita
はじめに 今年の１月頃から始めたTypeScript を使って Alexa Custom Skills を作ろうの投稿のまとめです。 以前の記事と重複する点が多々あるかと思いますが、始めた頃はSDKがV1だったこともあり見直しをしました。 前提条件 Node.js / npm がインストールされていること ASK CLIをインストール、セットアップ済みであること 設計 アーキテクチャパターンについて考える せっかく TypeScript を使うのに、ただTypeScriptで書くだけではつまらないので、 WEBアプリケーションフレームワークのMVCのようなアーキテクチャパターンをカスタムスキル作成でも考えてみます。 MVCをざっくり解説 MVCでは、プログラム構造を大きく以下の３つに分割しています（ざっくり）。 名前 | 概要 :---:|:---|--- Model(M) | ビジネスロ
ASK CLI を使って Alexa Custom Skills をデプロイしよう (1) 設計 〜 環境構築 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに TypeScript を使って Alexa Custom Skills を作ろうの番外編もこれで最後となります。（たぶん） １月末にASK CLIがベータ版を抜けたので、ずっと眠らせてたASK CLIを利用したCI/CD環境の構築を２回に分けてご紹介します。 ASK CLI を使って Alexa Custom Skills をデプロイしよう (1) 設計 〜 環境構築 ASK CLI を使って Alexa Custom Skills をデプロイしよう (2) buildspec作成 〜 デプロイ 前提 TypeScriptを使
TypeScript で DynamoDB のドメイン層を作ろう - Qiita
TypeScript で DynamoDB のドメイン層を作ろう はじめに タイトルの表現が適切か自信無い。 TypeScriptを使い始めて、早数ヶ月なんとなく感覚を掴んできた。（気がする） 最近AWS Lambdaを扱うことが多く、もちろん実行環境はNode.js(JavaScript)を選択しています。 そんな中色々どう作っていこうかと考えていった中で、特にDynamoDBの操作は書いていくと、大体同じ書き方になるし何よりテストを書くのがめんどくさい。 こういうのはアプリケーションから分離して汎用化（外部モジュール化）してしまいたい。 本投稿では汎用化することを目的とし、以下を参考に TypeScript で型定義の恩恵を得つつ、どう作成したのかを書きます。 [ 技術講座 ] Domain-Driven Designのエッセンス -目次-｜オブジェクトの広場 DDDについて 参考 ド
TypeScript を使って Alexa Custom Skills を作ろう 番外編 localstack - Qiita
はじめに TypeScript を使って Alexa Custom Skills を作ろうで作成したスキルでは、ユーザが発話した内容に基いて何がAlexaから返されるかは、すべてAWS Lambda内の処理で完結しています。 しかし、実際にスキルを作り始めると以下のような要件が出てきます。 例えば、 既存システムのDynamoDBにあるデータを取得したい セッション情報を永続化したい 本投稿では、実装 - 発話編で作成したニュースリポジトリクラスを変更し、DynamoDBからデータを取得するようにします。 テストについての課題 本投稿で、ニュースリポジトリクラスをDynamoDBからデータを取得するように変更した場合、当然ですがDynamoDBにテーブルを作成しデータを登録する必要があります。 Amazon DynamoDBにそれらを登録をしアクセスすることにしてしまうとインターネット接続
TypeScript を使って Alexa Custom Skills を作ろう (6) 単体テスト - Qiita
前回 前回(実装 - 発話)の投稿では、発話の外部モジュール化を行い、合わせてTypeScriptのinterfaceやasync/awaitを活用しました。 いよいよ、本連載は最後になります。残りは単体テストについてです。 単体テストの前に、Alexa Custum Skillsでのテストについて、考える スキルのテスト方法 スキルをテストするには、以下の選択肢があります。 実機でテスト Echosim.io(ウェブ上のシミュレータ)でテスト Amazon 開発者コンソールのサービスシミュレータでテスト ASK CLIのsimulateコマンドでテスト（日本語は対応してません。） 考察と思い どれを選んでも、以下の条件があるので気軽にテストが難しい。 インターネット接続が必要 AWS Lambdaのデプロイが必要 複数人で開発するときに、スキルが１つしかないと誰かに書き換えられてしまうか
TypeScript を使って Alexa Custom Skills を作ろう (4) 実装 - インテント - Qiita
前回 大分間が空いてしまいましたが。。。 前回の投稿では、index.ts からハンドラ部分を切り出し、外部モジュール化を行いました。 今回の投稿では、ハンドラにあるインテントを外部モジュール化していきましょう。 インテントの外部モジュール化について、考える スキルを作っていくと、インテントの数も増えていきます。 状態が増えていくとさらに増えていきます。 単純にハンドラ毎にインテントを作っていくと、同じ動きをするけど、各ハンドラのインテント毎にそれぞれ同じ処理（プログラム）を書いているなんてことになり保守が大変になります。 そのようなプログラムをレビューする側としては非常につらい。。。同じプログラムを二度チェックしないといけない。。。 インテントに限らず再利用性を考え、計画的に外部モジュール化しましょう。 そんなことを言いつつも個人的には、再利用性を考え、すべてを外部モジュール化しなければ
TypeScript を使って Alexa Custom Skills を作ろう (3) 実装 - ハンドラ - Qiita
はじめに この投稿からサンプルスキルを (2)設計 に合わせて TypeScript へ変換していきます。 変換元となるサンプルスキルについて インターネットに公開されているカスタムスキルのソースは、便宜上 index.js にすべての処理が書かれているのを多く見かけます。 私が作成したサンプルスキルも同じように index.js にすべての処理を書きました。 これを (2)設計 に合わせて TypeScript へ変換していきます。 変換元サンプルスキルソース(github) ※ちなみにこのソースは、スキルとしては微妙です。 「こんにちは」と言ったり、数字を言わせてただ「何番です。」と返すだけ、使っても得られるものは何もないでしょう。 さあ、変換しよう 今回の投稿では、ハンドラを TypeScript へ変換していきます。 ハンドラに定義されている Intent（物事）や Utteran
TypeScript を使って Alexa Custom Skills を作ろう (1) 設計 - Qiita
はじめに この投稿では、スキルの音声設計についてではなく、TypeScriptでどう作っていこうかというところを考えていきます。 今後の投稿の実装編ではJavaScriptで作成したサンプルを元にTypeScriptにどう変換していくかを書いていきます。 アーキテクチャパターンについて考える せっかく TypeScript を使うのに、ただTypeScriptで書くだけではつまらないので、 WEBアプリケーションフレームワークのMVCのようなアーキテクチャパターンをカスタムスキル作成でも考えてみます。 MVCをざっくり解説 MVCでは、プログラム構造を大きく以下の３つに分割しています（ざっくり）。 名前 | 概要 :---:|:---|--- Model(M) | ビジネスロジックを書く View(V) | ユーザに見える部分を書く ユーザからの要求を取得する部分を書く Controlle
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ASK CLI を使って Alexa Custom Skills をデプロイしよう (2) buildspec作成 〜 デプロイ - Qiita
TypeScript を使って Alexa Custom Skills を作ろう 番外編 機能テスト - Qiita
TypeScript を使って Alexa Custom Skills を作ろう (5) 実装 - 発話 - Qiita
TypeScript を使って Alexa Custom Skills を作ろう (2) 環境構築 - Qiita