# SolidJS vs React: source lines of code compared

The SolidJS vs React comparison on OctoCounts shows side-by-side source line counts for solidjs/solid and facebook/react, counted with the same engine and analysis options on the dates shown in the methodology line: files, total lines, code lines, comment lines, blank lines, and per-language totals, pinned to the exact commits listed below.

As of 2026-08-26, solidjs/solid contains 25,533 total lines (17,290 code) across 133 files, while facebook/react contains 460,611 total lines (364,889 code) across 2,133 files as of 2026-09-19. facebook/react is about 21x the size of solidjs/solid by code lines. Code size is not code quality: a larger count only means more source material, not a better or worse project.

| Metric | [solidjs/solid](https://octocounts.com/github/solidjs/solid) | [facebook/react](https://octocounts.com/github/facebook/react) |
| --- | ---: | ---: |
| Files | 133 | 2,133 |
| Total lines | 25,533 | 460,611 |
| Code lines | 17,290 | 364,889 |
| Comment lines | 4,453 | 59,352 |
| Blank lines | 3,790 | 36,370 |
| Languages counted | 7 | 11 |

Top languages in solidjs/solid: JavaScript (33.6% of code), YAML (31.6% of code), TypeScript (29.6% of code). Top languages in facebook/react: JavaScript (63.5% of code), Rust (17.6% of code), TypeScript (16.4% of code). JavaScript, TypeScript, JSON, CSS appear in both top language lists; YAML appears only in solidjs/solid's top languages; Rust appears only in facebook/react's top languages.

Methodology: both counts come from cached OctoCounts reports generated with tokei. solidjs/solid was counted at ref main (commit f47845f9cc16) on 2026-08-26; facebook/react was counted at ref main (commit 59aff3e18cb5) on 2026-09-19. See the [counting methodology](https://octocounts.com/docs/methodology) for ignored directories and analysis options.
## About this comparison

solidjs/solid counts the Solid repository: the reactive runtime, the JSX transform/compiler packages, and supporting packages in a monorepo, with tests and documentation. facebook/react counts the React monorepo: the React packages plus fixtures, documentation site content, and test infrastructure. Both counts measure framework source trees, not applications built with them, and both were counted on the dates shown above.

Both repositories are written predominantly in TypeScript, as the per-language tables show; the contrast in these totals is scope rather than language — React's monorepo includes fixtures, docs-site content, and broad test infrastructure, while Solid's tree is concentrated on the core runtime and compiler packages.

The two runtimes are organized around different update models — Solid around fine-grained reactive primitives, React around a scheduler-driven runtime — an architectural difference the counts themselves cannot express, so the totals are best read as maintenance surface.

_Repository size does not predict the bundle size shipped to a browser or runtime behavior; a compiled application contains only the parts of the framework it actually uses._

Sources: [solidjs/solid repository](https://github.com/solidjs/solid) · [facebook/react repository structure (packages/ monorepo)](https://github.com/facebook/react). Statements verified 2026-09-16.

Evidence and next steps:

- [solidjs/solid SLOC report](https://octocounts.com/github/solidjs/solid)
- [facebook/react SLOC report](https://octocounts.com/github/facebook/react)
- [Compare solidjs/solid and facebook/react interactively](https://octocounts.com/compare?left=https%3A%2F%2Fgithub.com%2Fsolidjs%2Fsolid&right=https%3A%2F%2Fgithub.com%2Ffacebook%2Freact)

Note: code size is not code quality. OctoCounts only reports reproducible line counts and makes no claim that either project is better.

## Compare FAQ

### Which has more lines of code, solidjs/solid or facebook/react?

facebook/react has more code: 364,889 code lines versus 17,290 for solidjs/solid, about 21x as much, based on cached OctoCounts reports as of 2026-09-19.

### Does more source lines of code mean more complexity?

Not necessarily. SLOC measures size, not complexity, quality, or maintainability. A larger codebase can mean more features, more generated or vendored code, more verbose language idioms, or more tests — none of which imply the code is harder to work with. Use SLOC to gauge the scale of what you'd be reading or maintaining, not as a quality signal for solidjs/solid, facebook/react, or any repository.

### How is this comparison calculated?

Methodology: both counts come from cached OctoCounts reports generated with tokei. solidjs/solid was counted at ref main (commit f47845f9cc16) on 2026-08-26; facebook/react was counted at ref main (commit 59aff3e18cb5) on 2026-09-19. See the counting methodology for ignored directories and analysis options.

### Can I compare a different branch, tag, or commit?

Yes. This page shows the default branch for each repository. Use the interactive comparison tool to pick any public GitHub repository, branch, tag, or commit SHA for both sides and get a fresh side-by-side report.

## Related OctoCounts pages

- [Interactive repository comparison](https://octocounts.com/compare)
- [Recently analyzed repositories](https://octocounts.com/recent)
- [Popular SLOC reports](https://octocounts.com/popular)
- [Trending GitHub repositories](https://octocounts.com/trending)
- [Hall of Monoliths](https://octocounts.com/hall-of-monoliths)
- [Original research: how filtering changes SLOC counts](https://octocounts.com/research)
- [GitHub SLOC counter guide](https://octocounts.com/docs/github-sloc-counter)
- [Counting methodology](https://octocounts.com/docs/methodology)
- [SLOC and code metrics glossary](https://octocounts.com/docs/glossary)
- [OctoCounts API docs](https://octocounts.com/docs/api)