npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

eslint-plugin-preferred-import-path

v1.1.0

Published

Enforces a consistent use of preferred import paths

Downloads

353

Readme

Enforces a consistent use of preferred import paths (preferred-import-path/preferred-import-path)

Enforce the use of preferred import path, it allows to keep a consistent use of import paths that may be aliased of typescript or webpack and you'd prefer your team to use the aliases, instead of relative paths, or absolute paths but that are longer and aliases keep them short

Fixable: This rule is automatically fixable by using the --fix option on the command line.

Rule details

This rule checks that import declaration sources are in line with the map of preferred paths.

This rule accepts an argument that conveys the paths you want to map to the preferred paths:

// .eslintrc.js
module.exports = {
    rules: {
        'preferred-import-path/preferred-import-path': {
            'src/views', '@views',
            'src/components', '@components',
            'src/components/design-system', '@ui'
        }
    }
}

With this configuration when an import declaration is found it will check if the source of it is one of the keys of the map it will error/warn about the preference of using the value of such key.

For example, if we have this import:

import { Modal } from 'src/components/Modal';

it will autofix to:

import { Modal } from '@components/Modal';

When not to use it

This rule is intended for projects that want to enforce a convention on the use of certain import declarations, most of the time this won't be the case and this rule won't be needed.