Typescriptでの継承可能なSingletonの実装 - Qiita
Typescriptに限りませんが、アプリケーション全体で管理したいデータや状態を管理する方法として、Singletonパターンを使うことがあると思います。 良く○○マネージャーとか呼ばれる機能がこれに当たります。 TypescriptでもSingletonを実装する方法は探せばいくつか記事がみつかります。 しかし、Singleonのベース機能自体は基底クラスとして実装しつつ、これを継承して使用する方法を探してもそれらしい記事が見つかりませんでした。 いろいろ試行錯誤していたところ、それらしい機能が実装できたので備忘録を兼ねて投稿しておきます。 さっそくですがコードです。 export default class SingletonBase { private static _instance: SingletonBase = null; constructor() { let exten
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の型入門 - Qiita
TypeScriptは型がついたJavaScriptです。プログラミングにおいて型があることの恩恵は大きく、近頃AltJSの代表格として人気を集めています。TypeScriptはもともと型のないJavaScriptで書かれるコードに型を付けることを使命としていることもあり、たまに変な型が追加されます。例えばTypeScript2.8で追加されたconditional typesはずいぶん注目を集めました。これによってTypeScriptの型システムの表現力が広がりましたが、一方でTypeScriptを書いている人の中には、よく分からない型が増えてついて行けない、一部の人たちが長くてよく分からない型定義を書いて喜んでいるだけと思っている方もいるのではないでしょうか。実際、健全にJavaScriptを書いていれば、自分でそのような変な型を書くことはあまり多くありません。 そこで、この記事ではT
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
React SFCでもLifecycleフックを使う - Qiita
React+Redux のスタックでアプリケーションを開発する際に、Presentational/Container でコンポーネントの責務分割をする設計手法1をとっていると、できるだけビューとなるコンポーネントは Stateless Functional Component (SFC) で書きたいという気持ちがありますよね。 とはいえ、必ずしもすべてのビューコンポーネントを関数にできるかというとちょっと難しいです。例えば、componentWillMountのタイミングでAPIを叩いてデータを予めフェッチしておくなどの処理は、どうしてもその処理がビューのライフサイクルに依存するため、ここだけ仕方なくクラス構文を使ったコンポーネントにせざるを得ない...などのモヤモヤ感が生まれます。 SFCにライフサイクルフックを提供するHOCを作る このような場合には、特定のコンポーネントにライフサイク
TypeScript を使って Alexa Custom Skills を作ろう (1) 設計 - Qiita
はじめに この投稿では、スキルの音声設計についてではなく、TypeScriptでどう作っていこうかというところを考えていきます。 今後の投稿の実装編ではJavaScriptで作成したサンプルを元にTypeScriptにどう変換していくかを書いていきます。 アーキテクチャパターンについて考える せっかく TypeScript を使うのに、ただTypeScriptで書くだけではつまらないので、 WEBアプリケーションフレームワークのMVCのようなアーキテクチャパターンをカスタムスキル作成でも考えてみます。 MVCをざっくり解説 MVCでは、プログラム構造を大きく以下の３つに分割しています（ざっくり）。 名前 | 概要 :---:|:---|--- Model(M) | ビジネスロジックを書く View(V) | ユーザに見える部分を書く ユーザからの要求を取得する部分を書く Controlle
Cacooの次期エディターでWebpackのビルドを6倍早くした話-Wepackビルドパフォーマンス改善ガイド | 株式会社ヌーラボ(Nulab inc.)
こんにちは。みなさまがCacooで図の編集をするエディターを開発している、Cacooチームの国広です。Cacooチームでは、エディター部分のビルドに Webpack を使用しています。ビルド対象はTypeScript、JavaScript、PostCSS、Riot（のtagファイル）、画像等です。 そのままビルドするには少し我慢ならない程度に待たされるようになったので、Webpackの公式ドキュメントを見ながら少しだけビルドのパフォーマンスの改善を行いました。その結果、ビルドにかかる時間は当初のシンプルな構成に比べて6倍早くなりました。 対象読者 Webpackを使用している人 ビルドのパフォーマンスを改善したい人 Webpackのビルドパフォーマンス改善 ビルドとは何か 現在のCacooのエディターでは、いくつかのJavaScriptファイルをHTMLに読み込ませることでアプリを起動させ
C#erから見たTypeScriptの罠 - Qiita
日頃C#を生業としているものが、しばらくTypeScriptというものに触れてみた雑感。 タイプガードや引数プロパティ宣言など、便利だなーと思う部分も多い反面、型付けに関しては、C#のような静的型付け言語の感覚で使っていると危険だなと感じたという話です。 TypeScriptの型付けはあくまでもラベルであって、実体はJavaScriptそのものである。 ここを十分に意識しないと、さまざまなトラップに足を取られることがわかってきました。 対象としているTypeScriptのバージョンは、だいたいは2.6。一部すでに古くなった情報が混ざっているかもしれません。 thisの参照先 thisに苦労するのはjsあるあるであろうけれど、TypeScriptも例外ではない。というか型付けを間違うことがあって余計にタチが悪い。 class App { private appId = 12345; publ
Netjsを使ってC#からTypeScriptへの変換をしてみた。 - 眠いしお腹すいたし(´・ω・`)
github.com アイコンがイケメンです。素晴らしいライブラリです。間違いないです。 ではなくてC#をTypeScript/JavaScriptに変換してくれるライブラリです。 仕組み的にはC#で作成したクラスライブラリファイル(.dll)を読み込んで.ts/.jsファイルを作成するイメージになります。 使い方 GitHubからプロジェクトをクローンしてビルドします。 引数に変換したいdllを指定してexeをコマンドラインから実行します。 そのフォルダにファイルが作成されます。 mscorlib.tsを作成されたtsファイルと同じ階層に置きます。 .NetFrameworkはどこまでカバーされているのか？ 基本的にほとんど変換されません。 using Systemの範囲内は少しカバーされています。 具体的には Netjs/mscorlib.ts at master · praeclar
TypeScript 1.5.3 変更点 - Qiita
TypeScript 1.5.3が出ました！ 今回のアップデートはかなり多くの更新を含む、大規模なアップデートであると言えます。 ↑ここまで前回のコピペ まさか、1.4.1から半年待つことになろうとは思いませんでしたね…。 alphaからbetaが1月なのに正式リリースが2ヶ月強ですよ。 '1.4.1': '2015-01-16T17:55:29.237Z', '1.5.0-alpha': '2015-04-02T16:40:27.808Z', '1.5.0-beta': '2015-04-30T17:23:52.442Z', '1.5.3': '2015-07-20T14:47:42.460Z' 変更点は公式Blogにも書かれているが、ざっくりイカの通り。 ES6サポート es6 modules destructuring spread for...of symbols computed
TypeScript で実現する MVP アーキテクチャパターン - Hatena Developer Blog
こんにちは、アプリケーションエンジニアの id:nanto_vi です。先日行われた Hatena Engineer Seminar #4 で、「TypeScript で実現する MVP アーキテクチャパターン」と題する発表を行いました。当日は皆様ご清聴いただき、また懇親会でも活発な質疑をいただきありがとうございました。 内容としては、TypeScript を用いたクライアントサイド Web プログラミングの話、及び既存の JavaScript フレームワークを採用せず、MVP (Model-View-Presenter) アーキテクチャパターンにのっとり開発を進めた事例の紹介となります。以下に発表資料を加筆修正して公開するのでご参照ください。 自己紹介 id:nanto_vi (外山真) アプリケーションエンジニア JavaScript、Perl アジェンダ 少年ジャンプルーキーでの T
TypeScript の型定義からコードを自動生成するツールを作った - Qiita
はじめに プログラマーなら誰しも、YAML や JSON、XML、Excel ファイル、あるいは独自の DSL などで書いた定義ファイルからコードを自動生成するツールを使用した経験があると思います。 でも、JSON、XML を手で書いていくのはつらい。独自 DSL は覚えるのがつらい。YAML も凝ったことやろうとするとカスタムタグとかいろいろ用意したりしないといけなくて、独自 DSL 化してつらい。Excel ファイルは…… ということで、みんな大好き TypeScript の表現力豊かな記法でそういった定義ファイルが書けて、コードを自動生成できたら幸せなんじゃないだろうかと思い、年末あたりに時間をかけて typhen というツールを作ってみました。 今回はそのご紹介です。 使い方 たとえば、typings/definitions.d.ts に下記のようなインターフェイスがあって、そこか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TypeScript を使って Alexa Custom Skills を作ろう 番外編 機能テスト - Qiita
TypeScript を使って Alexa Custom Skills を作ろう (5) 実装 - 発話 - Qiita
TypeScript 2.4+におけるRedux Action - Qiita
TypeScript を使って Alexa Custom Skills を作ろう (2) 環境構築 - Qiita
関東最速でReact+Redux+TypeScriptなアプリの開発環境を作る - Qiita
