Skip to content

Instantly share code, notes, and snippets.

Last active April 7, 2024 19:01
Show Gist options
  • Save koistya/d7a507438c741ee6adb5 to your computer and use it in GitHub Desktop.
Save koistya/d7a507438c741ee6adb5 to your computer and use it in GitHub Desktop.
File and folder naming convention for React.js components

File and folder naming convention for React.js components

Directory Layout #1

/components/layout/App.js - The top-level React component

Directory Layout #2


CSS Class Names

CSS class names should be prefixed with a single letter corresponding to the component's type.

For example:

Component: /components/forms/TextBox.js, CSS class name: f-textbox { ... }
Component: /components/layout/Navigation.js, CSS class name: l-nagiation { ... }

Copy link

loktar00 commented Feb 9, 2015

This is great! Was looking for some guidance on my directory structure, thanks.

Copy link

Nice. What is about subcomponents? For example Navigation layout has NavigationMenu subcomponent, how are you call components like this?

Copy link

@sergeylaptev I know I'm a bit late to the part here, but what I started doing was something like this:
components/common/Navigation/NavigationMenu/... Just treat subcomponents as their own components within the structure. Easy to organize and keep clean if you wish to expand in the future. That and you know what relates to what.
So, for example you have .../Home/ and you want like a button set (?) you would do something like .../Home/HomeButtons/

It worked for me, I just wanted to throw it out there.

Copy link

I'm not sure I agree with using uppercase letters in file names. This could cause problems later when working with case sensitive file systems (like linux). As an example, you could create a file name /components/forms/TextBox.js and a different file named /components/forms/textbox.js on Linux but this will wreak havoc on an insensitive filesystem like OSX the moment you try to check out that code.

try this:

on a mac open a file name tmp and write some stuff in it.. then read the file TMP. It will be the same file... do the same on Linux and you will see tmp != TMP

## LINUX ##
$ echo 'foo' > tmp
$ cat tmp
$ cat TMP
cat: TMP: No such file or directory

## MAC ##
$ echo 'foo' > tmp
$ cat tmp
$ cat TMP

This is why most frameworks that provide file generators (rails as an example) always generate lowercased filenames.

As a proof of concept... try cloning this example repository:

notice on a mac how you're missing a file...

The scenario is this...

Developer A is working on a Mac and Developer B is working on Linux...

Developer A checks in a file named Links.js while Developer B creates a file named links.js

Developer B pulls the latest changes from Developer A and no merge conflicts happen.

Developer B commits changes and pushes up.

The code works in production (production is Linux).. but when Developer A pulls down the code, it doesn't work locally because Links.js is gone in favor of the newer links.js.

Confusion ensues as to how the code even works at all in production...

Copy link

goerwin commented Mar 3, 2016

@parabuzzle That is an interesting point. It's preferred to have all directory/file names in lowercase.

Copy link

dschinkel commented May 30, 2016

If it's so bad, why does FB do it (look at their starter kit code and flux example on github)? I see no harm in using Capitals for components especially when those Components are capitalized in Code as well.

Copy link

@dschinkel they're doing it wrong

Copy link

It will be great if you specify any component naming convention.

Copy link

Thanks !

Copy link

jhwheeler commented Apr 26, 2017

@cztomsik @parabuzzle It's their framework, they set the rules. In React, all components by convention have capital names, as do their filenames. Simple. If you follow the convention, then the Mac/Linux situation described above would never happen. Any developer coming on a team should know the framework's conventions before committing code.

Copy link

@parabuzzle met the same situation as your described

Copy link

always use lower-case

and for react components, use *.jsx extension instead.

Copy link

Datise commented Jul 6, 2017

@dschinkel they could have build/environment steps enforced that make this less of an issue for a larger organization. VM's in the development process or what not. That doesn't make it right for every org.

Copy link

yomexzo commented Jan 20, 2018

lol @parabuzzle,

I do not see a reason you would create /components/forms/TextBox.js and /components/forms/textbox.js in the same directory.

Following your example with developers, it is for this same reason guides and conventions exist. If the developers are educated and confirm to the guide, that would never happen. You can also write scripts to check the naming structure if you're working a huge team with risks of some not being aware.

Copy link

I prefer lowercase to make it more consistent and i agree with @parabuzzle

some interesting discussion : here

Copy link

@koistya What do you put in the /core/ folder?

Copy link

paulalex commented Jun 6, 2020

As a complete newcomer to react and trying to get some ideas around conventions, can I ask why in the example above:


Home starts with a capital as does it css file, but index starts with a lowercase letter, as does it css file? Is there some special significance to files named index?

Copy link

If it's so bad, why does FB do it (look at their starter kit code and flux example on github)? I see no harm in using Capitals for components especially when those Components are capitalized in Code as well.

What an argument, omg...

@parabuzzle is right, camel case could generate a lot of errors on some SO and git.

Copy link

ghost commented May 14, 2021

I think that @parabuzzle argument is totally nonsense.

The problem in his example is having two files with the same name, differing only in the upper/lowercase of the first letter.

If we are all adopting the convention of using file names starting with an uppercase, I don't see how this could happen.

Then he comes saying that it's better not to stick with the convention and propose a solution for a problem that he's creating.

Copy link

evisong commented Sep 24, 2021

The discussions in this gist are valuable to me. Just FYI, here are some of my troubles caused by uppercase filename on Mac:

Use case 1: dev on Mac and build on Linux

Assume there’re a.js and b.js, and a line of code import { someFunc } from 'a.js'; in b.js ;

  1. On macOS, it doesn’t make any differences if you rename a.js as A.js, import in b.js can be always resolved to the same dependency successfully, no matter in Node.js UT or in Webpack bundling;
  2. But, after code is committed to git repo and gets built on Linux (e.g. by CI job), import in b.js would only be resolved as a.js; A.js will be considered as a totally different file, lack of a.js will cause build failure (no matter UT or Webpack bundling).

Use case 2: Git rename on Mac

No matter it’s a Git or Apple Git, no matter it’s prior to version 2.0.1 or newer, changing the filename case causes various troubles on macOS.
E.g. git mv myfile.txt MyFile.txt followed by a git reset (you don’t want to try it with production code...)

I'm confident that myself won't run into those troubles again, but it's often too late to warn junior members in my team.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment