TypeScript part4 (396ﾚｽ)
上
下
前
次
1-
新
48
(1)
: 2022/02/06(日)22:57
ID:AuLf6V7C(5/7)
AA×
>>44
[
240
|
320
|
480
|600|
原寸
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
48: [sage] 2022/02/06(日) 22:57:06.33 ID:AuLf6V7C >>44 まあ君とは平行線のようだね。 > 仮に変更される可能性がなければ１つの関数でシステムを組むのか？ 組むぞ。俺は変更される可能性がない所に依存するのは全く問題ないと見てる。 そして基本的に実行効率重視だから、無駄な事はしない。 君はドメインが「１年が365日である事を知っている必要はない」として、365すらもリテラルでは書かないのだろう。 そして人類が火星に到達した時、君のコードは無修正で動くが、俺のコードは役に立たない。 でも俺は、「一方ロシアは鉛筆を使った」は大切にすべきだと思ってるから、 365はリテラルで書いてしまって、火星に到達してから書き直す事を選択する。 俺はJSONが廃れる未来なんてないと思ってるから、コードがJSON形式に依存するのも何ら問題を感じないし、 今のJSのアーキテクチャ、つまりtoJSONを整備しろ、で全く問題ないと思ってる。 これは確かに分離出来てないアーキテクチャだけど、する意味もないと思うよ。 むしろ他言語でもJSON使えないのはポンコツ扱いだろ今は。 > gRPC > Message Pack > fluentd JSONがあまり効率のいい形式ではないのは事実で、これに対する策のようだね。 ただ、俺ならI/O層でJSON形式から変換させる。 つまりドメイン層はtoJSONを定義して、それでおしまい。それ以上の形式が欲しければI/O層で変換だ。 君のアプローチより現実的だと思うけど。 http://mevius.5ch.net/test/read.cgi/tech/1640872622/48
まあ君とは平行線のようだね 仮に変更される可能性がなければ１つの関数でシステムを組むのか？ 組むぞ俺は変更される可能性がない所に依存するのは全く問題ないと見てる そして基本的に実行効率重視だから無駄な事はしない 君はドメインが１年が日である事を知っている必要はないとしてすらもリテラルでは書かないのだろう そして人類が火星に到達した時君のコードは無修正で動くが俺のコードは役に立たない でも俺は一方ロシアは鉛筆を使ったは大切にすべきだと思ってるから はリテラルで書いてしまって火星に到達してから書き直す事を選択する 俺はが廃れる未来なんてないと思ってるからコードが形式に依存するのも何ら問題を感じないし 今ののアーキテクチャつまりを整備しろで全く問題ないと思ってる これは確かに分離出来てないアーキテクチャだけどする意味もないと思うよ むしろ他言語でも使えないのはポンコツ扱いだろ今は があまり効率のいい形式ではないのは事実でこれに対する策のようだね ただ俺なら層で形式から変換させる つまりドメイン層はを定義してそれでおしまいそれ以上の形式が欲しければ層で変換だ 君のアプローチより現実的だと思うけど
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 348 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.044s
