GithubHelp home page GithubHelp logo

tophat / syrupy Goto Github PK

View Code? Open in Web Editor NEW
463.0 5.0 32.0 11.96 MB

:pancakes: The sweeter pytest snapshot plugin

Home Page: https://tophat.github.io/syrupy

License: Apache License 2.0

Python 96.89% JavaScript 0.49% AppleScript 1.86% Dockerfile 0.76%
python pytest pytest-plugin snapshot-testing testing snapshot snapshot-tests snapshot-plugin snapshottest

syrupy's People

Contributors

adamlazz avatar allcontributors[bot] avatar arturbalabanov avatar atharva-2001 avatar darrenburns avatar dependabot-preview[bot] avatar dependabot[bot] avatar dtczest avatar eaculb avatar huonw avatar iamogbz avatar joakimnordling avatar john-kurkowski avatar maniacdc avatar mcataford avatar mhwaage avatar michaljelonek avatar msrose avatar noahnu avatar renovate[bot] avatar semantic-release-bot avatar sloria avatar spagh-eddie avatar stranger6667 avatar syrupy-bot avatar taion avatar tolgaeren avatar tophat-opensource-bot avatar umar-ahmed avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

syrupy's Issues

Compare snapshots without deserializing

Is your feature request related to a problem? Please describe.

Snapshots are currently deserialized into python objects before comparison is done, this is unnecessary

Describe the solution you'd like

No deserialization is done and comparison is done on the serialized representation

Describe alternatives you've considered

N/A

Additional context

Unlocks using yaml.dumps in place of yaml.safe_dumps because loading yaml data is needless

Update migration instructions from snapshottest

Is your feature request related to a problem? Please describe.

The current migration instructions are misleading since syrupy uses a different default snapshot directory than snapshottest.

Describe the solution you'd like

Include full instructions on how to migrate from snapshottest, including a shell command to delete snapshottest snapshots.

Describe alternatives you've considered

We could add a migrate command, e.g. python -m syrupy migrate which could look for snapshottest files and directories and delete them.

Benchmark syrupy performance on test runs in CI

Is your feature request related to a problem? Please describe.

It'd be nice to see the impact a diff has on the plugin performance

Describe the solution you'd like

  • Benchmark code performance
  • Compare against head (master)
  • Commit or stash the generated profile
  • Github status/checks on branches to show effect

Describe alternatives you've considered

N/A

Additional context

Support snapshottest --snapshot-update flag

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

Describe the solution you'd like
A clear and concise description of what you want to happen.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.

Additional context
Add any other context or screenshots about the feature request here.

Pretty diff of snapshot comparisons

Is your feature request related to a problem? Please describe.

Diffing complex objects on assertion failure does not show only the change but the entire snapshot

Describe the solution you'd like

Should show the exact line and characters (tokens) that differ between snapshots

Describe alternatives you've considered

N/A

Additional context

N/A

Fail when there are unused snapshots

Is your feature request related to a problem? Please describe.

When there are unused snapshots there should be a behaviour to fail the tests especially for running in ci.

Describe the solution you'd like

Fail when unused snapshots are detected.

Describe alternatives you've considered

Flag to fail in ci --ci.

Additional context
Add any other context or screenshots about the feature request here.

Add syrupy test example usecases

Is your feature request related to a problem? Please describe.

It useful to know how syrupy can be used especially in contrast with other snapshot test libraries

Describe the solution you'd like

Add documentation on the various ways syrupy can be used and extended, with example test code for each.

Describe alternatives you've considered

Just documentation no examples

Additional context

A couple for starters

  • Custom snapshots directory
  • Custom snapshot names
  • Nested test support (pytest-describe)
  • JSON support
  • Ignore fields in dictionary snapshot

Add pytest as a dependency

Describe the bug

Syrupy relies on pytest's APIs, specifically its hooks, and yet it doesn't specify what version of pytest is supported.

Expected behavior

Syrupy should list pytest in the setup.py with the maximum version range supported.

Additional context

syrupy v0.2.0

Filter out unused snapshots when specifying test nodes

Describe the bug

Specifying test cases in a test module does not filter out unused snapshots from reporting as unused

To Reproduce

  1. pytest --pyargs tests.test_extension_amber::TestClass
    a. 7 snapshots passed. 38 snapshots unused.
  2. pytest tests/test_extension_amber.py::TestClass
    a. 7 snapshots passed. 38 snapshots unused.

Expected behavior

1a. 7 snapshots passed.
2a. 7 snapshots passed.

Screenshots

Screen Shot 2020-02-28 at 9 57 59 PM

Desktop (please complete the following information):

  • OS: macOS Catalina
  • Version 10.15.3

Additional context
N/A

Deletes file when running only subset of tests in test file with update snapshots flag

Describe the bug

The snapshot file holding the serialized assertions gets deleted when running in partial mode and update snapshots enabled

To Reproduce
Steps to reproduce the behavior:

  1. Clone repo and . script/bootstrap
  2. inv test -du -t=test_multiple_snapshots
  3. This deletes the entire file fixed in #20
  4. This deletes all files and snapshots not touched by the subset of tests

Expected behavior

  1. Only deletes unused snapshots and preserves newly written snapshots
  2. Only modifies files to be touched by a subset of the test

Additional context
Add any other context about the problem here.

Syrupy removes other snapshot files in the same snapshot directory

Describe the bug
Syrupy removes other snapshot files in the same snapshot directory

To Reproduce
Steps to reproduce the behavior:

  1. Have two test files (test_file1.py, test_file2.py) in the same directory where each one has a snapshot assertion
  2. Generate snapshots pytest --snapshot-update see two snapshot files
  3. pytest test_file1.py --snapshot-update
  4. See only one snapshot file

Expected behavior
Syrupy should update the file for the file under test and not remove the other snapshot file

Desktop (please complete the following information):

  • OS: macOS
  • Version 10.15.2 (Catalina)

Provide better default repr for classes without overridden repr

Describe the bug

Snapshotting a class instance which does not explicitly define a serializable repr or str, will use the default object repr which includes the memory address of the class instance. This changes every test run.

To Reproduce

Add to a test file:

class MyClass:
    pass

def test_class(snapshot):
    assert snapshot = MyClass()

then

inv test -d -u

Expected behavior

Snapshots should not change between test runs if the code is deterministic.

Additional context

It's possible we don't want to try support this, as it clearly implies the data type is not meant to be serialized.

Serializer should fail on max depth exceeded to break cycles

Describe the bug

If you serialize an object containing a cycle, it will recurse until call stack overflows / python can no longer handle it, rather than a graceful application error.

To Reproduce

cycle = { "a": {} }
cycle["a"]["b"] = cycle

def test_cycle(snapshot):
    assert snapshot == cycle

Expected behaviour

Error should be thrown if a cycle is detected.

Additional context

We already track "indent". We could add some logic to throw an error if indent exceeds some level as it's essentially equivalent to depth.

More tests!

Is your feature request related to a problem? Please describe.

No integration tests mean wide ranging can introduce bugs and regressions not caught.

Describe the solution you'd like

๐Ÿ’ฏ coverage!

Describe alternatives you've considered

No bragging rights for ๐Ÿ’ฏ coverage

Additional context

N/A

Support ignoring fields when serializing

Is your feature request related to a problem? Please describe.

When asserting on snapshots support filtering out properties that should not be matched on. This would allow deterministic snapshots when matching on objects that generate realtime values in tests without needing to mock.

Describe the solution you'd like

def test_my_dict(snapshot):
	my_dict = {
		"match_me": True,
		"do_not_match_me": time.time(),
		"nested_do_not_match": {
			"do_not_match_me": time.time(),
		},
	}
	assert my_dict == snapshot(exclude=("do_not_match_me",))
# name: test_my_dict
  <class 'dict'> {
    'match_me': True,
	'nested_do_not_match': <class 'dict'> {
	},
  }
---

Describe alternatives you've considered

This is already possible but is cumbersome to implement, and cannot easily be extended to other serialization types.

class OmitDataSerializer(DataSerializer):
	@classmethod
	def __filter_data(cls, data) -> Dict[str, Any]:
		return {
			key: data[key]
			for key in data
			if key not in ("do_not_match_me",)
		}
	
    @classmethod
    def serialize_dict(cls, data, **kwargs) -> str:
        return super().serialize_dict(cls.__filter_data(data), **kwargs)


class OmitDataExtension(AmberSnapshotExtension):
    def serialize(self, data):
        return OmitDataSerializer.serialize(data)


def test_my_dict(snapshot):
	my_dict = {
		"match_me": True,
		"do_not_match_me": time.time(),
		"nested_do_not_match": {
			"do_not_match_me": time.time(),
		},
	}
	assert my_dict == snapshot(extension=OmitDataExtension)

Additional context

Unused snapshots reported for deselected tests

Describe the bug
image
Notice how in the screenshot that 5/6 tests are deselected, but the test run reports 2 unused snapshots.

To Reproduce
Steps to reproduce the behavior:

  1. pip install pytest pytest-watch syrupy
  2. Add this test file:
    import pytest
    
    def test_thing_1(snapshot):
        assert snapshot == "123"
    
    def test_thing_2(snapshot):
        assert snapshot == "456"
    
    def test_thing_11(snapshot):
        assert snapshot == "123"
    
    def test_thing_22(snapshot):
        assert snapshot == "456"
    
    @pytest.mark.wip
    def test_thing_111(snapshot):
        assert snapshot == "123"
    
    def test_thing_222(snapshot):
        assert snapshot == "456"
  3. Run pytest --snapshot-update
  4. Run ptw -- -m wip to watch test files and only run tests with the wip mark
  5. The pytest run reports 2 unused snapshots
  6. It seems like this behaviour is the same without using ptw, e.g. running pytest -m wip reports two unused snapshots.

Expected behavior
Here I'd expect no unused snapshots to be reported -- seems like deselected tests are sometimes being considered not having used their snapshot, which is technically true, but given that the test didn't run I'd say there's no way to assess whether or not the snapshot is out of date.

Screenshots
Included above

Desktop (please complete the following information):

  • MacOS 10.14.5 with python 3.6.2 and syrupy 0.3.2

Additional context
The behaviour doesn't occur with two tests, i.e. the following test file does report an unused snapshot when run with pytest -m wip:

import pytest

def test_thing_1(snapshot):
    assert snapshot == "123"

@pytest.mark.wip
def test_thing_2(snapshot):
    assert snapshot == "456"

Add pylint to precommit and CI

Is your feature request related to a problem? Please describe.

Black is just a formatter and does not catch things like unused imports.

Describe the solution you'd like

pylint/flake8 to precommit hook and CI.

Partial test run snapshot update does not support pytest parametrize

Describe the bug

When running a subset of all tests with the pytest keyword flag -k, snapshots in tests matching the keyword should be updated and deleted appropriately. This does not work for pytest.mark.parametrize tests

To Reproduce
Steps to reproduce the behavior:

  1. Checkout master
  2. Remove a parametrize test case e.g.
    {"b": True, "c": "Some text.", "d": ["1", 2], "a": {"e": False}},
  3. Run inv test -d -u -t=<test_name>
  4. Test case does not get removed

Expected behavior

Test case removed from the parametrized definition gets deleted

Screenshots
N/A

Desktop (please complete the following information):

  • OS: macos catalina
  • Version: a15276c

Additional context
N/A

syrupy does not work with pytest 5.0.1

Describe the bug

Running syrupy with pytest 5.0.1 produces:

AttributeError: 'Config' object has no attribute 'invocation_params'

To Reproduce

pip install pytest==5.0.1 syrupy==0.3.5
echo "def test_example(snapshot):\nassert snapshot == 'hi'" > test_file.py
pytest

If we don't support 5.0.1, we should be explicit about min versions.

SerializerClass vs IOClass

Discussion

Would it be more idiomatic to have the current SerializerClass be replaced in name by IOClass but retain the same functionality.

Arguments

For replacing with AbstractSnapshotIO For keeping Serializer nomenclature
IO handles the file system, the serialization is just a step in the process Serializer handles writing and reading from file system
IO (input, output) is more encompassing allowing for extensions to functionality like preparing assertion diffs Serializer is a more familiar concept to most people making the naming appropriate for its function

Example

`CustomIOClass` should extend `syrupy.io.base.AbstractSnapshotIO`.

return SnapshotAssertion(
update_snapshots=request.config.option.update_snapshots,
io_class=DEFAULT_IO_CLASS,
test_location=test_location,
session=request.session._syrupy,
)

return {
filepath: self.io.discover_snapshots(filepath) or empty
for filepath in walk_snapshot_dir(self.io.dirname)
if filepath.endswith(self.io.file_extension)
}

snapshot_file = self.io.get_filepath(self.num_executions)
snapshot_name = self.io.get_snapshot_name(self.num_executions)
snapshot_data = self._recall_data(index=self.num_executions)
serialized_data = self.io.serialize(data)

Syrupy assertion diff does not show missing carriage return

Describe the bug

Syrupy assertion diff does not show missing carriage return.

To Reproduce

Add this test.

def test_example(snapshot):
    assert snapshot == "line 1\r\nline 2"

Run pytest --snapshot-update.

Remove the \r from the string in the test case so you get:

def test_example(snapshot):
    assert snapshot == "line 1\nline 2"

Run pytest. The test will fail with a useless diff of "...".

Expected behavior

Syrupy should output each line with the missing carriage return, with some indication of what's missing.

Additional context

Syrupy v0.3.1

#113 fixed the bug where carriage returns were not being serialized. This issue addresses the missing functionality in the snapshot assertion diff reporter.

Make pyyaml dependency optional

Is your feature request related to a problem? Please describe.

Syrupy supports multiple serializes including custom serializes. If a codebase using syrupy selects a non-yaml serializes, there is no reason to install the unused dependency.

Describe the solution you'd like

List pyyaml as an optional dependency. Throw error if the seralizer is used if pyyaml is not present in system.

Describe alternatives you've considered

  • Continue installing unused dependencies.

Additional context

Python dependency management is awful ๐Ÿ˜„

Syrupy is deleting newly created snapshots when parametrizing a class method

Describe the bug

Snapshots are being deleted immediately after being written when syrupy is run with --snapshot-update.

To Reproduce

class TestMyClass:
    @pytest.mark.parametrize(
        "some_arg",
        [
            "abc",
            "def",
        ],
    )
    def test_param(self, some_arg, snapshot):
        assert some_arg == snapshot

Expected behavior

Snapshots should not be deleted if they're being used.

Additional Context

Syrupy v0.0.14 using the Image serializer.

Snapshotting set does not support all hashable types

Describe the bug

Frozen sets are the only custom types allowed in the test, others fail with the error message

TypeError: '<' not supported between instances of 'str' and '...'

To Reproduce
Steps to reproduce the behavior:

  1. git checkout unsupported_sort
  2. inv test -d

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots

{"contains", "tuple", (1, 2)}, # unsupported
{"contains", "namedtuple", ExampleTuple(a=1, b=2, c=3, d=4)}, # unsupported

Add code of conduct

Is your feature request related to a problem? Please describe.

To help build a positive community around Python snapshot testing we should agree on an official code of conduct and hold ourselves accountable.

This is part of GitHub's community checklist.

Configuration option to specify default serializer plugin

Is your feature request related to a problem? Please describe.

Currently you have to override the snapshot fixture in your project's root conftest.py in order to specify the default serializer class. It's potentially not clear what the final serializer is (order of shadowing).

Describe the solution you'd like

A configuration option to specify the python module path to load for the default serializer.

--snapshot-default-plugin syrupy.extensions.image.SVGImageExtension

Describe alternatives you've considered

Adding documentation for overriding the default fixture.

Syrupy cannot handle carriage returns in strings

Describe the bug

If a carriage return is present in a string, Syrupy will strip out the carriage return when serializing the data thus making the assertion persistently fail even after a snapshot-update.

To Reproduce

def test_carriage(snapshot):
    assert snapshot == "line 1\r\nline 2"
pytest --snapshot-update; pytest

Expected behavior

Syrupy should be able to serialize any control character.

Additional context

Syrupy v0.3.0

Show snapshot report after failing tests

Describe the bug

Snapshot report should be shown after test failures are reported not before

To Reproduce
Steps to reproduce the behavior:

  1. echo 'def test_example(snapshot): assert "abc" == snapshot' > tests /test_example.py
  2. pytest tests/test_example.py
(syrupy.venv) (iamogbz-patch-1) ฮป pytest tests/test_example.py
========================= test session starts =========================
platform darwin -- Python 3.8.1, pytest-5.3.5, py-1.8.1, pluggy-0.13.1
rootdir: /Users/Emmanuel/Sources/syrupy, inifile: pytest.ini
plugins: syrupy-2020.3.1.111512023105
collected 1 item                                                      

tests/test_example.py F                                         [100%]

1 snapshot failed.

============================== FAILURES ===============================
____________________________ test_example _____________________________

snapshot = SnapshotAssertion(name='snapshot', num_executions=1)

    def test_example(snapshot):
>       assert 'abc' == snapshot
E       assert received == snapshot
E         Snapshot does not exist!

tests/test_example.py:2: AssertionError
========================== 1 failed in 0.05s =========================

Expected behavior

Snapshot report should show after the failing tests

Screenshots
N/A

Desktop (please complete the following information):

  • OS: [e.g. iOS]
  • Version [e.g. 1.0]

Additional context
Add any other context about the problem here.

Snapshot diffing in test assertion

Is your feature request related to a problem? Please describe.

Snapshots should be helpful in indicating at a glance what has changed.

Describe the solution you'd like

def test_my_dict(snapshot):
	my_dict = {
		"field_0": True,
		"field_1": "no_value",
		"nested": {
			"field_0": 1,
		},
	}
	assert my_dict == snapshot(id="case1")
	my_dict["field_1"] = "yes_value"
	assert my_dict == snapshot(diff="case1")
	my_dict["nested"]["field_0"] = 2
	assert my_dict == snapshot(id="case3", diff=1)
# name: test_my_dict.case_1
  <class 'dict'> {
    'field_0': True,
    'field_1': 'no_value',
	'nested': <class 'dict'> {
        'field_0': 1
	},
  }
---
# name: test_my_dict.1
    'field_1': 'yes_value',
---
# name: test_my_dict.case_3
        'field_0': 2
---

Describe alternatives you've considered

N/A

Additional context

Argument conflict when trying to replace snapshottest

Describe the bug

Pytest raises an error from argparse because of a conflicting arguments: both snapshottest and syrupy declare a --snapshot-update argument, so you have to trash your virtualenv or explicitly uninstall snapshottest to get syrupy working.

To Reproduce

Steps to reproduce the behavior:

  1. Create a project with snapshottest and pytest as a dependency (e.g. install it in a venv)
  2. Install syrupy and remove snapshottest from your dependencies
  3. Running pytest shows an error because of the duplicate argument
  4. Delete your virutalenv and reinstall, or explicitly uninstall snapshottest
  5. pytest works a-ok

Expected behavior

It would be nice if you didn't get this confusing error when migrating, it would make syrupy an easier drop-in replacement for snapshottest, but it seems like this may be out of control of plugins. Could be worth calling it out explicitly in the docs for other people who encounter it, if a programmatic solution is not available.

Desktop (please complete the following information):

  • OS: MacOS
  • Version 10.14.5
  • Python 3.6.6, pip 18.1

Show number of snapshots asserted in the report

Is your feature request related to a problem? Please describe.

Show how many snapshots were used in the test session

Describe the solution you'd like

Showing the number summary e.g.

1 snapshot failed | 5 snapshots passed | 1 snapshot updated | 3 snapshots generated | 2 snapshots unused

Describe alternatives you've considered

N/A

Additional context

This requires an overhaul of how snapshot assertions are tracked

Named tuple serialisation should include parameter names

Describe the bug

Named tuples when serialised loose argument information

To Reproduce
Steps to reproduce the behavior:

  1. See current example or named tuple serialisation in the test amber snapshots

Expected behavior
Parameter names should be sorted and preserved like a dictionary or class

Screenshots
N/A

Desktop (please complete the following information):

  • v0.2.0

Additional context
Add any other context about the problem here.

Account for accessibility and readability in snapshot outputs

This is a general issue to track notes about readability and accessibility in diffs. See this jest blog post for more information: https://jestjs.io/blog/2020/01/21/jest-25, and this jest PR jestjs/jest#9132

They seem to have put a lot of effort into improving diff outputs recently so it's definitely something to consider and take inspiration from.

Sorry for the lack of specificity on this issue, mostly created it for tracking purposes with the idea of triggering an investigation.

assert_match does not fail assertion

Describe the bug

snapshot.assert_match(ANY) always passed

To Reproduce
Steps to reproduce the behavior:

  1. Replace with snapshot.assert_match(None)
    assert "Second." == snapshot
  2. Run command inv test
  3. See that test does not fail

Expected behavior

Should fail with the same error as assert None == snapshot

Clarify test methods for integration tests and testing in general

Current tests are starting to be hard to reason about. Some clarification about the behaviour each test is attempting to verify is getting more essential.

Describe the solution you'd like

Make each test case group a single file testing all the behaviours with module and test doc string explaining the purpose

Describe alternatives you've considered
N/A

Additional context
The tests/test_integration_default.py file is an example of this complexity.

Remove assertion call syntax

Is your feature request related to a problem? Please describe.

One of the project's motivations is to provide a uniform, idiomatic way to assert snapshots. We're keeping snapshot.assert_match for backwards compatibility with snapshottest for the moment, however no one uses the snapshot(actual) syntax. It's a remnant of testing out different approaches.

Describe the solution you'd like

Remove the snapshot call syntax:

def __call__(self, data: "SerializableData") -> bool:

Make serialized representation of empty iterable more concise

Is your feature request related to a problem? Please describe.

An empty list takes up 3 lines in an ambr file.

<class 'list'> [
]

Describe the solution you'd like

Represent an empty iterable in a more concise format:

<class 'list'> []

or

<class 'list'> [ ]

Describe alternatives you've considered

There's an argument that the more verbose format produces smaller git diffs if adding an element, since we don't change the line indicating a list is being used.

Support nested test classes

Describe the bug

Syrupy does not support nested test blocks

To Reproduce
Steps to reproduce the behavior:

Given

# test_str.py
class TestClass:
    class TestSubClass:
        def test_sub_class_has_parent(self, snapshot):
            assert "this should be in a nested class" == snapshot

Result

# name: TestSubClass.test_sub_class_has_parent
  'this should be in a nested class'
---

Expected behavior

# name: TestClass.TestSubClass.test_sub_class_has_parent
  'this should be in a nested class'
---

Screenshots

N/A

Desktop (please complete the following information):

  • Version 0.1.0

Additional context

N/A

Replacing `os.path` with `pathlib`

Is your feature request related to a problem? Please describe.
This is mainly a refactor concern: in Python 3.4+, pathlib can serve as a more powerful (and built-in) replacement for os.path, dealing with flexible pathlike objects compatible anywhere where a string path may be used. It offers extra features over just dealing with paths, such as navigating filetrees with ease using object methods. Succinctly put, it provides a cleaner experience when dealing with file structures.

Describe the solution you'd like
Refactor syrupy so that it uses pathlib wherever it deals with paths instead of os.path.

Describe alternatives you've considered
Continuing with os.path and accepting increased complexity.

Additional context
Since Syrupy already requires python >= 3.6, the version requirement for pathlib isn't a concern.

Automate releases on GitHub

Is your feature request related to a problem? Please describe.

Package releases are currently manual. We should automate these releases via semantic commits.

This means we need to enforce semantic commits as part of precommit hook and CI, and parse the commits to determine version bump.

Alternatives

Continuing manual releases w/ thoroughly documented process.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.