


15〇〇 層を分ける大原則は「何の都合を引き受けるか」です。RouterはHTTP、Serviceはドメイン(業務ルール)、RepositoryはDBの都合に集中させます。「入出力の通訳」という曖昧な切り方は避けましょう。
パイソンくん
436 posts

@SomanRek
趣味コーディング(Python) 毎日おすすめを発信してます! 発表は別アカで行っています!



15〇〇 層を分ける大原則は「何の都合を引き受けるか」です。RouterはHTTP、Serviceはドメイン(業務ルール)、RepositoryはDBの都合に集中させます。「入出力の通訳」という曖昧な切り方は避けましょう。





1000 今まで夜職で確定申告していなかった人が、今年から突然確定申告し出したら税務署から怪しく思われやすいかどうかについて


15〇〇 ①101,000 ②104,000 FastAPIでの開発が進むと、コードが複雑になりがちです。そんな時に役立つのが「レイヤードアーキテクチャ」による整理。各層の責務を正しく分担し、保守性の高いコードを目指すストーリーを始めましょう。





1000 「夜職で稼いでいても、口座には家賃とカードの分だけでそれ以外は現金だから確定申告しなくてもバレない」と思っている人いますが、普通に不自然な口座履歴なら税務署からお尋ね来ることはあります。


15〇〇 ①158,000 ②142,000 確かに、シンプルなアプリにはコードが少し冗長に感じるかもしれません。しかし、システムが複雑になるほど、この「清潔さ」が将来の保守性を支える武器になります。



15〇〇 Pythonでクリーンアーキテクチャを実践すれば、変更に強く、品質の高いコードを書く自信が持てるはず。適切な設計を選び、柔軟なシステム開発を楽しみましょう!!



15〇〇 そして「テスト可能」で「UI独立」。さらに「データベース独立」も。ビジネスルールは外部環境を知る必要がなく、常にシステムの中心で独立しています。


15〇〇 ①138,000 ②130,000 実装を終えて見えてきたのは、5つの大きな特徴です。まずは「フレームワーク独立」。特定のライブラリに縛られず、道具として自由に選べるようになります。




15〇〇 改修後もテストを走らせます。ユースケースのテストは修正不要です。モノリシックな設計では難しかった「安全な変更」が、ここでは容易に実現できるのです。


15〇〇 ①133,000 ②142,000 データベース固有の操作はリポジトリの中に閉じ込めます。すると、外側の世界がどう変わろうと、大切な業務ルールは影響を受けずに守られます。これが「関心の分離」です。



15〇〇 次の変更は「ストレージ」です。動作確認用のメモリ保存から、実用的なSQLiteなどのデータベースへ。リポジトリの実装を差し替えるだけで、スムーズに対応可能です。





1000 今年から確定申告しようと思ったら、過去確定申告していない分も遡ってやる必要があるのか? 夜職は個人事業主として開業届を出せるのか?





1000 昼職と夜職掛け持ちの人が、夜職の稼ぎを確定申告することで昼職の会社に掛け持ちがバレるのか?


15〇〇 ①134,000 ②148,000 UIをWebに変えても、中身のビジネスロジック(ユースケース)は1文字も書き換える必要がありません。UIとロジックが完全に分離されているからです。





1000 夜職のタンス貯金と確定申告について