Rails is great for making traditional server-rendered web applications. It has support for cookies, sessions, and other browser-specific functionality right out of the box. It's also great for building JSON APIs, but why include a whole bunch of functionality that we aren't going to use if what we want is to simply build a JSON API? That's where using Rails in --api mode comes in handy. It gives u
jsonapi-resourcesはこちら cerebris/jsonapi-resources: A resource-focused Rails library for developing JSON API compliant servers. 下準備 インストールまで いつものなのでサクサクいきます。 $ bundle init # Gemfile source 'https://rubygems.org' gem 'rails', '5.0.0.rc1' $ bundle install $ bundle exec rails new . --api # 上書きを確認されるので適当にYesしておく # Gemfile # 以下を追記。 # rubygemsにあるのだとRails5に対応していないのでgithubから取得していることに注意。 gem 'jsonapi-resourc
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
アプリケーションやサービスに、係り受け解析、形態素解析、ポジネガ解析、感情・感覚解析などの日本語を解析する機能を提供するWebAPIです。 係り受け解析 日本語文を文節に分割して、係り受け関係を解析します。 自立語や付属語、品詞、よみ、文節や係り受け関係のポジネガ（ポジティブ、ネガティブ、評価なしの3分類）などを取得できます。 形態素解析 日本語文を形態素に分割します。 単語や品詞、よみなどを取得できます。 ポジネガ解析 日本語文のポジティブ/ネガティブを解析します。 【ポジネガは5分類】 ポジティブ ネガティブ 条件・期待 依頼 評価なし 評価の比較は、[ ポジティブ ＞ 条件・期待(ややポジ) ＞ 依頼(ややネガ) ＞ ネガティブ ] です。 感情・感覚解析 日本語文中に出てくる感情・感覚を解析します。 例：「楽しくて忘れてしまう。」 → (1)喜ぶ、楽しい／(2)回顧 感情・感覚の分
お客様の設定により、お客様情報が「非表示」となっております。お客様情報を表示するにはdアカウントでログインしてください。 お客様情報表示についてへ お客様情報表示についてへ 本サービスは、2021年3月31日（水曜）17時00分をもちまして提供を終了いたしました。 株式会社NTTドコモ（以下、ドコモ）は、スマートフォン向けサービス開発者が、ドコモの保有するAPI1 をより便利に利用できるAPI提供サイト「docomo Developer support」を、2013年11月11日（月曜）より開設いたします。 本サイトでは、ドコモのスマートフォン向け音声エージェントサービス「しゃべってコンシェル®」で利用されている「音声認識」「知識Q&A」のAPIに加えて、新たに開発した「雑談対話」のAPIを初めて提供いたします。「雑談対話」のAPIを利用することにより、自然でバリエーション豊かな雑談応答を
前に 欲しいと書いた API のユーザビリティテスト. 実際にやってみたぜという話を読んだ. "The Factory Pattern in API Design: A Usability Evaluation (PDF)" という記事がそれ. 俎上に載ったのは factory パターン. 素のコンストラクタとどちらが使いやすいかを比べてみたという. そんなの, Factory が腐ってるだなんて Joel...じゃなくて Joel の読者も言っている. 実際この調査でも "factory は使いにくい" という思ったとおりの結論. 面白さはユーザビリティテストをした事実そのものにある. 調査では 12 人の被験者をあつめ, 5 つの課題をこなしてもらう. コードはぜんぶ Java. 課題1: メールを送信する. ライブラリを使ってこんな風に書けたらいいなと思うコードを notepad で
http://www.martinfowler.com/bliki/FluentInterface.html 2005/12/20 数ヶ月前、Eric Evansと一緒にあるワークショップに参加した。 そこで彼がとあるインターフェースのスタイルについて語ったのだが、 我々はそれを「流れるようなインターフェース（fluent interface）」と名づけることにした。 一般的なスタイルではないが、もっと評価されるべき代物だ。 おそらく例を示したほうがいいだろうから、そうしてみることにする。 一番簡単な例は、EricのtimeAndMoneyライブラリだろう。 時間の間隔を作るには、通常は、以下のようにする。 TimePoint fiveOClock, sixOClock; ... TimeInterval meetingTime = new TimeInterval(fiveOClock,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
