[DOJO-45] フォルダ構成の整理 (修正1) #35
Conversation
src/app/api/problems/route.ts
Outdated
| @@ -9,6 +9,7 @@ export async function GET() { | |||
| try { | |||
| const problems = await problemUseCase.getAllProblems(); | |||
| return NextResponse.json(problems, { status: 200 }); | |||
| // eslint-disable-next-line @typescript-eslint/no-unused-vars | |||
There was a problem hiding this comment.
} catch (_error) { のように _ を変数名の先頭につけるのが一般的な方法のはずです。
https://johnnyreilly.com/typescript-eslint-no-unused-vars
src/components/code-editor.tsx
Outdated
| import Image from 'next/image'; | ||
| import Spinner from '@/public/spinner.svg'; | ||
| import Spinner from '@/../public/spinner.svg'; |
There was a problem hiding this comment.
@/ にすることのメリットは、管理がしやすくなることです。
tsconfig.jsonのpaths に @lib/や@public/ を定義するのが良いでしょう
src/components/code-tab.tsx
Outdated
| @@ -2,7 +2,7 @@ import { Tabs, TabsContent, TabsList, TabsTrigger } from '@/components/ui/tabs'; | |||
| import { cn } from '@/lib/utils'; | |||
| import { Code } from 'lucide-react'; | |||
| import { CodeEditor } from './code-editor'; | |||
| import { Language, SupportedLanguage } from '@/lib/languages'; | |||
| import { Language, SupportedLanguage } from '@/../lib/languages'; | |||
There was a problem hiding this comment.
tsconfig.json の paths に@lib/ を定義するのが良いでしょう
There was a problem hiding this comment.
そもそも、Language を /lib/languages.ts で定義したほうがいい気がしてきました。
Strapi からの参照できるように、と思ってルートディレクトリの lib に配置していましたが、プロジェクトの構造としてあまり良くありませんね。
src/components/code-tab.tsx
Outdated
| @@ -15,7 +15,7 @@ import { Confirm } from '@/components/ui/alert-dialog'; | |||
| import { OnMount } from '@monaco-editor/react'; | |||
| import { DialogPortalProps } from '@radix-ui/react-dialog'; | |||
| import { Button } from '@/components/ui/button'; | |||
| import { RestartAltIcon } from './icons/material-symbols'; | |||
| import { RestartAltIcon } from '@/components/ui/icons'; | |||
There was a problem hiding this comment.
tsconfig.jsoの paths に @icons を定義するか、
@components/ を定義するのが良いでしょう。
なぜこのようにするかといえば、iconはリソースであり、ソースコードではないので、src/以下にある必要性がない（と考える人達が居る）からです。
コンポーネントを開発したエンジニアとしては、コンポーネントとそのリソースが近くにある方が良い、と考えるかもしれません。
でもデザイナーなら、コードじゃないなら src/以下ではなくて、rootディレクトリ直下にあった方がやりやすいわけです。
そのような意見があるので、柔軟に対応できるように paths で仮想パスを定義するのです
There was a problem hiding this comment.
なるほど、そのような考え方もあるのですね。
勉強になります！
やったこと
components.json)pnpm dlx shadcn@latest add [xxx]でコンポーネントを追加できないことがあったのが修正されたeslint.config.mjs)src/*.{tsx,ts}のファイルに対して全く動作していなかったpnpm iを実行したら、pnpm-lock.yaml のlockfileVersionが6.0->9.0になった