TypeScript part4 (376ﾚｽ)
上
下
前
次
1-
新
25
(1)
:
デフォルトの名無しさん
[sage] 2022/02/06(日) 19:06:18.29
ID:AuLf6V7C(1/7)
AA×
>>21
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
25: デフォルトの名無しさん [sage] 2022/02/06(日) 19:06:18.29 ID:AuLf6V7C >>21 > Jsonを必要としているのは主にIOを司る層であってそれはドメイン層ではない > 異なる層が負うべき責務を別の層が引き受けるのはクリーンな設計とは言えないよね > なのでドメイン層のクラスがJson Serializableである必要はない 横だがこれは完全に間違ってるだろ。 シリアライズするのは確かにI/O側だが、他言語も含めて今現在は クラス側にserialize手段を用意するのが主流だ。TS知らんがJSと同じならtoJSON()。 だからドメイン側でシリアライズする可能性のあるクラスの全てにtoJSONを用意しておくのが正しい解だという事に今はなっている。 I/O側にやらせていたのは昔の設計だ。ただそれの何が悪かったのかは俺は知らない。 （実行効率だけは無茶苦茶良かったから、クラスを導入して非効率になっただけなのかもしれんが） http://mevius.5ch.net/test/read.cgi/tech/1640872622/25
を必要としているのは主にを司る層であってそれはドメイン層ではない 異なる層が負うべき責務を別の層が引き受けるのはクリーンな設計とは言えないよね なのでドメイン層のクラスが である必要はない 横だがこれは完全に間違ってるだろ シリアライズするのは確かに側だが他言語も含めて今現在は クラス側に手段を用意するのが主流だ知らんがと同じなら だからドメイン側でシリアライズする可能性のあるクラスの全てにを用意しておくのが正しい解だという事に今はなっている 側にやらせていたのは昔の設計だただそれの何が悪かったのかは俺は知らない 実行効率だけは無茶苦茶良かったからクラスを導入して非効率になっただけなのかもしれんが
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 351 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.035s
