Advanced Go Concurrency – Encore Blog
Advanced Go ConcurrencyLearn how to use Go's singleflight and errgroup packages, and other important design patterns for concurrency, with real-world examples. If you've used Go for a while you're probably aware of some of the basic Go concurrency primitives: The go keyword for spawning goroutinesChannels, for communicating between goroutinesThe context package for propagating cancellationThe sync
境界づけられたコンテキスト 概念編 - ドメイン駆動設計用語解説 - Qiita
境界付けられたコンテキストとは 公式DDD Referenceの定義は以下の通りです。(和訳はだいぶ意訳しています) bounded context A description of a boundary (typically a subsystem, or the work of a particular team) within which a particular model is defined and applicable. 境界付けられたコンテキスト 特定のモデルを定義・適用する境界を明示的に示したもの。 代表的な境界の例は、サブシステムやチームなど。 まぁなかなかよくわからないですよね。DDD用語の中でもかなり難解なワードです。 境界付けられたコンテキストは、2つの観点から解説が必要でしょう。 ・概念としての境界付けられたコンテキスト ・境界付けられたコンテキストをどう実装に
実践DDD本 第2章「ドメイン」「サブドメイン」「境界づけられたコンテキスト」を読み解く
前回記事：ドメイン駆動設計のメリットと始め方 ～ 1章「DDDへの誘い」 「ドメイン」と「境界づけられたコンテキスト」の全体像 それでは、DDDにおける主要概念である「ドメイン」と「境界づけられたコンテキスト」について紹介していきます。広義の意味での「ドメイン」は「チームが取り組んでいる事業全体」を表します。このドメインの全体像が下図となります。 コアドメイン、サブドメイン、境界づけられたコンテキストの全体像 広義のドメインには「分析対象となる問題領域」と「事業課題の改善に取り組む解決領域」が含まれています。そして、分析対象となる問題領域が「ドメイン」であり、その問題や課題に取り組む解決領域が「境界づけられたコンテキスト」となります。 具体的な例は本稿の後半で紹介しますが、まずはビジネス課題を表す「ドメイン」と、その課題をソフトウェアにて解決する「境界づけられたコンテキスト」が存在すること
Phoenix 1.3のディレクトリ構造とContext - Qiita
Phoenix 1.3のrc-2が先月リリースされそろそろPhoenix 1.3にアプデも考えだしてきた今日この頃、まだアップデートはしないけど1.3正式版がリリースされることに備えてディレクトリ構造とか学んでおきたい ということでざっと慣れるためにPhoenix 1.3を触ってみます What's changed in Phoenix 1.3 Phoenix 1.3での主な変更点は以下です webディレクトリがlib/<project>/web以下になった デフォルトのジェネレータにContextという概念が追加されアプリケーション境界を分割出来るようになった Fallback Action Plugが追加された Controllerの構成がシンプルに出来るようになった まず大きく変わった点としてデフォルトのディレクトリ構造が変わったということもあるので、phoenixプロジェクトを一か
bliki: Bounded Context
Bounded Context is a central pattern in Domain-Driven Design. It is the focus of DDD's strategic design section which is all about dealing with large models and teams. DDD deals with large models by dividing them into different Bounded Contexts and being explicit about their interrelationships. DDD is about designing software based on models of the underlying domain. A model acts as a UbiquitousLa
なぜContextを構造体に含めてはいけないのか、またそれが許される状況について #golang - Qiita
はじめに Goのcontext.Context はリクエストスコープにおいてキャンセルの情報の伝播や値の受け渡しに利用するためのものですが、使う上でいくつかの注意が必要です。 Go Doc - Package contextに以下のような一文が存在します。 Do not store Contexts inside a struct type; instead, pass a Context explicitly to each function that needs it. The Context should be the first parameter, typically named ctx: Contextは構造体の中に保存せずに、Contextを必要としている関数に渡してください。コンテキストは変数名ctxとして第1引数に渡すべきです。 func DoSomething(ctx
RSpecの(describe/context/example/it)の使い分け - Qiita
概要 なかなか使い分けする基準が理解できなかったけど、 こういうことかという考えが出てきたのでメモ。 使い分け方 テストの流れを端的に言うと、 機能、クラス、メソッドなどのテストの対象に対して、 特定の条件で実行してみて、 期待するアウトプットが返ってくるかを調べる、 ということになる。 ここで出てきたテストの対象と特定の条件とアウトプットに注目して、 (describe/context/example/it)の使い分けを行う。 describeには、テストの対象が何かを記述する。 contextには、特定の条件が何かを記述する。 exampleとitには、アウトプットが何かを記述する。日本語で記述するときはexampleを使う。it "is 〜やit { should be 〜 }のような形で書きたい場合はitを使う。 describe 'テストの対象' do context '特定の条
How I structure RSpec tests
Structure of RSpec tests Disclaimer Assume that you know RSpec. If not, you'll still get some value. Overview describe vs. context context naming before vs. let before & context let vs. subject before vs. let subject & describe A typical test describe Classroom do context "#a_mess?" do it "should return true after a party" do classroom = Classroom.new classroom.throw_pizza_party classroom.a_mess?.
My top 7 RSpec best practices | Dmytro Shteflyuk's Home
I use RSpec in all my projects. It’s really hard to overemphasize how helpful it is and how much easier becomes your life if you have good specs coverage. But its outstanding flexibility enables many ways to make your specs awful: horribly slow, over-bloated, even non-readable sometimes. I do not want to teach you BDD and RSpec here, but instead I will give you some ideas how to improve your specs
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tutorial
GitHub - cybozu-go/well: Go framework for well-behaving commands
DDD Strategic Design - Context Maps - Paulo Clavijo - April 2018
Introduction to Ecto and Models | What did I learn
A Tweak to Phoenix Contexts
context package - context - Go Packages
Contextアンチパターン