始めようと思ってこの記事を見つけた方へこの記事は2014年に書きました。フレームワークの礎となりました。フレームワークではなくバインディングライブラリです。作りたい場合、もしくは腹を据えて開発したい場合、どちらにおいてもフレームワークを利用したほうが明らかに楽です。この記事での実装方法には、退屈なボイラープレートが数多く残っています。使う場合と比較した優位性はもはやありません。開発に利用することはよっぽどな欲求がなければあまりおすすめはできません。無限の可能性を具現化していきたい私です。核に今から実務で使えるレベルのサンプルとして管理画面を作ってみました。デモはほぼ内容が空っぽですが、ページとAPIをポンポン追加していけるようになっています。この記事では、このサンプルのフレームワークとしての特徴を解説いたします。さんのサンプルの後輩にあたります。さん、本当にありがとうございます。時間があったら是非一度ご覧いただきたいと思います。フレームワークとしての特徴フレームワークと書いてしまっておりますが、実際はフレームワークと呼べるほどに醸成・隠ぺいされているわけではありません。個人的な理念としては、どんなにフレームワークが隠ぺいされていても、たいていの場合実務レベルで扱うにはその内部的な構造まで把握する必要があったりします。このサンプルは幾分無骨ではありますが、その分仕組みがわかりやすく堅実に開発できると思います。いうソフトウェアです。タスクランナーのような機能を持っています。ファイルとして出力してくれます。読み込むだけでOKとなります。app/Shell.tsで行っています。よるページ遷移に変えることができます。ことによって発生します。さんのサンプルの要となっている部分で、大変勉強になりました。合体させることができるため非常にすっきりします。使って登録することで、どこでも部品として使うことができるようになります。クリアランスこれはちょっとしたワザですが、ルーティング機能に合わせて「ユーザが許可された機能のみ使用できるようにする」仕組みを持たせています。細かな権限調整はサーバ側のAPIで行うとして、このサンプルでは左のメニュー単位での権限を設定できるようになっています。ユーザ管理の追加や編集で「使用を許可する機能」という項目を設けております。よって除外し許可がなければメニューにも表示されず、ページ遷移も不可能となります。コンテナで、app/di/DependencyInjectable.tsが、サービスを利用する側が継承する基底クラスです。ことができるようになります。継承しているオブジェクトであればいつでもアクセスできるようになります。今回の紹介はここまでといたしますが、勉強会のネタとしてどこかでまた紹介することがあるかもしれません。ドキュメント翻訳しました。upLoginユーザーは見つかりませんでした。