サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
www.ryotaku.com
【結論】 ・論理削除は、ソフトウェアにパフォーマンスや拡張性に問題をもたらすリスクが高い ・考えなしに実装するのではなく、論理削除が本当に必要なのか?という問いは徹底的に追求すべきである ・論理削除は、本当にこれ以外に選択肢が無いという「最終手段」として利用する 【目次】 論理削除の実装をやめた話 論理削除とは 論理削除の導入を検討した理由 paranoiaを試す 別テーブルに保持する方法を検討する discardを試す そもそも論理削除が要るの? 論理削除は要注意 《今日の学習進捗(3年以内に10000時間に向けて)》 【本題】 論理削除の実装をやめた話 先日から何度も論理削除に関する試行錯誤を記事にまとめてきましたが、最終的に論理削除は使わないという結論に至りました。 今回は、その経緯をまとめます。 論理削除とは 平たく言えば、データベースから直接データを削除せず、削除フラグで見かけ上
【結論】 ・paranoiaは公式が非推奨のアナウンスをしている ・理由は、ActiveRecordの機能をオーバーライドしてしまう為 ・discardというgemであれば、ActiveRecordをオーバーライドせずに論理削除が実装可能 【目次】 「paranoia」は使用非推奨 論理削除を実装するgem discardについて 導入方法 カラムの追加とマイグレーション 使用方法(削除と復元) 使用方法(検索) 使用方法(スコープの設定) 使用方法(関連モデルの設定) 参考情報 《今日の学習進捗(3年以内に10000時間に向けて)》 【本題】 「paranoia」は使用非推奨 先日から何度か記事に上げている論理削除について、今回もまとめます。 ryoutaku-jo.hatenablog.com ryoutaku-jo.hatenablog.com ryoutaku-jo.hatenab
TL;DR echo-sampleは、こんな構成だった TL;DR きっかけ echo-sampleの概要 ディレクトリ構成 個々の構成毎の役割 main.go 役割 詳細 route 役割 詳細 middleware 役割 詳細 handler 役割 詳細 db 役割 詳細 conf 役割 詳細 api 役割 詳細 model 役割 詳細 /db/ddl.sql 役割 詳細 参考リンク きっかけ 業務で、GolangとそのWebフレームワークのEchoで、APIサーバーを作る機会があったのですが、初めて触るのでディレクトリ構成で悩みました。 必要なのは、Clean Architectureなどでガッツリ分離する必要も無いくらいのシンプルな機能のみなので、OSSで程よい構成のお手本を探しました。 いくつかEchoを利用したリポジトリがある中で、echo-sampleが簡潔な構成で参考になり
このページを最初にブックマークしてみませんか?
『ryotaku's Tech Blog』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く