ドメイン駆動設計とイミュータブルなクラス設計
クラスをイミュータブルに設計するパターンの紹介 ・閉じた操作 ・withメソッド ・イベントリポジトリ＆集約ファクトリ
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
クラスをイミュータブルに設計するパターンの紹介 ・閉じた操作 ・withメソッド ・イベントリポジトリ＆集約ファクトリ
この記事では、現在 Stage 1 のプロポーザル Change Array by copy について解説する。 プロポーザルの詳細については、https://github.com/tc39/proposal-change-array-by-copy を参照してほしい。 また、ここで紹介した仕様に関しては今後更新されていく可能性がある。 概要 Change Array by copy は、簡単にいえばイミュータブルな配列操作メソッドを導入するプロポーザルである。 JavaScript の配列には多くのインスタンスメソッドがあり、それらを使って配列を操作できる。 配列のインスタンスメソッドには、ミュータブルなもの、つまりもとの配列を変更することによって配列を操作するタイプのものがいくつかある。 たとえば、Array.prototype.push や Array.prototype.pop、A
並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その1「背景: クロック周波数の停滞とコア数の増加」 - Qiita
大学の授業で講義資料を作ったので，Qiitaにも展開しておきます． 背景: クロック周波数の停滞とコア数の増加 コンピュータはクロック周波数に同期して計算をします．おおむね1秒間にクロック周波数の数で示されるだけの数の機械語命令を実行できると考えると良いです．たとえばクロック周波数が1GHzであれば，1GHz=1,000MHz=1,000,000(百万)kHz=1,000,000,000(10億)Hzですので，1秒間に1,000,000,000(10億)個の機械語命令を実行できるというような感じです．もちろんこれは概算です． いわゆるヘネパタ本(J. L. Hennessy & D. A. Patterson: Computer Architecture: A Quantitative Approach, 6th edition. Morgan Kaufmann, 2017; 邦訳 中條・
DDDのエンティティはイミュータブルな実装にしてもいいの？(サンプルコード有り)[ドメイン駆動設計 / DDD] - little hands' lab
本記事はドメイン駆動設計（ＤＤＤ） Advent Calendar 2021の13日目の記事です。 エンティティとイミュータブル性 オブジェクトをイミュータブル、つまり内部状態を変えない実装にすることで可読性やマルチスレッド対応性が向上することがあります。 エンティティはモデリング上の定義はミュータブルなものですが、実装方法をイミュータブルにすることは可能です。 (DDDでは、エンティティはミュータブルもしくはイミュータブル、値オブジェクトは必ずイミュータブルという定義です。詳しくはこちら) DDD基礎解説：Entity、ValueObjectってなんなんだ - little hands' lab 本記事ではエンティティをイミュータブルな実装にするサンプルコードと合わせて、イミュータブルにした場合の旨みを感じられるコードを紹介します。 イミュータブルなエンティティ実装の例 エンティティをイ
![DDDのエンティティはイミュータブルな実装にしてもいいの？(サンプルコード有り)[ドメイン駆動設計 / DDD] - little hands' lab](https://cdn-ak-scissors.b.st-hatena.com/image/square/39cd1807233d4606c12a8c80e8c0a60b463148bf/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F3fe871ef96243ed70c00b2a079c09405763f0273%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fl%252Flittle_hands%252F20211213%252F20211213073035.png)
modeling-how-to-learn.connpass.com 今日はこちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会で話されていたこと イベント資料 イミュータブルデータモデルの極意～川島義隆さん～ 川島さんの問題意識～Division into cases～ Dataの場合分け EventとResourceの関係性 EventとResourceのサブタイプ Resource同士の関連付けをする際のコツ 記録として残すEvent, 残さないEvent ドメイン駆動設計とイミュータブルデータモデルの素敵な関係～増田亨さん～ イミュータブルについての厳格性 必ずイミュータブルにする際の設計パターン 増田さんがイミュータブルに拘る理由 ドメインイベントの観点から再考するソフトウェア設計～かとじゅんさん～ ドメインイベントとは ドメインイベントはなぜ有用か
始め JS,特にReactを勉強してるとよくimmutabilityという言葉を聞きます。最近immerを使ってみて不意にimmutabilityは何で重要だったっけ？と思ったので、投稿します。 1. immutabilityとは immutabilityは不変性、つまり変わらない性質という英単語です。 プログラミングでのimmutabilityは「stateを変更しないこと」とも言えます。(韓国では漢字の方の「不変性」を採用していますが、日本語あまり分からないので今回は英単語そのまま書きます。) ここで、「stateを変更する」ということは正確に何を意味するのでしょうか？一番簡単な例を見てみましょう。
ts-jestからSWCへの移行で発生するイミュータブル性と型チェックの問題について - Tabelog Tech Blog
この記事は 食べログアドベントカレンダー2024 の18日目の記事です🎅🎄 はじめまして。食べログ開発本部ウェブ開発2部FEチームの中内です。 本記事では、食べログノートで使用しているJestのトランスパイラをts-jestからSWCに移行した際、既存のテストが動作しなくなる問題と型チェックについて解説します。 食べログノートとは 2023年2月に本格展開を開始した予約管理台帳です。 食べログでネット予約をご契約いただいている店舗向けのオンライン予約台帳サービスで、電話予約や各種グルメメディアのネット予約を一元管理することで、紙台帳よりも手間なく管理することができます。 詳しくはこちらをご覧ください: 食べログノートとは 移行実施の背景 食べログノートのフロントエンドは、ReactとTypeScriptで開発されています。 開発時のCI（継続的インテグレーション）において、実行時間が長
はじめに 本記事は The Mutability Tax をベースにしています。 意訳・抜粋しまくったので翻訳記事と呼ぶには忍びないですが、記述の足らない箇所があれば元の記事を参照してください。 筆者の David Morgan 氏はGoogleのソフトウェアエンジニアです。 元記事の公開は2019年7月15日です。 本文中に登場するコードは Dart で記述されています。 The Mutability Tax では、MutableとImmutableそれぞれの設計によって生じるコードメンテナンスコストのことを Tax(税金) と形容しています。 本記事では 代償 と表現します。 3点要約 Mutableな型はバグを生みやすいです。 Immutableな型も正しく扱わないとコードが肥大化してバグを生みやすく、遅くなります。 コード生成（freezed）の力を借りて、簡単に安全な型を定義しま
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 編集部 2025-06-05 07:00 「Linux」が登場するずっと前、筆者は「UNIX」システムの管理者として働いていた。当時は、システムの更新や新しいパッケージのインストールが必要になるたびに、ソースコードをダウンロードして「tarball」アーカイブを解凍し、コンパイルしてインストールしていた。これは本当に面倒な作業だった。 1989年に「UNIX System V Release 4」（SVR4）が登場し、最初のパッケージ管理システムである「pkgadd」と「pkgrm」「pkginfo」が利用可能になったことで、状況は改善された。IBMやSun Microsystemsといった企業がそれぞれ独自のプロプライエタリー版をリリースしたことにより、システム管理者としての仕事
イミュータブルでゆこう
概要 2021/11/24に開催された下記勉強会のメモです セッション イミュータブルデータモデルの極意 データの種類 Event -> 日時属性を持つ Resource -> ライフサイクルで属性が変わる イベントの7W3Hがリソースと関連を持つ リソース同士では依存関係があるか？ライフサイクルを同じとするかで場合分け リソースのサブタイプは「区分」で分類 イベント同士の関係は時系列の並びで関係が変わる。時系列は変更してはいけない 例）注文に請求IDを保持、請求が決まった時に更新だと後から情報を変えてしまう事になる->中間テーブルを使う イベントが連なる場合はそれらを束ねたロングタームのイベントを作る リソースの関連とそれに関するイベントは別で識別する どのイベントを記録として残すか、が設計 お金を産むもの、記録がないとお金を失うリスクがあるものを取捨選択 記録すると決めたイベントは変更
並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その2「スレッドと同期・排他制御」 - Qiita
大学の授業で講義資料を作ったので，Qiitaにも展開しておきます． この記事シリーズでは，並行・並列プログラミングについて，要(かなめ)となる同期・排他制御の役割をCとJavaを例に簡単なプログラム例を示します．次に同期・排他制御の問題点をCのプログラム例とともに示します．そしてElixir(エリクサー)によって実現されている，全てをイミュータブルにすることによる利点について示します． シリーズ 並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その1「背景: クロック周波数の停滞とコア数の増加」 並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その2「スレッドと同期・排他制御」(本記事) 並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その3「同期・排他制御の2つの問題点」 並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その
デジタル庁クラウドチーム Cloud Architect 山本教仁 前回は、ガバメントクラウドにおけるIaC(Infrastructure as Code)の考え方を説明しました。IaCでは、インフラの構成をプログラムコードとして記述し、そのコードでインフラを構成管理し、構築を行います。前回も少し触れたように、その効果はイミュータブルなインフラ運用と組み合わせて効果を最大化します。今回は、ガバメントクラウドで考えるイミュータブルなインフラ運用について説明します。 イミュータブルについてImmutable Infrastructure（イミュータブル・インフラストラクチャ）についてImmutable Infrastructureという考え方があります。Immutableは「変化しない」ことを意味します。Immutable Infrastructureは、変化しないインフラ、つまり、一度構築し
ECRはイミュータブルにしておくと安全
レバテック開発部の松浪です。 現在、私はレバテックの認証基盤(レバテックID)の開発・保守を担当しているのですが、セキュリティ強化や一貫性の保証の観点からECRに置くコンテナイメージをイミュータブルとなるように設定を変更しました。 イミュータブルにすることでなぜセキュリティの強化に繋がるのか？一貫性が保証できるのか？ 簡単にですが説明したいと思います。 そもそもECRって何？ ECRはAWSが提供するコンテナイメージのレジストリサービスです。 ECRを利用するとコンテナイメージの保存や管理、デプロイに使用したりできます。 イミュータブルにすると、一度保存したコンテナイメージを後から変更(上書き)することができなくなります。 ※ Amazon Elastic Container Registry GitHubActionsを利用したECSのデプロイ 認証基盤の機能のデプロイにはGitHub
【2023/05/05 変更】 ES2023 Change Array by Copy の議論によって Array に追加するメソッドが減り、同様に Tuple から取り除かれた pushed や sorted などの独自メソッドについての記述を削除 Symbols as WeakMap keys が ES2023 となったため修正 0, -0, NaN の等価性、同値性が決まったため修正 JSON.parseImmutable が別提案としてスプリットされたため修正 支持されなかった Box についての記述を削除 JavaScript におけるイミュータブル、ミュータブル JavaScript においてプリミティブはイミュータブル、つまり変更不可能です。 一方でオブジェクトは基本的にミュータブル、つまり変更可能です。Object.freeze を使って凍結することは出来ますが、アクセサプ
Reactに関することで、同じことを別の人に繰り返し説明している...ような気がしたので、 一念発起して勉強会を開くことにしました。 実装半分/解説半分で勉強会を開催予定です。 今記事は、その解説のために作成した資料ですが、この記事単体でも作業可能なように作っています。 今回扱う主な題目は FLUXとは Reduxのデータフローとは（redux toolkitは何をやっているのか) なぜイミュータブルである必要があるのか になります。 lesson1 - FLUXとは Reduxのデータフローとは(redux toolkitを実装しながら学ぶ) リポジトリを準備する 勉強用リポジトリをGithubにて準備しています。 Github takanokana/react-tag 上記リポジトリのブランチ lessson/1に切り替えて作業を行なってください。 コマンドで、ローカルサーバーが問題な
イミュータブルなインフラ運用｜デジタル庁
デジタル庁クラウドチーム Cloud Architect 山本教仁 前回は、ガバメントクラウドにおけるIaC(Infrastructure as Code)の考え方を説明しました。 IaCでは、インフラの構成をプログラムコードとして記述し、そのコードでインフラを構成管理し、構築を行います。前回も少し触れたように、その効果はイミュータブルなインフラ運用と組み合わせて効果を最大化します。 今回は、ガバメントクラウドで考えるイミュータブルなインフラ運用について説明します。 イミュータブルについてImmutable Infrastructure（イミュータブル・インフラストラクチャ）についてImmutable Infrastructureという考え方があります。Immutableは「変化しない」ことを意味します。 Immutable Infrastructureは、変化しないインフラ、つまり、一度
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScript にイミュータブルな配列操作メソッドを導入するプロポーザルについて
イミュータブルでゆこうに参加してきた - 天の月
イミュータブルが大事な理由、そしてImmerで簡単実現！
【Flutter, Dart】ミュータブルの代償とイミュータブルの代償、そしてfreezed - Qiita
レッドハットが「RHEL 10」で“イミュータブル”なアプローチを採用した背景
イミュータブルなインフラ運用｜デジタル庁 ガバメントクラウド
イミュータブルにデータを扱うライブラリと Stage 2 Record & Tuple
Reactのこともっとよく知ろう! ~ Redux基礎・イミュータブル編~
www.asahi.com
share.google
atsushisugimoto.hatenablog.com
trip.painfo.net
note.com/chidaism
eiga.com