サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Appleイベント
peing.net
複数集約にまたがる更新を処理する場合は 1. ユースケースで複数集約を更新する 2. 複数集約を更新するドメインサービスを作る(一部操作をパッケージプライベートなどの可視性で制御できるとよい) 3. ドメインイベントを使用する 主に3択です。 1,2は概ね想定されているような実装になるかと思います。 それで問題がある場合は3の方法もあります。 具体的には ・集約ルートのエンティティは親クラスとしてAggregateRootと言ったクラスを定義し、ドメインイベントを蓄積できるようにする ・売り上げエンティティのコンストラクタの中で、「売り上げ発生イベント」を生成、蓄積 ・売り上げリポジトリにinsertもしくはupdateしたタイミングで、ドメインイベントが蓄積されているかを確認 ・そのイベントをpub/subの仕組みでアプリケーションイベントとして発火(できればフレームワークのサポートがあ
諸説ありますが、私は1ユースケース1トランザクションで複数集約を更新しても良いと言う意見です。 実際それで開発したことがあり、十分に実践的だと思っています。 大切なことは「DDDではこう決まっている」ではなくメリットデメリットに基づいて判断することです。1トランザクションで複数集約更新するデメリットについて調査したのですが、「トランザクションをかける範囲が大きくなりすぎ、ロックをかけたり排他制御で問題が生じる」と言うものでした。(それ以外に見つけられなかったのでご存知の方いらしたらご指摘ください) そう考えると、それを考慮した上でロックの範囲が適切であれば、集約またぎで1トランザクションでも問題ない、と言うのが現時点の私の意見です。
集約の子オブジェクトの更新方法の詳細は、「とにかくリポジトリの実装クラスでなんとかする」というのが答えになります。(続) これは時に煩雑なコードになりますが、その分リポジトリ以外のクラスがかなりシンプルになります。 詳細はドメイン駆動設計FAQ「4.2.1 集約の子オブジェクトをどうやって更新する?」にありますので、こちらをご覧ください。 https://gyazo.com/10345298686a26f3e326f4c119fc1b2f https://gyazo.com/e0c9715ac3ee3d21d74f8ba00044d8d0
他人の記事読まないし読む気もねンだわ。 そういや「ねンだわ」で思い出したけど、「ン」を使う漫画の元祖、小池一夫原作の『黒い雀たちの神話』て麻雀漫画面白かったンだわ。 半世紀前の作品だけど、麻雀は体力勝負というのがよく分かったンだわ。
これがリポジトリの実装クラス内の話であれば、その通りです! まず、リポジトリはインターフェイスと実装クラスに分かれます。 インターフェイスはドメイン層、実装クラスはインフラ層です。先述したのは、後者の話ですね。 リポジトリは、 `User findById(UserId id)`といったシグニチャを定義し、そのhow(どのORMを使うか、など)の知識は一切持ちません。「ユーザーIDを渡すとユーザーが帰ってくるんだな」ということだけ示しており、ユースケースはそこに書いてある通りにユーザーIDを渡します。 インフラ層の実装クラスは、userIdが来た時にsqlを組み立て、結果をUserクラスに詰め替えて返すことで、インターフェイスに定義されているシグニチャを実現します。そのため、返すオブジェクトはUserオブジェクトである必要があるわけです。 なお、インフラ層の実装の工夫として、中間的なプレー
分子が1ならdimidia pars(1/2), tertia pars(1/3)のように言い、分子が1より大きければpartesを略してduae quintae(2/5), tres septimae(3/7)のように言い、分子が分母より1小さければduae partes(2/3), tres partes(3/4), quinque partes(5/6)のように言います。
『前進』から以下引用。(髙田) 「パレスチナ問題」の発端は、石油資源の強奪と中東支配のために、帝国主義がシオニストを先兵としてパレスチナを侵略し、2千年以上にわたり先祖代々その地に暮らしてきた人々を暴力的に追い出して「イスラエル」という軍事基地国家をでっち上げたことにある。したがってそれは帝国主義の中東侵略・中東支配の問題であり、「宗教対立」とか「アラブ人とユダヤ人の対立」といった問題では断じてない。
ラ!を自身の踏み台としか考えてない者同士 vs 高槻かなこの頂上決戦やって欲しいですが
まあ評価すべき所は評価すべきだと思うよ、それは大事です絶対。まあ批判する時にわざわざ評価できるところなんてあげないと思うけど他でちょっとは評価してあげて欲しいね確かに笑 Liellaは中途半端に2次元要素にも頼ってるから当然キャスト推しに振り切る人とぼくも含むアニメ側とのストーリー性だったりシンクロ等々を重視する層もいる状態で意見が食い違う状態を作っちゃってるので。 まあ結局はキャラを確立することすらできない内容ペラッペラのゴミアニメと化した2期が悪い。
わざわざありがとうな〜 実はぼくこんなにアンチが存在してたことを今回初めて知りました、そんなのはどうでも良くて君の推しへの愛は他人の意見で崩れるような生ぬるい物だったのか??そこを第一に考えよう キャスト売りの方向に行ったのがしんどいのは分かる、別にその方向性自体は顧客増やすためって分かってるからいいんだけどやり方が下手くそすぎてしんどい、今までの人間が離れるやり方しかしねえんだもん 実際そのsさんのMC通りでアニメにすら出てないでいきなりライブって正直どういう風に見ればいいのかもわからない状態だからキャスト側にも不満は生まれて当然。マルゲリータに関しては私はこの結果を認めない斗まで 言わせたS!S!S!を気づいたらニコニコで歌ってる状態だし完全にアニメ側との乖離がやばいし。 推すのを辞めるかに関してはもう貴方の判断です、自分が辛いと思ってまで推す理由はないしね。ただまじで周りの人間の考え
skは発言に気をつけてるんだろうなというのも感じるし、アニメまだないのに(ほんとこれやばいな)キャラへの向き合い方がすごいなーと思います。最初からパフォーマンスのレベルすごいし。 だいじょぶ、ぼくはキャストもキャラもみんな好きなのに未だにLiellaは5人と言い続けています
何回でも送ってくれてええよの顔です 分かるよ君のその気持ち(ん?)あざとい女の子は最強です。 人間って好きになればなるほど特に嫌なものが目に付く、気にしてしまう生き物でそうなってしまうのは仕方ないけどそれを受け入れられて好きになる、もしくは妥協出来るようになった時が本物です。 1回離れてまた新たな物が見えるようになると思うし、そこも大切にして行けるといいですねって感じです。 まあ何があっても今後過去抱いていた好きという気持ちだけは否定しちゃダメですよ 今この時が、あなたの成長の一歩になると思います。 まじでこれ何様目線か分かんねえな...
これマジで怒られてもこの質問主が悪いです 上から りー (海外勢取り込みは強い)→なぎ(たぶん)→結那(あの顔であのキャラ、強い)→さゆ(元祖おぢコンテンツ、5人信者の拠り所1)→のん(弱者男性取り込みコンテンツは強いです伸びます)→ペイ(TikTokである動画がバズってたから別方向のファンついたと思いたい)なこ(オタクの声が無駄にデカくてきもいだけでそんな多くない印象)→くま(少数で洗練されてるオタクのイメージ)→やぶ(くまと同じく)→さくちゃん(まだ日浅いから仕方ないね) 怒んないで、あと最近もうほぼ追ってないから認識の差が生じる
正直言って『右派』『保守』は、元々その存在として『差別主義者』との親和性は異様に高いと思う。 何故なら彼等は『自民族や自国というものを中心に据えた価値観を基底として思考する』からだ。 謂わば『我々』と『他者』を明確に区分するところに視点の基盤を置くのだから、その『我々と他者の違い』というものを或る視点から眺めたときに『皆違うのが当然であり、そこには違いはないと認める』のではなく『我々と比較しての上下や優劣を位置付ける』のならば、それは途端に『差別の温床』となり得る。 『右派』並びに『保守』を自称する者は、このことを常に自覚して自重していなければ容易に『差別主義者』へと堕する。 そして、今現在の『右派・保守自称者』『自称愛国者』には、これを自覚することのない『差別主義者に堕して者』が異常なほど多い。 だからこそ『右派・保守は差別主義者』と言われて悔しくはあるが、それに反論したとしても現状では
いい質問です。26というと自分も交際経験なしから運試しのために上京した年齢ですね。 こういう話は結論から逆算したほうが良いと相場が決まっているもので、まずは「将来結婚する相手は、実際に顔を合わせた人間の中にしか存在しない」ということを忘れないようにしてください。ここの試行回数を増やし続けなければ選択肢は増えず、選択肢が増えなければ成功は不可能です。 オフ会の回数を増やしたら次に考えるのはシチュエーション整理や自身のキャラクター/基本的言動の設計です。有り体に言うなら「色目を使い続けろ」「ぬいペニを絶対に回避しろ」という話で、自分はそこを『ヌード撮影モデルを探している駆け出しカメラマン』という設計で突破しました。人間は常にインフラとしての役割を期待されがちで、一度インフラとして認識されてしまったらもう色欲を出す余地はありません。なので最初から色欲を表に出すことで、それを見て避ける人間をスクリ
バス単位で楽器をまとめています。多くの超一流たちのインタビューに共通しているプロセスは「最終バランスはステムで調整していく」でした なお、常時5種類のDAWを利用し比較している身としては、DAWのバスの組み方と遅延補正は実に興味深い違いがあります。誰が見ても分かりやすく、シンプルに整理されたミキサーを作ることを心がけてください。結果としてそれは大きな意味を持つでよしょう
一発ここらで追いブクロを頼む
全然似てないと思います。そりゃまあ、それぞれには相似する面があったりするのかもしんないですけど。椎名林檎とCoccoを聴いてた世代ですが、まずそこで全然違うと思うし。無理に共通点見つけるなら根岸孝旨?
遅くなってしまってごめんね。 年末で時間ができたのでやっと長文回答できるぜ。 まず、僕にはトラウマがあって それは高校時代に「お前の文章西尾維新みたいだね」と言われたことです。西尾維新のことが別段超ファンというわけではなかったんですが、アニメ版の化物語は超面白かったし、だから無意識のうちに影響を受けていてしまったんだな、と思いました。ちょっと質問者さんと状況似てますよね。 で、僕はそれがすごく苦痛だったので、西尾維新断ちをしまいた。 いや、小説は読んでなかったんですけど、読もうと思っていたものを読まずに置いておいた、みたいな。 同時に、西尾維新的なものを避けるようにもなりました。語りが重たい作品とか、言葉の意味にやたらこだわる作品とか。その結果、自分はラノベが書きたいのに、どんどんリアリティ志向になっていったように思います。 作家になり、一周回って今は、西尾維新にクソデカ感情を持っているこ
私は良いと思っています。ドメインサービスの定義から考えてみます。 ドメインサービスは「エンティティ、値オブジェクトとしてモデリングすると不自然なドメイン知識(ルール/制約)を実現する物」という定義です。その代表例が、集合に対する操作です。 例えば「予約」というエンティティを定義したとき、「この時間に予約が既に埋まっているか」というのは「予約」エンティティ自体が知っているとするのは不自然です。ですが、これはドメイン層の知識として実装したい場合にドメインサービスという物を定義することになります。と、すると、この集合に対する操作を行うためにドメインサービスからはリポジトリをどうしても使用する必要が発生します。そう考えると、ドメインサービスがリポジトリを使用すること自体は必要なことかな、と考えています。 ドメインサービスがドメイン層の知識としての手続きを表現する物であり、ユースケースはユースケース
高橋留美子先生の返答です。 > 打ち合わせに1日(3〜4時間)、ネームに3日、作画に2日半ほどです。 まずは担当編集者との打ち合わせ。グッズの監修や雑談をしながらだんだんと次の話になっていきます。 次にネーム。1日大体6P程度進めます。 23時から始めて、朝6時くらいまで書き、その後担当者に見せて軽く打ち合わせをします。 それを3日行います。 そして以前答えたタイムスケジュールで作画をします。 自分のペン入れは1枚あたり、下書きに30〜40分、キャラのペン入れに20分。 トータルで1時間くらいです。背景や仕上げはアシスタントにお願いしています。 自分の手が空くことがたまにあるのでその際は、アシスタントの子達と同じように トーンを削ったり背景を描いたりしますね。 つまり5〜6日で1話完成というところでしょうか。
「チームが安定している=ずっと同じメンバーで固定する」ではないです。ずっと同じだと飽きるしキャリアやスキル開発の観点でも良くないかもしれません。なのでゆっくり少しづつメンバーを入れ替えていくのが良いです。一度に変えるメンバーは最大2割くらい
ご質問ありがとうございます! ご自分で国立がん研究センターのページも参照されているとは、素晴らしいリテラシーの高さですね。 実は、子宮頸癌に限らず「癌の母子移行」と呼ばれる現象は存在します。 とはいえ、担がん患者さんの出産50万例のうち1例程度という低頻度であり、そもそも担がん患者さんの出産自体が1000例中1例程度であることを踏まえると、 もんのすごく稀な例であることは間違いありません。 「がんの母子移行」(国立がん研究センター中央病院小児腫瘍科 荒川歩先生)によると、この報告を含め過去に少なくとも20例の報告があるようです。 内訳は白血病が6例、メラノーマが8例、肺癌が3例、子宮頸癌が3例でした。 さて、これらの癌の大半は胎盤と臍帯を介した血行性の移行であると報告されています。 確かに胎盤での母児の血液のやり取りにこういった細胞が入り込む余地はあまり無いはずですが、 血液内の癌である白
あー!なるほど、面白い質問です! その発想はプロには逆にないやつだ。 さて、結論から言いますと全身麻酔による無痛分娩は絶対に不可能です。 それどころか赤ちゃんにとっても有害です。 理由は大きく分けて2つあります。 1つ目は「そもそもお産が進まないから」。 麻酔における基本的概念に「全身麻酔の三要素」と呼ばれるものがあります。 それが『鎮静』『鎮痛』『筋弛緩』です。 『鎮静』は要するに意識を失うこと≒眠ることです。 『鎮痛』は痛みを感じなくすることです。 『筋弛緩』は全身の筋肉に力が入らなくさせることです。 この三つは全身麻酔では絶対に欠かすことができません。 そして出産に必要な『いきみ』とは『筋肉の収縮』です。 『筋弛緩』をさせている限り、筋肉の収縮は起きません。つまり、物理的に産まれないんです。 え?薬を使って『鎮静』させて強制的に眠れてりゃいいんじゃないの?寝てる間にお産が進むでしょ?
離婚に応じましょう
何度か言ってるけど大手から声掛かったよ? でもリソース足りないし契約もよくわかんなかったので二度断ってるのよね。
人材不足ですよ。というか安い単価じゃやってくれなくなったんです。 でも予算は急には増えないじゃないですか普通。 自分今の設定単価の高騰化ってちょっと急すぎると思うんですよね…。
ダークスレイヤーって、ラノベやwebで止まってる読者向けじゃないので全然問題ないんですよ。 いい加減気付いてほしいですが、私みたいな重めのファンタジーファンの為に書いています。webの読者100人のうち、一人くらいずつしかいないと思います。そんな人たち向けなのですよ。 その代わり、追いかけた人はしっかり評価してくれますし、だから時間とともに順位や評価も上がるのです。 ラノベやなろうの価値感ばかりが小説じゃないのでそろそろあっち向けと言いたいですね。
私にも全く分かりません。 界隈ではたまに自分の作品が全く跳ねない人が、自分と同じような他人を卑屈に笑い飛ばす動きをする事がありますが、開き直った弱者男性の少し歪んだ娯楽なのかなと。 私みたいな男には流血必至の暴力案件なんですけどね、こういうの。
次のページ
このページを最初にブックマークしてみませんか?
『Peing(ペイング) -質問箱- 匿名で質問を受け取ろう』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く