LoopBack資料まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2016/09/03更新 以下の資料は、StrongLoopがIBMに買収される前のものであるため、 記述が古くなっている可能性が高いです。 IBMはLoopback資産を利用した「API Connect」というツールを提供しており、 ドキュメントはそちらを参照したほうがいいように思われます。 API Connectについては、以下の記事が参考になると思います。 LoopBackとは 実態はExpressと、Webアプリ作るときに便利なコンポーネントをくっつけたものであり、それぞれのコンポーネントは単体でも使えたりする。 Express
127.0.0.1に名前解決するループバックドメインloopback.jpを作った - Qiita
osxでプロダクションに限りなく近い開発環境を準備するのコメントでlvh.meのことを知った。 lvh.meというループバックドメイン localhost以外のドメインやサブドメインでのテストをしたいとき、/etc/hostsに書いたりローカルにDNSサーバーを立てる方法があるが、普通のドメインを127.0.0.1に解決させてしまえば確かにお手軽だ。 仕組みも簡単なので自分用に作ることにした。 適当なドメインを用意し、トップレベルドメインloopback.jp.とワイルドカード*.loopback.jp.のAレコードに127.0.0.1を指定する。 以下のいずれも127.0.0.1に名前解決される。 loopback.jp www.loopback.jp sub.domain.loopback.jp 例えばサブドメインで言語を設定するサイトを作っているとする。 うんお手軽！ 仕様 loop
HTMLでWeb APIをつくる - Qiita
シングルページアプリケーションやモバイルアプリなどの普及により、サーバサイドではJSONを出力するWeb APIの必要性が高くなってきています。みなさんはどのようにWeb APIを作っているでしょうか。 JSONはビュー RailsでJSON APIを定義する時、素のままでやろうとすると コントーラでto_jsonを呼んだり、モデルにas_jsonを定義したりすることになるかと思います。 モデルに書くとAPIによって出力内容を変えたい場合にとても苦労します。 API数が増えれば増えるほどモデルが複雑になっていきます。 APIレスポンスとしてのJSONはコントローラやモデルに書くべきでしょうか？ ビューに書いた方が自然ではないでしょうか？ これはRailsでの話ですが、Railsに限らず、フレームワークを使ってWeb APIを作るときに一般的にあてはまることだと思います。 変化に強い、再利用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
