import/default Correctness 
What it does 
If a default import is requested, this rule will report if there is no default export in the imported module.
Why is this bad? 
Using a default import when there is no default export can lead to confusion and runtime errors. It can make the code harder to understand and maintain, as it may suggest that a module has a default export when it does not, leading to unexpected behavior.
Examples 
Examples of incorrect code for this rule:
javascript
// ./bar.js
export function bar() {
  return null;
}
// ./foo.js
import bar from "./bar"; // no default export found in ./barExamples of correct code for this rule:
javascript
// ./bar.js
export default function bar() {
  return null;
}
// ./foo.js
import { bar } from "./bar"; // correct usage of named importHow to use 
To enable this rule in the CLI or using the config file, you can use:
bash
oxlint --deny import/default --import-pluginjson
{
  "plugins": ["import"],
  "rules": {
    "import/default": "error"
  }
}