ASP.NET - Razor を使用して単一ページ アプリのテンプレート用 HTML を生成する
注意 このページにアクセスするには、承認が必要です。 サインインまたはディレクトリの変更を試すことができます。 このページにアクセスするには、承認が必要です。 ディレクトリの変更を試すことができます。 March 2018 Volume 33 Number 3 ASP.NET - Razor を使用して単一ページ アプリのテンプレート用 HTML を生成する Nick Harrison シングルページ アプリケーション (SPA) アプリの人気が非常に高まっています。それには相応の理由があります。ユーザーが Web アプリに期待するのは、高速で魅力があり、スマートフォンから超ワイド画面のデスクトップに至るまですべてのデバイス上で動作することです。それ以外にも、安全で、視覚的な魅力も備わり、何か役に立つことを実行できることも必要です。このように Web アプリには多くの要素が求められますが、
Web APIでPUT/DELETEに失敗するときの対処 - xin9le.net
ひと月ほど前、仕事でASP.NET Web APIを使った開発をしていたときでした。コントローラーにキチンとCRUDを実装し、開発環境のIIS Expressで動作確認も無事終え、部内のテストサーバーのIISにホストしました。そしてそのAPIを利用することになっている同僚に「できたよ！使ってみてー♪」と意気揚々と声を掛けた数分後。 同僚 : 「ねぇ、PUTで呼べばイイんだよね？」 自分 : 「そうだよー」 同僚 : 「やってるけど405のエラー返ってくるよ？」 自分 : 「...え？」 同僚 : 「ちゃんとデバッグした？」 自分 : 「こっちの環境では間違いなく動いてるよ。...ほら」 同僚 : 「ホントだ。あ、じゃなくてサーバーにホストしてあるやつは？」 自分 : 「あ、そうか。...あれ？マジでエラー出るね。どゆことだコレ？」 同僚 : 「あはははは！じゃ、修正よろしくー！ww」 と、
翻訳: WebAPI 設計のベストプラクティス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さん
こんなに使える！今どきのAPIドキュメンテーションツール
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
ASP.NET Core MVC の Web API で XML 形式のデータを扱う | Moonmile Solutions Blog
ASP.NET Core の Web API は標準で JSON 形式を扱うようになっているので、XML 形式を扱おうとすると苦労します…というか、苦労したのでメモ書き。 送受信の形式 Web API を POST で送信する場合 Body に何の形式を使うのか、というのと、受信に何の形式を使うのか、で組み合わせがある。 送信側 – フォーム形式 application/x-www-form-urlencoded – JSON 形式 application/json – XML 形式 application/xml あるいは text/xml 受信側 – JSON 形式 application/json – XML 形式 application/xml あるいは text/xml で、最近はブラウザ経由で JSON 形式で送受信することが多いので、そっちの情報は比較的多いのだが、XML 形
Webアプリケーションで、APIが画面と結びつきすぎる問題を解決するには - Qiita
概要 Webアプリケーションを開発しているとしばしば、APIサーバ側がクライアントのことを考えたレスポンスを返すことを意識した結果、いろいろと辛い状態になることがある。このような状態をいかに解消していくかを考察していく。 本稿で想定するWebアプリケーション サーバサイドはWeb API (大抵はHTTP, JSON)であり、iOSアプリ、Androidアプリ、ブラウザアプリ(Single Page Application=SPA)があるような、一般的なWebアプリケーションを考える。 開発の流れは、まず仕様が提案され、それをもとに、iOS/Android/Browserでの画面仕様が作られる。それを見ながら、アプリのエンジニアとサーバサイドのエンジニアが打ち合わせ、APIのエンドポイント・リクエスト・レスポンスの型を定め、その後お互いに開発を開始する。 Smart UI アンチパターン
Swagger Editor - Swaggerフォーマットの編集とコード生成
MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました SwaggerはWeb APIの標準記述フォーマットとして知られつつあります。標準ができるということは、それを使っていれば同じデータを使って他のフォーマットやサービスで使うことができるようになります。 すでにコード生成ライブラリなどが作られていますが、今回はSwagger向けのドキュメントを作れるSwagger Editorを紹介します。 Swagger Editorの使い方 こちらがメイン画面です。左側がエディタ、右側にその結果が表示されます。 イチから記述する他、JSONを貼り付けて読み込ませることもできます。 設定が多数用意されています。 クライアントやサーバサイドのコード生成が行えます。その結果はZipファイルでダウンロードできます。 例えばRubyのコードはこのようになり
Microsoft Azure - Azure、Web API、および Redis を使用したデータの高速配信方法
注意 このページにアクセスするには、承認が必要です。 サインインまたはディレクトリの変更を試すことができます。 このページにアクセスするには、承認が必要です。 ディレクトリの変更を試すことができます。 December 2015 Volume 30 Number 13 Microsoft Azure - Azure、Web API、および Redis を使用したデータの高速配信方法 Johnny Webb | December 2015 リアルタイム マーケティングが主流となる今日の環境では、ページの読み込みや検索クエリによって頻繁に待ち時間が生じることは、事実上、販売をも停滞させることになります。作成、保存、分析するデータ レコードが増えれば増えるほど、リアルタイム データから充実した洞察を得ることがいっそう難しくなります。問題になるのは、適切なテクノロジ ツールとアーキテクチャを選択し
5分で絶対に分かるAPI設計の考え方とポイント
API設計を学ぶべき背景と前提知識、外部APIと内部API、エンドポイント、レスポンスデータの設計やHTTPリクエストを送る際のポイントについて解説する。おまけでAPIドキュメント作成ツール4選も。 【0分】API設計を学ぶべき背景 APIの公開が増えている 最近、自社で保有するデータや、システム、アプリケーション、Webサービスの機能を「API（Application Programming Interface）」として公開する企業が、増えてきています。これに伴い、「API経済圏（APIエコノミー）」という新たなビジネスモデルが確立されつつあります（参考：5分で絶対に分かるAPIマネジメント、API経済圏）。 「ProgrammableWeb」というAPIに関するニュースサイトや、さまざまな企業が提供するAPIのリンクがまとまったサイトもあり、APIの普及はものすごいスピードで進んでいる
「その目的にはこのAPIを使うのが最適です」、最適なAPIをワトソンの技術で教えてくれる、米IBMが「API Harmony」発表
「その目的にはこのAPIを使うのが最適です」、最適なAPIをワトソンの技術で教えてくれる、米IBMが「API Harmony」発表 クラウドの普及と歩調を合わせるように、利用可能なAPIが飛躍的に増加しています。例えば、サーバインスタンスやネットワーク、ストレージといったアプリケーションの実行に必要なリソースの構成から、ユーザー情報、地図情報、センサーの情報の取得、アプリケーションによる分析機能や集計機能の呼び出しなど、すべてAPI経由で呼び出すことが可能になってきています。 同時に、多数のAPIを用いた疎結合によるシステム構築も一般的になってきました。 一方で、利用可能なAPIが増加して似たような機能のAPIが林立するようになり、しかもAPIごとにバージョンやオプションが多数存在するとなると、ある目的に対してどのAPIをどう利用するのがもっとも適切なのかという判断は、どんどん難しくなって
まだAPIで消耗してるの？ サクッとデータが欲しいなら「Blockspring」を使おう！ – GUNMA GIS GEEK
各サービスのAPIの仕様なんて覚えてらんねぇ！という人は是非。 Blockspringとは Blockspringは、TwitterやFacebookなどのソーシャルメディアをはじめ、Amazon、Youtubeなど様々なサービスからのデータを、プログラマがAPIを直接触ることなく表データとして取得することができるサービスです。サービスごとに規格の異なるWebAPIを利用するには学習コストが結構かかるわけですが、Blockspringはそういったサービスとプログラマーの間に立ち、データ取得のインターフェイスを抽象化してくれます。 非常に沢山のサービスに対応しています。 「ちょこっとデータが欲しいだけなのに、サービス毎のWebAPIを勉強するのもう疲れた」 そんな時はBlockspringを利用してみてください。 インストール BlockspringはGoogle スプレッドシートとエクセル
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 1/21/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
【C#】WebAPIで新着チェックをしてサーバ上の画像を自動印刷する - Qiita
##概要 自作のWebアプリケーションに来た写真データをブラウザで自動印刷できないので 監視ソフトをWindowsで作ってデータの自動印刷が行えるようにしました。 いろいろ調べながら二日くらいかかりましたね・・・ リクエストの送信方法とJsonのパース部分で結構時間がとられました。 ソースをアップするので、同じようなことがしたい方の参考になれば。 GitHub/WindowsAutoPrint GitHubのReadmeにも書いてますが ・WebClient によるGetリクエスト送信 ・DynamicJsonによるパース ・設定オブジェクトのシリアライズ・デシリアライズ ・WEBサーバに配置された画像を読み込み印刷する ってのが今回作った部分です。 ##ついでにGitHubに GitHubに公開したことがなかったので、テストとしてアップロードしてみました。 アカウントは作ってたんですけど
C#で画像をDBに保存するAPI - Qiita
前提 HTMLのmultipart/form-dataで送られてきた画像について処理をする.NET APIを作る。 DB周りはEntityFrameworkを利用 DBの画像バイナリを保存する列の型はvarbinary(max)を想定 画像をDBにinsertする場合 下記のように定義したメソッドを利用すればOK public void insertToDB() { Entities DB = new Entities(); MemoryStream memory; var postedFiles = HttpContext.Current.Request.Files; foreach (string file in postedFiles) { using (memory = new MemoryStream()) { postedFiles[file].InputStream.Copy
WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
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を設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
RESTのベストプラクティス | POSTD
現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。これは皆さんのAPIを他の人が使うことをとても容易にします。皆さんにとってはRESTの実践が日常的に感じられるかもしれませんが、RESTをあまり尊重しない人々もよく見かけます。これがRESTについて投稿するきっかけでした。 この記事にはRESTfulなAPIを設計する時に考慮すべきベストプラクティスがあります。 注意 : ここでのベストプラクティスは、私が過去の経験に基づいて良いと考える事例です。もし違う考えをお持ちであれば、お気軽にメールをくだされば意見交換できると思います。 APIのバージョンを示す APIのバージョンは必須であるべきです。これがあると時間が経ってAPIが変わっても影響を受けません。その方法の1つはUR
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://json.okiba.me/
美しいAPI Documentを作れるReadMe.io - テクスタ
これから始めるエンタープライズ Web API 開発 | オブジェクトの広場
様々なAPIを探せる検索エンジン・「APIS.io」 - かちびと.net