Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![なぜアーキテクチャ図を必要とするのか?](https://cdn-ak-scissors.b.st-hatena.com/image/square/f06f80e877e68eb4e2397eb5be3517d39d204855/height=288;version=1;width=512/https%3A%2F%2Fres.infoq.com%2Farticles%2Fwhy-architectural-diagrams%2Fja%2Fsmallimage%2Fwhy-architectural-diagrams-s-1547639074677.jpeg)
「AWSの公式更新情報って、どこでみるのが一番最速なん?」 今年も、AWS re:Invent 2018の開催まであと僅かとなってきました。クラスメソッドでも、AWS re:Invent 2018 JAPAN PORTALを既に用意しており、60名という意味不明な規模で参戦してきます。 今年も大量の新サービスや既存サービスのアップデートが想定され弊社も全力で情報発信していますが、AWS公式の更新情報がどこにあるのかも事前におさえておきたいところ。 以前、AWSブログやYoutube、Podcastの更新情報取得のためのRSSフィードは下記記事で紹介しました。 導入3分!RSSフィード29種一括登録でAWS最新情報を漏れなくチェック | DevelopersIO 実は、AWSにはもうひとつ超重要な公式の更新情報「ドキュメント」があり、ドキュメントの更新は新機能のリリースと同時に行われ、さらに
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
READMEを始め、ソフトウェアのドキュメント全般を書く技術というものをもっと洗練させていきたい。要件定義書のようなものだけでなく、開発方針や設計方針、API定義などなど。 これらのドキュメントをしっかりと整備するだけで、レビューの質も上がり新しい人が入ったときもスムーズに意識のズレなく開発ができる。はずだが、なかなかドキュメントの上手い書き方や管理の仕方というものは、コーディングのそれとは違い議論が活発ではない。 最近試してみたこと そういったドキュメントの中でも、"開発方針"や"設計思想"をどう残していくかということを考えている。それらを残しておくことで、コーディングのときも立ち戻る場所ができ、大きく道を踏み外さなくなる。 例えば、レイヤードアーキテクチャのようなものの"境界"をドキュメントにしていく。MVCでもクリーンアーキテクチャでも何でも良いけど、それらのアーキテクチャではそれぞ
はじめに @smokeymonkeyです。ここまで「とにかくElasticSearchをAWS上で動かす」ことを中心に調べてきました。ここで一度ElasticSearch自体の構造について整理したいと思います。 ElasticSearchの構造 ElasticSearchは大きく以下のようなデータ構造になっています。 index ... その名の通り索引です。このindexに検索対称のドキュメントを格納します。Indexは複数もつことが出来ます。 type ... 格納するドキュメントを種類によって分別することが出来ます。同じfieldリストを持つdocmentの集合体であり、データベースで言えばテーブルに相似します。 document ... 格納されたドキュメントです。また個々のドキュメントの識別子をidと呼びます。ドキュメントは1つ以上の項目(field)を持ち、データベースで言えば
※ 本ページは、Gradle - Documentationを翻訳したものです。 Gradleプロジェクトは、ドキュメントの品質を高めるよう日々努めています。 ドキュメント自身、Gradleによりビルドされており、すべてのコードスニペットおよびサンプルは、Gradleのコードベースが変更されるたびに自動的にテストされ、常に正しく保たれると同時に最新版の内容が反映されるようになっています。 ユーザーガイド ユーザーガイド (分割版HTML、1ページ統合版HTML、PDF)では、Gradleのコンセプト、機能、コアプラグインについて詳細に記述されています。 チュートリアルで基本的なタスクの動作を体験したり、インストール方法を知ることもできます。 もちろん、オライリーのGradleシリーズも忘れずにチェックしてください。 リファレンス資料 リファレンスとして最初に参照するべきドキュメントは、DS
2つ目のiOSアプリケー ション:ストーリー ボード 目次 2つ目のiOSアプリケーションの作成について 4 At a Glance 5 モデルレイヤの設計と実装 5 マスタシーンと詳細シーンの設計と実装 5 新規シーンの作成 5 問題の解決と次のステップの考察 6 関連項目 6 入門 7 プロジェクトの新規作成 7 デフォルトプロジェクトのビルドと実行 9 ストーリーボードとそのシーンの調査 12 まとめ 15 モデルレイヤの設計 16 データユニットの決定とデータオブジェクトクラスの作成 16 Data Controllerクラスの作成 21 まとめ 27 マスタシーンの設計 31 Master View Controllerシーンの設計 31 Master View Controllerの実装 35 アプリケーションデリゲートでのアプリケーションの設定 37 まとめ 39 詳細シー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く