タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
近日連投していた Next.js 記事のサンプルコードを公開しました。このサンプルコードを元に、私のフロントエンドディレクトリ構成・テスト観点を紹介します（あくまで執筆現在の脳内アウトプットになりますのでご了承ください） フロントエンドディレクトリ構成の事情 タイトルの「フロントエンドディレクトリ構成」をさす「Components」のディレクトリ構成は、いつも悩みのタネです。このモジュールシステムは「デザインシステム観点・アクセシビリティ観点・フロントエンド実装観点」の 3 つの観点が混在するため事情が複雑です。どうせ作るのなら「デザイナー・フロントエンド」どちらの開発基盤にもなりえる、盤石なモジュールシステムを目指したいですよね。 "AtomicDesign やめました"という声をたまに聞くのですが「デザインシステム的に捨てていいの？」と思うこともあるので、とくに要望がなければ、筆者は「
モダンフロントエンドで始めるつらくないReactディレクトリ構成 - RAKUS Developers Blog | ラクス エンジニアブログ
はじめに こんにちは、ラクスフロントエンド開発課の斉藤です。 記事タイトルはReact開発者なら知る人ぞ知るりあクト！ TypeScriptで始めるつらくないReact開発のパロディです。とてもわかりやすい入門書なのでReact初学者の方には学びの第一歩として自信を持ってオススメできます！ さて今回は、モダンなフロントエンド技術を採用したうえで、極力シンプルで開発体験を損なわないようなディレクトリ構成を考えてみたので共有したく記事にしました。現在実際に運用しているのですが、今のところ大きな問題も無くチームからの不満も上がっていません。しかし、個人的に微妙な部分もあるのでそちらの紹介も行いたいと思います。 今回、構成を考えるにあたって重視したポイントは以下の3点です。 新しく参入するメンバーでもすぐに理解できるシンプルな構成にしたい テストやリファクタしやすい構成にしたい できればルールが厳
どうも、sakitoです。 今回は私の推しフロントエンドディレクトリ構成と気をつけたいポイントを紹介します。ちぇけら！ 2023年5月29日 追記 この記事を読みにきていただきありがとうございます。 私が記事を書いた時期はまだNext.jsのApp Routerが発表されたばかりで、App Routerを使用したディレクトリ構成の考慮はされていません。 先日、App Routerがリリースされ、Next.jsのドキュメントにApp Routerのディレクトリ構成について記事が出ているので、Next.jsを使用されている場合は、まず参照することをオススメします。 はじめに 今回、私の紹介する推し構成は、機能単位で設計するパターンです。 Reactのディレクトリ構成のベストプラクティスを集めたBulletproof Reactで紹介されているパターンにかなり似ています。さらに詳細なプロダクト構
こんにちは、よしこです。 この記事は 2020年に立ち上げたWebフロントエンド構成の振り返り の「Componentのディレクトリ構成」項の詳細記事です。単体でも読めますが、よければ元記事もあわせてどうぞ！ この記事では、今わたしが 株式会社ナレッジワーク というスタートアップで開発・運用しているプロジェクトにおいてうまくいっていると感じているComponentのディレクトリ構成についてご紹介していきます。 ディレクトリ構成 Componentは src/components の中にまとめていて、その下に以下の4種類の分類ディレクトリを切っています。 src/components/page src/components/model src/components/ui src/components/functional 分類ディレクトリを考えるにあたって重視したポイントは以下。 新しくco
export async function getUserById(id: User'id'): Promise<User> { ... }
Terraform を管理するリポジトリのディレクトリ構成とその思想 - Mobile Factory Tech Blog
こんにちは。ブロックチェーンチームのソフトウェアエンジニアの id:odan3240 です。 tech.mobilefactory.jp 上記の記事で紹介した通りユニマ/ガレージのインフラは Terraform で管理されています。 この記事では Terraform を管理するリポジトリのディレクトリ構成とその思想について紹介します。 前提 Terraform を管理するリポジトリは2020年の1月頃に開発されたものです。 当時の最新版の Terraform のバージョンは 0.12 でした。 当時の Terraform のバージョンでのディレクトリ構成の紹介であり、現在の最新版のベストプラクティスに沿わない可能性があります。 ディレクトリ構成 リポジトリルートのディレクトリ構造は次の通りです。以降で紹介するディレクトリ構造は説明のために一部簡略化しています。 $ tree -L 1 .
Web フロントエンドの推しディレクトリ構成と Next.js App Router なコードベース | Offers Tech Blog
Offers を運営している株式会社 overflow の あほむ でございます。暖冬と言われつつもすっかり寒い季節ですね。おかげさまで割と走っているほうの師です。（師走） n 年ぶり n 回目の Web フロントエンド 最後にメイン開発者の立場でコードをスクラッチしたのいつだったっけ？と遡ると 2018年ごろのブログ記事 がでてきました💀 実際には 2017 年から 2018 年にかけての作品ですかね。当時の構想から読み取れる重厚かつ自己表現の感に内心苦笑いしつつ久々の新規建立です。 今回はディレクトリ構造の面から紹介していきます。 推しディレクトリの先達たち 推しディレクトリという言葉に乗っかってみたものの、ゴメンそこまでの熱感は持っていないかもしれない🥺 とはいえ先達の記事もご紹介しておきます。 今回の前提 本稿において、これらの前提に依存した論はほとんど含まれない認識ですが一応
Atomic デザインをやめた 結論から言うと Atomic デザインを React のディレクトリ構成に当て込むのをやめました。結構ツラミが出てきてしまった感じです。とはいえ、Atomic デザインを批判するわけではなく、むしろ概念というか考え方は好きな部類です。 あくまでデザインシステムであり、ディレクトリ構成に当て込むべきものではないなと。 以前までのディレクトリ構成はこんな感じ Atomic デザインが話題になった頃からそれに倣ったディレクトリ構成にしていました。Next.js のプロジェクトになってしまいますが大体こんな感じ。 ├── common │ ├── config │ ├── styles │ ├── types │ └── utils ├── components │ ├── atoms │ ├── molecules │ ├── organisms │ └── te
Next.js（App router）における開発しやすいディレクトリ構成の例 - TechDoctor開発者Blog
初めまして、テックドクターでフロントエンド開発を担当している大瀧です。 ディレクトリ構成はコードの可読性やスケーラビリティに関わる重要な要素であると思っています。 しかし、フロントエンドのディレクトリ構成はベストプラクティスが確立されておらず、わりと悩むポイントです。 そこで今回は、Next.jsのApp routerにおいて、弊社で採用しているディレクトリ構成を共有します。この記事がディレクトリ構成に悩む開発者の助けになれば幸いです。 ディレクトリ構成の自由度が高すぎる問題 さきほど「フロントエンドのディレクトリ構成はベストプラクティスが確立されていない」と書きましたが、特にApp routerのディレクトリ構成については、公式ドキュメントで以下のように記載されています。 There is no "right" or "wrong" way when it comes to organi
【Terraform🧑🚀】tfstateファイルの分割パターンとディレクトリー構成への適用 - 好きな技術を布教したい 😗
この記事から得られる知識 この記事を読むと、以下を "完全に理解" できます✌️ Terraformのtfstateファイルを分割する目的と、オススメの分割パターンについて (★) Terraformのリポジトリやリモートバックエンドのディレクトリ構成の設計について 記事のざっくりした内容は、以下のスライドからキャッチアップできちゃいます！ この記事から得られる知識 01. はじめに 02. なぜ tfstate ファイルを分割するのか 分割していない場合 分割している場合 分割しなくていい場合 03. tfstate ファイルの分割 分割の境界 状態の依存関係図 依存関係図とは 依存関係の表現 ▼ 依存関係の表現記法 ▼ 依存関係がない場合 ▼ 依存関係がある場合 04. tfstate ファイルに基づくその他の設計 リポジトリ 🐱 の設計 リポジトリ分割 ディレクトリ 📂 構成 リ
【2024年1月】Next.js での新規アプリの構成 & Next.js ディレクトリ構成(features)
選定の方針 ログインしての利用がメインで、ユーザーがあまり多くないサービスを想定しています。 開発効率の重視して、出来るだけWebアプリに集中できる構成を目指しています。 コスト理由で中断しないように、個人でも支払える費用感を意識しています。 Next.js ライブラリ構成 メインで使っているライブラリです。Next.js + Vercelの開発体験が良すぎるので、できる限り活用して開発することを意識して作っています。 フレームワーク Next.js メインで使うライブラリ SWR tRPC React Hook Form Jotai Style/CSS に関して Vercelがリリースしたv0をいいなと思って、v0の出力で使われているTailwind CSS + shadcn/uiを使うようにしています。(v0活用は検証中です) よく使うインフラ系サービス Vercel: Gitにpus
こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 さいたまスーパーアリーナは、埼玉県さいたま市中央区にある多目的アリーナ。本文には特に関係ありません。 最近、Terraformを書くことが多く、知見が貯まりつつあった時にちょうどディレクトリ構成に関する記事を読んでタイミングがよかったので、 今回はTerraformのディレクトリ構造の実例を晒したいと思います。 結構固まってきたからうちのチームの構成も晒してみようかな。 | Terraformのディレクトリ構成の模索 - Adwaysエンジニアブログ https://t.co/31FMkcCJOo— Yuichiro Fukubayashi (@fukubaya) July 3, 2020 クラウド化推進 なぜ定番が決まらないのか 前提となる条件 本番環境と検証環境はほぼ同じ構成 レポジトリとtfstat
22/8/25 HashiTalks:Japanにて発表
ディレクトリ構成ベストプラクティス ~ Angularアプリを作り続けてわかったこと / FRONTEND CONFERENCE 2019
FRONTEND CONFERENCE 2019にて発表した資料です。
概要 みなさんこんにちは。フルスタックエンジニアの高瀬 @takasehiromichi です。 今回は、Reactのディレクトリ構成について再考する機会があったので、記事にしようと思います。 なお、技術スタックについては以下の記事を参照してください。 tech.locaop.jp Reactのディレクトリ構成について 現状は、フロントエンドのsrc配下は以下のような感じになってます。 @interfaces/ (55) api/ (88) components/ (50) context/ (3) pages/ (136) utils/ (22) これ、ロカオプMEO側だけ書いているんですが、プロダクトもだいぶ成長してきまして、それぞれのディレクトリ内のファイル数がすごいことになってます。 (かっこ内の数字がファイル数です。) それぞれのmonorepo内のディレクトリが、こんな感じです
モノリシックなプロジェクトにおいて、トップレベルのディレクトリ構成が異なる 2 つのディレクトリ構成を考え、それらの違いは何で、どちらが優れているか？という問いについて考えた。そして、「複雑な概念をトップレベルのディレクトリ構成にした方が良いのでは？」という結論に落ち着いた話をする。 はじまり ちょっとしたシナリオを想像してみよう。 プロジェクト立ち上げ期 「最近のトレンドはレイヤードアーキテクチャだ！」 そう言って、プロジェクトはスタートした。 . ├── application │ ├── xxx_usecase.go │ ├── xxx_repository.go │ ├── yyy_usecase.go │ └── yyy_repository.go ├── domain │ ├── xxx.go │ └── yyy.go ├── infrastructure │ └── xxx_
この記事は株式会社ビットキー Advent Calendar 2023 5日目の記事です。 はじめに この記事では React を用いたフロントエンドアプリケーションのディレクトリ構成について検討した内容を紹介します。 現在フロントエンド開発を行っていて、ディレクトリ構成にお悩みの方の参考になれば幸いです。 ※ State 管理についての良し悪しやその他 React 向けのフレームワークライブラリについては本記事では触れません。 今回対象とするプロダクト ビットキーのHome事業では、不動産管理会社向けのB2B2Cプロダクトを展開しています。 その中でも不動産管理会社の方が利用する管理画面について、リリース後から様々な機能や画面が実装されシステムが巨大化してきたので、ディレクトリ構成を見直す機会が訪れました。 参考値として、現在のプロダクトは100画面を超えており、ソースファイルも1500
こんにちは、インフラの天津です。 今日はTerraformのディレクトリ構成について書きたいと思います。 きっかけ 謝辞 ディレクトリ構成における現在の課題 先に結論 弊社の状況 インフラ Terraformの利用状況 異なる環境へ対応するディレクトリ構成パターン パターン１．環境分離パターン パターン２．workspace利用パターン パターン３．環境ごと分離 + module利用パターン コンポーネント分割のパターン では何を選ぶべきなのか？ 終わりに きっかけ 現在、私が所属しているチームでは社内にTerraformを含むInfrastructure as Codeを 普及させるための活動を行っています。 チームの紹介については過去のブログを参照いただければ幸いです。 blog.engineer.adways.net blog.engineer.adways.net その際に、「Te
最近関わっているプロジェクトでは、大きなアプリケーションのリアーキテクチャを行っています。 そこではフルスクラッチでインフラの構成を書き直す機会がありました。 そのプロジェクトは社内では比較的複雑な構成になっていて、リアーキテクチャにあたっては、アプリケーション特有の事情により、考慮すべきポイントや難度が高いところがたくさんありました。 具体的には、複数のマイクロサービス間の協調性や独立性とそれに付随する認証/認可、クライアント証明書(mTLS認証)の管理、歴史的経緯による複雑性を正すためのawsアカウント移行などなど。 それらは別の機会で語る(or 同僚の誰かが語ってくれることに期待したい)として、この記事ではインフラをフルスクラッチで書き直すにあたって選択したCDKTFについて、紆余曲折を経つつも最終的に採用したディレクトリ構成について書きたいと思います。 タイトルには「ベストな」とあ
背景 Atomic Design ベースのディレクトリ構成になっていたが、 molecules と ogranisms のルールが定まっておらず、コンポーネントがどっちに入るのかが個々人の感覚になっていた 一部の機能は機能ごとにディレクトリを切っていてルールが曖昧になっていた テストと実装が別ディレクトリにあって、集約性の観点で見通しが悪かった 一行まとめ Atomic Design ベースから features （機能ごと）に分ける方向にディレクトリ構成を変更した。 方針 （フィロソフィー） 関心が近いものは近い場所になるべく集約させる ガチガチに縛るよりはある程度レールを引くのに止める 特に features の中のルールは固められないと判断して決定を遅らせる ルール化できそうなものをLintエラーで管理する 実はまだやってない。インポートの制約に関するルールを追加する予定 採用したル
こんにちは、atama plus というスタートアップで web エンジニアをしている yubon です。 atama plus Advent Calendar 2023 の 7 日目になります。 本記事では、atama plus で実際に開発・運用している React プロジェクトにおいて、機能的な凝集度を高めるために行ったディレクトリ構成の再設計について紹介します。 フロントエンドのディレクトリ構成に関する考え方や設計思想は多くの記事で紹介されていますが、「業務で開発しているプロジェクトのコードで、ペインがある状態から再設計して実際に移行した」というケーススタディ的な記事は少なそうだったので、書き残しておこうと思います。
Pythonを触った当初は、とりあえず hoge.py にたくさんメソッドを書き、そのうちファイルが複数になり、ディレクトリが増えていきました。 しかしこのようにすると自作プログラムの中の依存関係の解決に失敗したり、どんどん訳の分からない構成になってしまい、あとで正すことも難しく感じました。 そのためよっぽど緊急なプログラミングでないかぎりは、最初に**「ライブラリ化しやすいようにディレクトリ、ファイルを準備する」**ことが重要かと思っています。 そのテンプレートを、本記事でつくってみます。 まずはsetup.pyから書いてみる まずプロジェクトのフォルダとして python_package ディレクトリをつくって、setup.py を新規作成します。 プロジェクト直下は当然ながら下のようになります。
【Next.js】新規プロダクトのフロントエンドにおけるディレクトリ構成 - 通信レイヤー編 | Offers Tech Blog
概要 こんにちは、Offers を運営している株式会社 overflow でフロントエンドのテックリードをしている Kazuya です。今回は、筆者が担当しているプロダクト「Offers MGR(オファーズマネージャー) 」で採用しているディレクトリ構成の一部について書かせていただきます。 後述しますが、「Offers MGR」では求められる要件が複雑且つ通信で取得する情報量が膨大であることからAPI関連のディレクトリ構成もやや特殊なものになっています。ベースは以前こちらの記事で紹介した「Viewsレイヤー」を拡張させる形になっています。 専用構成になっている感があるため、参考になるかは分かりませんが、ぜひ最後まで読んでいただけると幸いです。 Offersのディレクトリ構成はこちら 弊社フロントエンドのボスであるAhomu先生が担当されているOffers側のディレクトリ構成は以下の記事をご
初めに 最近自分がNext.jsをやる案件がとにかく増え、ディレクトリ構成が固まってきたのでここに置いておきます。 何か意見あれば是非いただけると嬉しいです。 個人的に最近流行りのfeaturesはやりすぎだと思っていたのですが、結局開発していくとfeaturesのようなディレクトリを切った方が合理的な場面が多々出てきたのでこうなった次第です。 設計時に参考にした記事 こちらのReact TypeScript Cheatsheetに、Recommendationとして載っているbulletproof-reactを参考にしました。 構成 例として飲食店のウェブサイトで、コース（course）という機能を持たせるとする。 ├─ components/ │ ├─ elements/ │ │ └─ Button │ │ ├─ Button.stories.tsx │ │ └─ Button.tsx
前置き Reactのスターターキットを作る上で、ディレクトリ構成について迷いながらも考えてみたので、その構成について紹介したいと思います。 構成について言及している記事はまだ少なく、ベスト構成とというものは存在しないと思います。 今回紹介する構成もまだまだ改良していかなければいけないと思いますが、構成について迷っている方に少しでも役立てればと思います。 開発環境について node v12.13.1 npm v6.13.4 使用している技術について React (reactHooks) Redux (Redux-toolkit) TypeScript 今回作成したスターターは、redux-toolkitを使っています。 小さいプロジェクトにはredux不要では？？という考えもあると思います。（自分もちょっとそう思います） ですが、redux-toolkitの登場によってreduxを簡単に使え
Next.jsで小規模サイト（ブログやコーポレートサイトなど）を複数人で開発する際のディレクトリ構成とコーディングルールをまとめました。 以下の点を意識した構成になります。 小規模サイトの場合、コンポーネントの量は限られるのでディレクトリ構成は複雑になりすぎないようにする → ファイルへのアクセスのしやすさを重視 複数人での開発なので、できるだけ書き方を統一できるようにする → ESLint, StyleLintを導入 CSS設計やベースコーディングに疎くても一定以上の品質を担保できるようにする → jsxコンポーネントとCSSを同じ階層に配置して直感的に編集可能に → Sassを採用するが、SASS記法ではなく扱いやすいSCSS記法を採用 はじめに ディレクトリ構成はこちらの記事を参考にさせて頂きました。とても分かりやすく解説してくれているので是非読んでみてください。 最近はFeatur
Remixで爆速開発できるディレクトリ構成のススメ
Hello, Remix. こんにちは！Acompanyのマッケイです！ この記事は Acompany5周年アドベントカレンダー 28日目 の記事です。 今回はAcompanyのプロダクト開発でも活用しているRemixを開発環境で使ってみた所感を書いていこうと思います。 前回の記事で、Remixについてイントロダクションを書いたので、今日はより本格的なアプリケーションを作っていくためのディレクトリ構造を紹介できればと思います。 Remixアプリケーションを構築するための具体的なコードの例を示しながら、アプリケーション開発を始められる体制を整えていくための参考にしてください ディレクトリ構成 フロントエンドの一大トピック、ディレクトリ構成については、残念ながらRemixフレームワークを使ってもなおまだ解決される見込みはありません。 しかし、Remixを用いると幾分か、見通しの通ったディレクト
Twitterで話題に上がっていたので、自分なりのやり方を。 ディレクトリ構成 Assets/下 自分で作るものはAssets/下にフォルダを作り、そこにまとめています。 Assets └── MY_PROJECT_NAME ├── Materials ├── Prefabs ├── Scenes ├── Scripts │ ├── Editor │ └── Runtime ├── Tests │ ├── Editor │ └── Runtime └── etc... "Runtime" のところは、規模が大きければ機能やレイヤごとに分けたりします*1。 スクリプトを置くフォルダおよび直下のAssembly Definition File (.asmdef)を作ってくれるエディタ拡張を公開しました。 これを使うと簡単にセットアップできます。[2021.5.7追記] github.com A
かれこれ４、５年くらいAtomic designに触れてきて、こんなに使いづらいのになんで使ってるんんだっけ？ってなったので、脳死と妥協のAtomic designを辞めたいというモチベを高め、重い腰を上げて考えてみました。 前提 今回の趣旨はあくまでも共通コンポーネントにフォーカスしています。なのでpages(人によってはscreens,containersと命名しているかも)は考慮しません。 また、atomic designのデザインサイドの思想そのものについては言及しません。あくまでもディレクトリ構成の運用上の課題にフォーカスします。 ディレクトリを分ける意味とは そもそも、components/配下をフラットに並べずにグルーピングする目的は何でしょうか。 使いたいものが明確な場合はディレクトリ構成はあまり寄与しません。「あのButtonコンポーネントを使いたい」であれば、ディレクト
React アプリ構築するときのディレクトリ構成とかについて最近やっていること こんにちは。私は最近 React アプリを作る時以下のようなディレクトリ構成でやっていっています。 src/ ---> App.tsx |---> Components/ ---> Fuck/ ---> index.tsx | | |-> useSomething.ts | | |---> SubComponent/ ---> index.tsx | | | |-> Shit/ ---> index.tsx | |---> hooks/ ---> useGarbage.ts | |-> useShit.ts | |---> store/ ---> index.ts |-> modules/ ---> gomi.ts |-> unko.ts store 以下は redux を使う場合で Ducks っぽい奴がいま
Sansan Labs 開発での Terraform ディレクトリ構成 - Sansan Tech Blog
初めまして。あけましておめでとうございます。 DSOC R&D アーキテクトの鈴木賢志です。 Sansan Labs*1 では、新しい働き方の実現を目指し実験的な機能を一部公開しています。私は普段、それらの開発を中心に、R&D から生まれるサービスの品質改善などに取り組んでいます。 今回は、Sansan Labs で活用している Terraform のディレクトリ構成と、どのような理由でこの形になっていったかを紹介したいと思います。 Terraformのディレクトリ構成 Sansan Labs ではクラウドに AWS をメインで使用しており、昨年からインフラ構成管理のツールとして Terraform の利用を始めました。 初めて Terraform を使い始めた時に、最も悩んだのが .tf ファイルやディレクトリをどのように分けるか、という点でした。 これに対し色々考えた結果*2、以下のよ
Web サイトを構築するにあたって、よく参照されるコンポーネントの分類手法として、Atomic Design と Presetational and Container Components があります。 Atomic Design … UI の粒度と具体性によって 5 レベルに分類するPresentational and Container Components … 「表示」と「振る舞い」の役割で分類するここでは、それぞれに関して概要をざっと眺めた上で、Next.js プロジェクトにどんな形で適用していけばいいかを考えてみます。 Atomic Design とはWeb デザインにおける UI コンポーネントの分割粒度の考え方として、Brad Frost 氏の Atomic Design があります。 Atomic Design - Brad Frost 氏のブログ記事Atomic Des
【Flutter】そのディレクトリ構成は恋される
そのディレクトリ構成は恋される タイトルのとおりですが、スマホアプリエンジニアの私が個人的に恋している(推している)Flutterのディレクトリ構成を紹介しようと思います。 私の思想としてはクラスの役割とUTのしやすさに設計しております。 Flutterでアプリ開発をする際は基本的にこのディレクトリ構成を使用しております。 ディレクトリ構成は一長一短ありますので、気に入らない方はスルーしてください。 前提 Dart: 2.17.1 Flutter: 3.0.2 アーキテクチャ: MVVM 状態管理: riverpod MVVMについての説明は割愛しますので、詳細が知りたい方は以下をご参照ください。 ディレクトリ構成 ディレクトリ構成を紹介します。 . ├── android ├── ios ├── assets │ ├── images │ └── json ├── coverag
いい感じのRemixのディレクトリ構成
2022年の末ごろからRemixを使って小さめのアプリケーションを開発をしています。2023年の3月ごろにプロダクション投入したので、早いもので稼動してからもう1年が経過しました。 その間、大きな機能追加もなかったので基本的に放置していたのですが、問題なく稼動していて要件にあったいいスタックで開発ができたと自我自賛していました。 そんな中、今年に入ってわりと大きめな機能を追加することになり、久しぶりにRemixのコードを書いているのですが、当時のように手探りで行っていた開発ではなく、経験を積んだ分だけ前よりももう少しいい感じのコードが書けそうだったので、今回の開発にあわせて全面的なコードのリファクタリングも行いました。 loaderモジュールとactionモジュールをどう書くか # RemixのページはRouteファイルを作成します。Routeファイルには、サーバー側で実行されるコードとク
Goの軽量Webアプリケーションフレームワーク(Echo, Gin)のディレクトリ構成 Golangの軽量Webアプリケーションフレームワークである、EchoやGinを使うとRuby on Railsのようにディレクトリ構成が特に決まっていないため、どのようにすれば効率的に開発できるのか悩みます。 しかし、最近いくつかGinやEchoを使ってAPIサーバを作成し、なんとなくディレクトリ構成が決まってきたので、共有します。 以下のリポジトリは後述する自動リポジトリ生成コマンドで生成されるプロジェクトの雛形です。 これについて説明をしていきます。 まずディレクトリを木構造で表示すると以下のようになります。 ├── README.md ├── config │ ├── config.go │ └── environments │ ├── development.yml │ └──
はじめに 今までreact単体のSPA構成でやっていたものの、webpackとかbabelの設定を試行錯誤しながら構築するのが面倒になったので、これを機にNextjsでスパッと構築できるようにテンプレートを作成しています。 その過程でディレクトリ構成を整理したので一例として共有します。 project_root/ ├── docs/ ├── public/ ├── src/ │ ├── api/ │ │ ├── generated/ │ ├── components/ │ │ ├── atoms/ │ │ ├── molecules/ │ │ ├── organisms/ │ │ └── templates/ │ ├── foundations/ │ ├── hooks/ │ ├── lib/ │ ├── pages/ │
パイプライン周りはまだ探り途中 司会者：まさにBLEA（Baseline Environment on AWS）の開発でやっていることが、僕らが自分たちのアプリケーションを開発する時とメンタルモデルが一緒ですね。どうやってスタックを作っていくのか、BLEAでは複数のアプリケーションがユースケースにまとまっていましたが、どのようにあれを収めていくのか。その中から実行時にユースケースの配下すべてをデプロイしているわけではないじゃないですか。 大村幸敬氏（以下、大村）：そうそう。 司会者：そのあたりを、BLEAではどうやってよりよいサンプルを提示しているのか。「こういう場合はこうやって実行すると、このサンプルを特定してデプロイされますよ」とか。あるいは同時に、2つ、3つのサンプルを同時にデプロイする時には、コマンドに引数を渡すと可能だとか、そういうガイダンスがしっかり整備されている AWS CD
ReactのSPAで採用したディレクトリ構成
弊社では2022年11月頃からGreefile.work入退場の機能刷新プロジェクトを進めており、1月下旬に初回リリースをしました。 【2023年1月24日更新】【入退場管理】入退場管理の画面表示を刷新しました（他6件）（元請向け） | Greenfile.work｜安全書類(グリーンファイル)・施工体制台帳電子化サービス 平素よりGreenfile.work（グリーンファイルドットワーク）をご利用いただき、誠にありがとうございます。この度、入退場管理において、複数の機能の改善、および画面表示の変更を行いましたのでお知らせいたします。入退場管理をご契約いただい...
Reduxでのディレクトリ構成3パターンに見る「分割」と「分散」投稿者: hahnah 投稿日: 2019-09-262019-09-26 Redux を使っていいて、ディレクトリ構成に悩んだことはないだろうか。 もしくは、見かけるディレクトリ構成が多様で、どれがいいのか分からないなんてことはなかっただろうか。 この記事では Redux を用いる際の代表的な３パターンの構成を紹介するとともに、それぞれをソースコードの分割・分散の度合いで比べてみる。 redux-way ducks re-ducks パターン1. redux-way (あるいは Rails-style) redux-way では、 “Redux によって導入される概念” ごとにディレクトリを分ける。 以下のようにcomponents/,containers/,reducers/,actions/,types/などとディレクト
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
私のフロントエンドディレクトリ構成・テスト観点 2022
私の推しフロントエンドディレクトリ構成と気をつけたいポイント
SPA Componentの推しディレクトリ構成について語る
React プロジェクトのディレクトリ構成 - fsubal
Reactのディレクトリ構成でAtomicデザインをやめた話
Terraformなにもわからないけどディレクトリ構成の実例を晒して人類に貢献したい - エムスリーテックブログ
ベストな Terraform ディレクトリ構成を考察してみた
Reactのディレクトリ構成について再考する - ロカオプ技術ブログ
大規模システムにおけるディレクトリ構成をRDBのカーディナリティを参考に考える - ぷらすのブログ
4年分の負債を解消するために React ディレクトリ構成について真剣に考えてみた - Qiita
Terraformのレポジトリ、 ディレクトリ構成どうする？/Terraform repository, directory structure What should I do?
Terraformのディレクトリ構成の模索 - Adwaysエンジニアブログ
ベストなCDK for Terraform(CDKTF)のディレクトリ構成を探る
フロントエンドのディレクトリ構成を変えた 2023 - kobayang
フロントエンドのディレクトリ構成を整理してコードの凝集度を高める
あとで後悔しないPythonのディレクトリ構成をつくってみる - Qiita
Next.jsディレクトリ構成・設計再考（featuresが何を解決するか）
Reactのディレクトリ構成どうしてる？ - Qiita
【小規模サイト向け】Next.js ディレクトリ構成とコーディングルール
Unityプロジェクトのディレクトリ構成と .gitignore - やらなイカ？
Atomic designを辞めて利用目的別のディレクトリ構成に移行する
React アプリ構築するときのディレクトリ構成とかについて最近やっていること - Diary
Next.js アプリのディレクトリ構成を考える（Atomic Design と Presentational and Container Components）
GolangでMVCなAPIサーバを作るときのディレクトリ構成とプロジェクト生成コマンド - Qiita
Nextjsプロジェクトのディレクトリ構成例をさらしてみる - Qiita
AWSのSAに聞く、BLEAとCDKのQ&A 「社内に勧める方法は？」「ディレクトリ構成のベストな組み合わせは？」
Reduxでのディレクトリ構成3パターンに見る「分割」と「分散」
l.smartnews.com
note.com/a_ok_i
geo-online.co.jp
geo-online.co.jp
www.suntoryws.com
geo-online.co.jp