ゴーとgRPC私はマイクロサービスを使用して、最適なプログラム構造を把握しようと作成し、それをテンプレートとして私の他のプロジェクトを提供することができます。私はまた、このような明確なアーキテクチャ（クリーン・アーキテクチャ）、依存性注入（依存性注入）、その上のログ、エラー処理として、ゴーMicroserviceプログラムを適用するベストプラクティスをプログラミングおよびプログラミングします。私は、Javaの背景を持っている、とJavaとの間で移動苦労彼自身を見つける、それらの間のプログラミングの概念は完全に異なっています。私は、プロジェクトの作業で行われた設計上の決定とトレードオフの一連の記事を書きました。
これらの記事を読むあなたは絶対に助けを持っている場合、ゴー、ゴーの基礎に精通している必要はありませんが。ゴーそうしないと商品コードが何をしているのか判断できない場合は、その後、あなたはここから必要な例で行く ¹（あなたはわずか数フロント、内部のすべての科目を完了する必要はありません）いくつかの基本的な移動を学びます。「トランザクションサポート」この一連のデータベースを参照し、中にいくつかの知識データベース移動を必要とし、あなたからできるチュートリアルゴーデータベース/ SQL ²それを得ます。あなたが行くMicroserviceプログラミングとコードデザイン思考とケア、プログラム構造、コーディングスタイル、ロギング、トランザクション管理と依存性注入に興味がある場合は、このシリーズはあなたのためです。
焦点のこのシリーズ？
このシリーズは、迅速プロトタイプのプログラムを作成する方法に関するものではありませんが、それは将来の変化に適応できるように設計されてどれだけのプログラムについて。たとえば、サービスの機能の一部は、より良いロガーへの個別のマイクロサービスに分割、トランザクションサポート、追加またはスイッチであるようにしたいかもしれませんが、コード内の各ログ・ステートメントを変更する必要はありません。これらの変更を行ったときに、このプロジェクトのプログラミングを使用して、ビジネス・ロジック・コードには触れません。あなたはめったにも、ほとんどの時間が唯一の新しいコードを追加し、既存のコード（コンテナを除くコード）を変更しない、QAが大幅に削減ワークロード。あなたはゼロから始まるのトラブルを解消する、アプリケーションの次のマイクロサービスインフラストラクチャとしてこのプログラムを使用することができます。あなたがする必要がある唯一のものは、内部構造のフレームワークに精通しています。あなたは、オブジェクト指向の背景や経験から春（ジャワ）を持っている、またはその明確なアーキテクチャ（クリーンアーキテクチャ）またはSOLID（オブジェクト指向設計）を知っている場合は、コードがあなたに精通している必要があります。
あなたは次の順序で記事を読む必要はありません。あなたが精通している場合には明確なアーキテクチャ（クリーンアーキテクチャ） ³やSOLID（デザインオブジェクト指向） ⁴、あなたは何の問題もなく、任意の順序で記事を読むことができます。しかし、私は、あなたが最初に少なくとも第一章を読んで、それは、あなたはそのフォロー記事のいずれかを選択することができ、あなたのためのプロジェクト全体の概要を提供します示唆しています。
出典：
完全なソースコードへのリンクGitHubの：https://github.com/jfeng45/servicetmpl
インデックス：
[1] 実施例で行きます
[3] [クリーンコードブログ]（https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html）
[4] SOLIDマイケル羽によって後に導入され広くアンクルボブと頭字語として知られているロバートC.マーティン、によって導入された最初の5つのオブジェクト指向設計（OOD）の原則のためのものです