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が最近リリースされ、重要な変...
原文(投稿日:2010/01/20)へのリンク ThoughtWorks 社は 4 つの主な領域である、技術、ツール、言語、プラットフォームにおける ThoughtWorks の技術戦略とトレンドを含んでいる、Technology Radar 2010 (PDF) を今月リリースした。InfoQ は、ThoughtWorks によって提供されたアイデアと示唆をより理解するために、このホワイトペーパを深く調べた。 記載された 4 つの領域のそれぞれにおいて、ThoughtWorks は、Adopt、Trial、Assess、Hold の 4 つの階級に分けられた項目の一覧を持っている。Adopt の項目は、企業での使用が推奨されることを意味する。Trial の項目は、投資する価値はあるが、リスクの少ないプロジェクトで使用すべきであることを意味する。Assess は、使用方法や、潜在能力を検討
これらはGroovyの重要な側面です。しかしより重要なのは、Groovyが単に言語であるだけでなく、ひとつのエコシステムであるということです。 Groovyのバイトコードに含まれる情報を増やしたことは、Coberturaのような優れたカバレッジツールがGroovyをサポートする助けとなり、CodeNarcのような新らしい静的コード解析ツールにとっては利用しやすい情報が手に入ることになります。 また構文の柔軟性とメタプログラミングの特性は、ビヘイビア駆動開発のためのEasybやモックライブラリであるGMock、テスト/テスト仕様化のフレームワークSpockといった先進的なテストツールを生み出しています。 さらに、Groovyの柔軟性および表現可能性、そしてスクリプティングの特性によって、継続的インテグレーション(ビルドやテストを頻繁に行う方法論)を実践するための先進的なスクリプトシステムや基
以前の連載、「Officeのリッチクライアントアプリケーション」で、我々は、基準としてOffice2007プラットフォームを使い、様々な異なる方法でJavaテクノロジーと相互運用するリッチクライアントアプリケーションをどこから構築するかについて議論しました。その際にカバーされなかったOfficeとJavaの相互運用性の1領域は恐らく最も古びた方法になっているでしょう。なぜならOfficeとJavaは、JavaアプリケーションはOffice文書を操作し、文書を作成し、編集し、文書中からデータを抽出して取得する等等、といったように相互に連携するのですから。 Office文書(主にWord, Excel, PowerPoint)がバイナリ形式で保存されることが歴史的に常に何かと問題となってきましたが、これは世界中のCOM開発者には構造化された保存形式として知られており、本来、COMインタフェース
第2版(2008年1月19日):翻訳者による注釈を追加しました。 ヘテロジニアスなアプリケーション間の通信を実装するための「適切な」手法について議論が行われているということを、あなたは知っているかもしれないし、知らないかもしれません。そういった状況下で、現在の主流は明らかにSOAP、WSDL、WS-*仕様という世界をベースとしたWebサービスにフォーカスしています。しかし、少数派の人たちの中で、より良い方法があると主張する人がいます。それが、REST(REpresentational State Transferの略)です。本稿では、本筋から外れることなく、RESTとRESTfulなHTTPアプリケーション統合への実用的な説明を試みようと思います。これらの考え方の説明については、より詳細に踏み込んで説明をするつもりです。私の経験上、誰かが始めてこのアプローチを経験することで一番議論が活発に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く