Language-tools: प्रत्येक टूल के लिए svelte.config.js के ऑनवार्न और अन्य विकल्पों का उपयोग करें

को निर्मित 3 मार्च 2021 · 10टिप्पणियाँ · स्रोत: sveltejs/language-tools

वर्तमान में ऐसे तीन स्थान हैं जहां मुझे svelte की a11y चेतावनियों के लिए अनदेखा कॉन्फ़िगर करना चाहिए:

भाषा सर्वर
lua lspconfig.svelte.setup{ cmd = { "yarn", "svelteserver", "--stdio" }; on_attach = on_attach; settings = { svelte = { plugin = { svelte = { compilerWarnings = { ["a11y-no-onchange"] = "ignore" } } } } } }
svelte-check , जो कॉन्फ़िगर होने पर package.json बदसूरत दिखता है और इसे कॉन्फ़िगर करने के लिए यह एकमात्र जगह है
```
{
  "val": "svelte-check --compiler-warnings a11y-no-onchange:ignore",
  "validate": "yarn val --threshold warning && yarn tsc --noEmit"
}
```

एस्लिंट

settings: {
  'svelte3/ignore-warnings': ({ code }) => code === 'a11y-no-onchange',
  // ...
},

मैं इसे एक ही स्थान पर कॉन्फ़िगर करना पसंद करूंगा: svelte.config.js । इसे svelte-preprocess कारण टाला नहीं जा सकता है और ये उपकरण इसे वैसे भी svelte-preprocess लिए पढ़ रहे हैं, इसका उपयोग onwarn लिए क्यों न करें?

साथ ही वर्तमान स्थिति में मैं भाषा सर्वर के लिए प्रति-प्रोजेक्ट कॉन्फ़िगरेशन नहीं बना सकता।

आदर्श रूप से, मैं भाषा उपकरण और बंडलर दोनों में svelte.config.js का उपयोग करना चाहता हूं और वहां सब कुछ व्यापक-संबंधित कॉन्फ़िगर करना चाहता हूं।
यह सामान भी: https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#settings

स्रोत

non25

👍2

सबसे उपयोगी टिप्पणी

मेरी राय में चेतावनी के सामंजस्य के लिए उम्मीदवार हैं: भाषा-सर्वर, व्यापक-जांच, रोलअप प्लगइन, वेबपैक प्लगइन।

dummdidumm 4 मार्च 2021

👍2

सभी 10 टिप्पणियाँ

नर मुझे समझ में आता है। मुझे लगता है कि कठिन हिस्सा नामकरण पर सहमत होगा/इसे वास्तव में कैसे निर्दिष्ट किया जाना चाहिए

benmccann 4 मार्च 2021

👍1

यह चेतावनियों जैसी चीजों के लिए समझ में आता है। मैं असहमत हूं कि सभी भाषा सर्वर सेटिंग्स को इससे पढ़ा जाना चाहिए, जो कि आईडीई की जिम्मेदारी होनी चाहिए कि वह उन्हें प्रदान करे और भाषा सर्वर के साथ एकीकृत करे।

dummdidumm 4 मार्च 2021

👍1

तो इसके वर्तमान स्वरूप में ऑनवार्न का उपयोग करना स्वीकार्य दिशा है?
मौजूदा कॉन्फ़िगरेशन के साथ संगत होने के लिए, हम चेतावनियों को रोकने के लिए इसी तरह के ऑनवार्न कॉलबैक इंटरफ़ेस को लागू कर सकते हैं जैसे कि यह वर्तमान में बंडलर के लिए व्यापक प्लगइन्स में किया जाता है।

शायद सभी नहीं, लेकिन svelte.config.js में भाषा सर्वर के लिए कुछ कॉन्फ़िगरेशन होने का कारण यह है कि कम से कम प्रारूप विकल्प आमतौर पर प्रति-प्रोजेक्ट आधार पर कॉन्फ़िगर किए जाते हैं। :विचारधारा:

https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable

non25 4 मार्च 2021

स्वरूपण विकल्पों को .prettierrc फ़ाइल में रखा जाना चाहिए क्योंकि विस्तार स्वरूपण को पूरा करने के लिए एक सुंदर प्लगइन के संयोजन में सुंदर का उपयोग करता है। https://www.npmjs.com/package/prettier-plugin-svelte

dummdidumm 4 मार्च 2021

👍1

मेरे पास प्री-प्रतिबद्ध हुक के रूप में सुंदर है। कॉन्फ़िगरेशन package.json ।

{
  "prettier": {
    "singleQuote": true,
    "printWidth": 80,
    "plugins": [
      "prettier-plugin-svelte"
    ]
  }
}

क्या एलएस से सुंदर आमंत्रण में कुछ खास है? या इसे इस कॉन्फ़िगरेशन को लोड करना चाहिए जैसे यह आमतौर पर करता है? :विचारधारा:

non25 4 मार्च 2021

यह भी काम करेगा। मेरा कहना था कि स्वरूपण विकल्प svelte.config.js की चिंता नहीं होनी चाहिए।

dummdidumm 4 मार्च 2021

👍1

मैं मानता हूँ, अब मैं कुछ और के अलावा अन्य नहीं दिख रहा है onwarn यथोचित करने के लिए ले जाने के लिए svelte.config.js ।

बाएँ फैसला करने के लिए बहुत कुछ नहीं है।

क्या प्रत्येक उपकरण में onwarn कॉलबैक करना एक अच्छा समाधान लगता है?
बंडलर में वर्तमान के साथ संगत एकीकृत विन्यास।

non25 4 मार्च 2021

मैं उन चीजों के लिए svelte.config.js समर्थन जोड़ने के बारे में चिंतित हूं जिनके पास पहले से ही कॉन्फ़िगरेशन के लिए अच्छी तरह से स्थापित तंत्र है। उदाहरण के लिए, ESLint में, प्लगइन्स को केवल उस कॉन्फ़िगरेशन ऑब्जेक्ट को पास किया जाता है जिसे ESLint पहले ही लोड कर चुका है। यह कई पदानुक्रमित .eslintrc.js फ़ाइलों (या JSON फ़ाइलें, या YAML फ़ाइलें, या eslintConfig कुंजियों की सामग्री package.json फ़ाइलों में) के विलय का परिणाम हो सकता है, और मुझे नहीं लगता कि ESLint प्लगइन को बताता है कि इनमें से कोई भी फाइल कहां थी, इसलिए मुझे नहीं पता कि प्लगइन को कहां देखना चाहिए svelte.config.js । कॉन्फ़िगरेशन को संभालने का एक ही एकीकृत तरीका है, और ESLint कोर इसके लिए जिम्मेदार होना चाहता है।

Conduitry 4 मार्च 2021

👀1

तो समाधान है:

मेरे LS क्लाइंट को कार्यस्थान से कॉन्फ़िग फ़ाइलें पढ़ना सिखाएँ और कॉन्फ़िगरेशन को LS में पास करें जैसे svelte-vscode करता है।
svelte.config.js से कॉन्फ़िगरेशन आयात करें और इसे किसी भी तरह .eslintrc.js में उपयोग करें। अनदेखी के साथ एक सूची बनाएं और इसे दोनों कार्यों या किसी चीज़ में उपयोग करें।
कार्यक्षेत्र से कॉन्फ़िगरेशन लोड करना svelte-check सिखाएं।

ऐसा लगता है कि संशोधित करने लायक एकमात्र चीज svelte-check ?

svelte-check , ऐसा लगता है कि यह उपयोगकर्ता भूमि में करने योग्य है। :विचारधारा:

non25 4 मार्च 2021

dummdidumm 4 मार्च 2021

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Language-tools: प्रत्येक टूल के लिए svelte.config.js के ऑनवार्न और अन्य विकल्पों का उपयोग करें

सबसे उपयोगी टिप्पणी

सभी 10 टिप्पणियाँ

संबंधित मुद्दों