Tools to establish CSS classes as an explicit abstraction layer and to handle it as an interface between React and CSSStyleDeclaration.
- Use CSS classes as an ontology of front-end project for clean communication between developers and non-tech staff
- Make CSS classes be an explicit and predictable informational layer
- Enforce declarative programming paradigm
- Enforce contract programming (via TypeScript)
- Enforce single source of truth of class appending – treat as TypeScript-driven dedupe
- Require strict
boolean
for value of class condition - Use IDE type hints as developers' UX for faster issues resolving
- BEM
- CSS-modules agnostic
Use package like postcss-d-ts
to prepare strict declaration of CSS
npm install --save react-classnaming
import {
// Returns function for building `className: string` from conditioned CSS classes with "context" (if was provided) from `props` for using only declared CSS classes
classNaming,
// Similar to classNaming, specifies mapping to component's (i.e. 3rd-party) `className`-related props
classNamesMap,
// Identical function for TS restriction on classes determed in CSS and not used in component
classNamesCheck,
// Works with BEM conditional object
classBeming
} from "react-classnaming"
// Default export is the most simple function
import classNaming from "react-classnaming"
import type {
// Type to declare component's self CSS classes
ClassNamesProperty,
// Type to gather required CSS classes of sub-components
ClassNames,
// `= string | undefined` – type to declare CSS class, global or local
ClassHash,
// `= {className: string}` – useful shortcut
ClassNamed
} from "react-classnaming"
Example of simple CSS classes conditioning – ./_tests_/readme.spec.tsx:9
import classNaming from "react-classnaming"
type Props = {
isValid: boolean
readOnly: boolean
}
// isValid = false, readOnly = false
function FormButtons({isValid, readOnly}: Props) {
const cssClasses = classNaming()
const buttonClass = cssClasses({"button": true}) // "button"
return <>
<button {
...buttonClass // className="button"
}>Close</button>
<button type="reset" {
...buttonClass({"button--disabled": readOnly}) // className="button"
}>Reset</button>
{ /* className="button_submit button button--disabled" */ }
<button type="submit" className={`button_submit ${
buttonClass({"button--disabled": readOnly || !isValid}) // "button button--disabled"
}`}>Submit</button>
</>
}
As shown, producing function classNaming
returns a multipurpose object. It can be
- recalled to stack more CSS classes on conditions:
anotherClass = someClass({...})({...})
- destructed in component's props as
className
singleton:<div {...someClass}/><button {...anotherClass}/>
- used as a string:
``${someClass} ${anotherClass}``
You can find demonstration with all main points in folder ./_examples_/, in addition *.test.*
and *.spec.*
. <img src="./images/vscode.png" width="50%" align="right/>
Conditions with falsy values may lead to hardly caught bugs due to not obvious behavior for humans. In addition, as a possible true
shortcut, the value can be not empty string as class-hash
from CSS-module, and undefined
for global CSS-class or modules simulation. Thus, to not keep in mind that undefined
appears to be a truthy condition, it is prohibited on TypeScript level to mix in value type boolean
with ClassHash = string | undefined
and not allowed to use any other types like 0, null. ./_tests_/readme.spec.tsx:43
There can be only ONE condition for each class in call pipe. Already conditioned classes are propagated to next call type notation so you can see currently stacked with according modality: true
, false
or boolean
. ./_tests_/readme.spec.tsx:55
Only declared CSS classes will be allowed as keys with IDE hint on possibilities – ./_tests_/readme.spec.tsx:71
+ import type { ClassHash, ClassNamesProperty } from "react-classnaming"
+ type MyClassNames = ClassNamesProperty<{
+ button: ClassHash
+ button_submit: ClassHash
+ "button--disabled": ClassHash
+ }>
- const cssClasses = classNaming()
+ const cssClasses = classNaming<MyClassNames>()
It is possible to use BEM as condition query. With explicitly declared CSS classes (i.e. via postcss-plugin-d-ts
) TS and IDE will check and hint on available blocks, elements, modifiers and values. ./_tests_/readme.spec.tsx:165
import {
- classNaming
+ classBeming
} from "react-classnaming"
- const cssClasses = classNaming<MyClassNames>()
+ const bemClasses = classBeming<MyClassNames>()
Shortcut for {className: string}
.
For serving global and local CSS classes and not moduled CSS stylesheets. CSS-module will be imported as {[cssClasses: string]: string}
, while for ordinary CSS import require
returns just empty object {}
. Their common notation is {[cssClasses: string]: string | undefined}
, thus type ClassHash = string | undefined
function classNaming
Sets context for further type checks in supplying and toggling.
classNaming()
classNaming<MyProps>()
classNaming<MyClassNames>()
classNaming({classnames: require("./some.css")})
classNaming({classnames: module_css, className})
classNaming(this.props)
Returns pipe-able (recallable) callback, that also can be destructed as ClassNamed
or stringifyed
const cssClasses = classNaming(...)
const btnClass = cssClasses({ button })
return
<div {...btnClass } />
<div data-block={`${btnClass}`} />
<Component {...{
...btnClass(...)(...)(...)}
}/>
On TS-level checks that Component's propagated className
and certain CSS-class are conditioned once
const conditionForClass1: boolean = false
const containerClass = classes(true, {class1: conditionForClass1})
const withClass1Twice = containerClass({
class2: true,
//@ts-expect-error – TS tracks that in chain there's only 1 place for class to be conditionally included
class1: otherCondiition
})
const withClassNameTwice = containerClass(
//@ts-expect-error - Same for `className` - it is already added
true
)
On const
hovering will be tooltip with already conditioned classes under this chain
Sets context to returned function for using BEM conditioned CSS classes queries. General argument's shape is
// .src/bem.types.ts#L84-L90
type BemInGeneral = {
[base: string]: undefined | boolean | string
| (false|string)[]
| {
[mod: string]: undefined | boolean | string
}
}
Output logic: ./src/bem.core.test.ts:13
Featured example: ./_tests_/readme.spec.tsx:191
Default options BEM naming:
- Modifier's and value's separator is a double hyphen
"--"
- Element's separator is a double underscore
"__"
It is required to change this options twice, both on JS and TS levels.
- TS: in declaration file like ./_recipes_/global.d.ts you to add those lines:
/// <reference types="react-classnaming" />
declare namespace ReactClassNaming {
interface BemOptions {
elementDelimiter: "_";
modDelimiter: "-";
}
}
And optionally in add to tsconfig.json:
"compilerOptions": {
"types": [
+ "react-classnaming"
]
}
-
JS: ./_recipes_/index.test.ts#L2-L7
import setOptions from "react-classnaming" setOptions({...})
function classNamesMap
Function to map classnames
to string props of some (i.e. 3rd-party) component.
const { Root } = classnames
const mapping = classNamesMap(classnames)
<ThirdPartyComponent {...mapping({} as typeof ThirdPartyComponent, {
ContainerClassName: { Root, "Theme--dark": true },
Checked___true: classes({ "Item--active": true }),
Checked___false: {}
})} />
For hint will be used such props of target component that can be assigned to string
. After calling mapping
function and setting other properties, usual TypeScript will check for presence of target's required properties and other ordinary for TS things.
type ClassNamesProperty
Declaration of self Component's classnames
type MyClasses = ClassNamesProperty<{
class1: ClassHash
class2: ClassHash
}>
Can be restricted to use classes only from CSS module. Note Currently no IDE's tooltip for hints
type MyProps = ClassNamesProperty<
typeof some_module_css,
//@ts-expect-error
{class1: ClassHash, class2: ClassHash, unknownClass: ClassHash}
>
type ClassNames
Collects/gathers required classnames
from used sub-Components
type MyProps = ClassNames<true> // === ClassNamed === {className: string}
type MyProps = ClassNames<Props> // {classnames: Props["classnames"]}
type MyProps = ClassNames<typeof Component>
type MyProps = ClassNames<true, Props, typeof ClassComponent, typeof FunctionalComponent>
type Props = ClassNames<true, Sub1Props, typeof Sub2>
function Component({className, classnames, "classnames": {Sub1Class}}: Props) {
const classes = classNaming({classnames, className})
return <div>
<Sub1 {...classes(true, {Sub1Class})} classnames={classnames}/>
<Sub2 {...{
...classes({Sub2Class: true}),
classnames
}}/>
</div>
}
Obtain classnames
-object from props
of functional component, class component or props type
ClassNamesFrom<ComponentProps>;
ClassNamesFrom<typeof Component>;
function classNamesCheck
Identical function or returning constant EMPTY_OBJECT
for keys check of not used classes in components tree
import css from "./page.scss"
import App from "./App.tsx"
ReactDOM.render(<App classnames={classNamesCheck(...)} />
- Dummies shape
<Component classnames={classNamesCheck()} />;
- Checks CSS with defined (not indexed) classes keys. To produce such declaration you can use package
postcss-plugin-d-ts
.
import type { ClassNamesFrom } from "react-classnaming/types";
import css_module from "./some.css"; // With class `.never-used {...}`
<Component classnames={classNamesCheck(
css_module,
//@ts-expect-error Property 'never-used' is missing
{} as ClassNamesFrom<typeof Component>
)} />;
It is possible to use CSS modules or simulation without "context" by supplying class-hash value with variable ./_tests_/readme.spec.tsx:114
// CSS-module, assuming "button" will be replaced with "BTN"
+ import css_module from "./button.module.css"
+ const { button } = css_module
// Module simulation
+ type CssModuleSimulation = { button_submit: ClassHash }
+ const { button_submit } = {} as CssModuleSimulation
type MyClassNames = ClassNamesProperty<
+ typeof css_module &
+ CssModuleSimulation &
{
- button: ClassHash
- button_submit: ClassHash
"button--disabled": ClassHash
}
>
- const buttonClass = cssClasses({ button: true })
+ const buttonClass = cssClasses({ button })
<button type="submit" {...buttonClass({
- "button_submit": true,
+ button_submit,
"button--disabled": readOnly || !isValid
})}>Submit</button>
Versus classnames
package
See src/versus-classnames.test.ts
//TODO Copy here the most significant TS errors
import classnames from "classnames"
<div className={classnames("class1", "class2")} />
<div id={classnames("class1", "class2")} />
// VERSUS
import css from "./some.css"
import classNaming, {classNamesCheck} from "react-classnaming"
import type {ClassNames} from "react-classnaming"
const { class1,
//@ts-expect-error
whatever
} = classNamesCheck<...>(css)
const props: ClassNames<"class2"> = {"classnames": css}
const {class2} = props.classnames
<div {...classNaming({class1, class2})} />
<div id={`${classNaming({class1, class2})}`} />
import module_css from "./some.module.css" // {"class1": "hash1", "class2": "hash2"}
import classnames_bind from "classnames/bind"
const cx = classnames_bind.bind(module_css)
// No error on redundant CSS-class
<div className={cx("class1", {"class3": true})} />
// VERSUS
import classNaming from "react-classnaming"
const clases = classNaming({classnames: module_css})
//@ts-expect-error Argument of type '"class3"' is not assignable to parameter
<div {...clases({class1: true, class3: true})} />