共感で繋がるSNS
人気
翔
↑これなーんだ？
1
るるて
Command Line Interface?
9
名無し
4名無し
4
しゃも
今んとこ必要になったことがないから意図せぬ上書きを避けるためにtypeを使ってるけどinterfaceの方がいいのか迷うなぁ
5
おやす
matrixはマトリクス派
interfaceはインタフェース派
driverはドライバ派です。
よろしくお願いします。
にれ(返
今日のAkasha Interface平手さんの鍵盤が炸裂していてかっこよすぎ
9 もっとみる 
関連検索ワード
新着
あるふぁ2467
ラッパークラスで回避するようにしたけど、どういう場所で使うのが適切なのかな。
ITエンジニアの星
3
あめ
ControllerにServiceを
ひとつひとつの責務をわけて
ModelにRepositoryを
Eloquent切り離し
Repositoryにinterfaceとbind()で
Mockeryを扱いやすく
データ移動にDTOを
入口出口をDTOにして境界を
ここまできたら
TinkerとPHPUnitも イメージがつきやすい
1
イミュ
3あめ
ListDTOでＤＴＯで表現する幅を広げる
RepositoryはInterface必須
bind()して 切り替えれるように
Eloquentと切り離すように
ServiceはRepositoryIntrfaceで依存性の注入
ビジネスロジックをまとめる
やりたい事ときっちりわけてまとめる
責務をわけて
9
IT園児ﾆｬｰ
めんどくせぇーから直接Microsoftにdiscussion送って直接論争してこいよw
プログラミングの星3IT園児ﾆｬｰ
元々enumとかとかがあったがそれはコンパイルするとJSランタイムとして残ってしまう。
しかし、Typescriptは型でどうにかしたいということだったのだろう。
typeやas constを実装しユニオン型等に対応することができるようになったのでランタイムで残ってしまうenumを使う意味はないよねってなったわけかな？(きっと多分)
なので今はenumは非推奨となっている。
ドキュメントにもinterfaceで極力型を定義し無理なところだけをtypeとしましょうとのこと。
プロダクトが小さいからどうこうとか型の表現がどうこうとか色々あるだろうが、せめてその思想は知っておいた方がいいんじゃないかなって思った。
Typescriptは難しいけどこう聞くと面白い言語だなとは思う。
ts-goがリリースされた後どのような道を歩いていくのかが楽しみだ。
プログラミングの星4IT園児ﾆｬｰ
書いた人は貢献したOSSのメンテナでTSKaigiの時に少し話したことがある。
typeの表現の方が良いからとinterfaceを使わなかった場合後々tscで痛い目をみるし、推論がバグってanyとなる。
貢献したOSSにもtypeからinterfaceに書き換えたという経緯も知っているしドキュメントにも書いてある。
その記事の反応を見て一瞬でTypescript完全に理解した勢がフルボッコにされる瞬間が見れて満足。
書き方の善し悪しが全てじゃないんだよーと伝えたい。
その表現すらを解決したhonoがすごいと思うが。
プログラミングの星15 もっとみる