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が最近リリースされ、重要な変...
Oracleは先頃、マイクロサービスベースのアプリケーション開発用にデザインされたJavaライブラリのコレクションであるProject Helidonを新たに公開して、Payara MicroやThorntail(改名前はWildFly Swarm)、OpenLiberty、TomEEなどのMicroProfileファミリに参加した。 かつてJ4C(Java for Cloud)という名称であったHelidonは、シンプルで高速に動作するように設計されており、 Helidon SEとHelidon MPという 2つのバージョンから構成される。 Helidon SEは、マイクロサービスを作成するための3つのコアAPIとして、マイクロサービスベースのアプリケーション構築に必要なWebサーバ、コンフィギュレーション、セキュリティを備え、アプリケーションサーバを必要としない。一方のHelidon
新しいJEPには、より明確な曖昧さ回避、未使用パラメータのアンダースコアの使用、外部変数のシャドウイングなど、ラムダ機能を強化するための変更提案が提出されている。これらの変更によって、Javaのラムダが他の言語のラムダに近づくことになるが、最初の議論では支持するレベルも様々であった。このJEPは、Java言語を改善するための、他の一連の提案を補完しており、ローカル変数型の推論と拡張された列挙型を含む。これらは全てJava 10に含まれる可能性がある。 3つの変更はすべてラムダに関連しているが、それらは独立しており、フィードバックに応じて、一部が不採用となり、他のものが採用される可能性がある。そのため、この記事では個別に説明する。 より明確な曖昧性回避 ラムダがバージョン8でJavaに追加されたとき、それらをサポートするために型推論を修正しなければならなかった。しかし、過去に行われた変更は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く