Open kong-troop opened 3 months ago
ESLint and thus eslint-plugin-vue only has access to the current file while linting, so checking what might be returned from some other file is difficult.
Maybe if typescript-eslint's parser is used, we have access to the types and can report those cases then? Feel free to try that and submit a PR.
I have a similar problem. Based on the comment above, for the test I made a composable in one file
My example of playback:
import { defineComponent, ref } from 'vue'
const useMyRef = () => ref(true)
export const TestComponent = defineComponent({
name: 'TestComponent',
setup() {
const test2 = ref(true)
const ctx = useMyRef()
// Not valid - true
if (test2) {
console.log('')
}
// Valid - wtf?
if (ctx) {
console.log('')
}
return () => null
},
})
Please describe what the rule should do:
Current
vue/no-ref-as-operand
rule only support the localref
. If aref
is being returned from a composable and being use with operand (eg: returnedRef++) , it didnt throw any warning as expected.What category should the rule belong to?
[ ] Enforces code style (layout) [x] Warns about a potential error (problem) [ ] Suggests an alternate way of doing something (suggestion) [ ] Other (please specify:)
Provide 2-3 code examples that this rule should warn about:
Additional context