[過去ログ] 【本命】Blazor スレ1【真打】 (1002レス)
前次1-
抽出解除 レス栞

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
395: デフォルトの名無しさん [sage] 2020/08/14(金)06:54:23.26 ID:51dogfx2(1)
>>390
ソースよろ
620
(1): デフォルトの名無しさん [sage] 2020/10/04(日)13:25:48.26 ID:eUP8i5sY(1/2)
>>619
Remotingは「レガシーとされている」状態ね。
703
(1): デフォルトの名無しさん [sage] 2020/11/08(日)13:03:31.26 ID:t+zVbDF+(4/8)
>>694
原始時代って履歴台帳なんて古臭い言葉つかってるおまえだろう

スキーマ変更したら直後にテストしてるに決まってる
あと間違いやすいのは複雑な手順をとるMigrationのほうだ
713: デフォルトの名無しさん [sage] 2020/11/08(日)13:47:17.26 ID:QCCK7Xg4(7/7)
なおMigrationとその後のテストのどちらかが失敗した場合は
途中まで適用したMigrationをロールバックしなければならない
ロールバックはEFの機能で行うかDBバックアップをリストアするかどちらかだが
EFの機能で実施したほうが圧倒的に速い
リストアは最後の手段と考えよう

バグを放置してアプリケーションコードを修整するなどもってのほかである
これはサービスの停止時間を悪戯に伸ばすだけで損失を増やすばかりでなんの利益も産まない

バグがあったらロールバックを行い
Migrationとアプリケーション双方を見直し修整しテストする
テストした後にまたMigrationを適用する
これが現代人の働き方だ
934
(1): デフォルトの名無しさん [sage] 2020/11/21(土)02:08:15.26 ID:uoIuzy5x(4/7)
MSはナデラが就く前まで上手く行かなくなってきたので
破壊的創造などと言って社内で多様なものを作らせる方針に変更した。
結果としてさまざまなフレームワークが登場してきた。
しかし、それを使う開発者目線で見ればそういう多様性は混乱の原因ともなる。
あちらでできる事がこちらでは出来ない。組み合わせることが出来ない。
すべてを含んだものがない。
せっかく慣れてきたと思ったらすぐに非推奨になり全く異なる流儀のものを学び直さなければ成らない。
(それもどれを選んでも結局、数年後には全てが非推奨になる。)
統一感が無いため汚く感じる。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.041s