Js-beautify: ES6 मॉड्यूल आयात/निर्यात के बाद नई लाइन डाली गई

#388 से संबंधित।

मुझे लगता है कि यहां मुद्दा यह है कि हम निर्यात को एक आरक्षित शब्द के रूप में नहीं संभालते हैं।

अरे @bitwiseman वास्तव में समस्या है, लेकिन उदाहरण के लिए अगर मैं कुछ लिखता हूं

export default moduleName;

इसे सुशोभित किया जाएगा

default moduleName;

जो अच्छा नहीं लगता :)

इसके अलावा, अगर मुझे ब्रेस स्टाइल आयात चाहिए

import { mod1, mod2 } from 'filePath';

इसे सुशोभित किया जाएगा

import { 
  mod1, 
  mod2 
} from 'filePath';

तुम उसके बारे में क्या सोचते हो ?

यह सब ठीक लगता है। module , export , और import कीवर्ड जोड़ने की जरूरत है और कोड को ठीक से प्रारूपित करने के लिए लिखा जाना चाहिए।

इस मुद्दे को हल करने के कितने करीब है इस पर कोई खबर?

यह अगली रिलीज में होगा। इंफ्रास्ट्रक्चर है, इसमें मामूली बदलाव होना चाहिए।

निर्यात विवरण के स्वरूपण को ठीक करने के लिए +1!

+1

+1

+1

+1

+1

+एन. मुझे लगता है कि इन खोजशब्दों को आरक्षित शब्दों की सूची में जोड़ने की बात है। क्या वो सही है?

संपादित करें: नहीं। मैंने यह पता लगाने की कोशिश की कि नए नियम कहां होंगे, लेकिन क्या बदलाव को जोखिम में डालने के लिए बहुत अधिक कोड है =/

:+1:

ऐसा लगता है कि इस अधिकार को करने के लिए यह एक महत्वपूर्ण उपक्रम है। मुझे खेद है दोस्तों, लेकिन मुझे इसे अगली रिलीज पर रखना होगा।

संदर्भ के लिए:
http://people.mozilla.org/~jorendorff/es6-draft.html#sec -modules
http://people.mozilla.org/~jorendorff/es6-draft.html#sec -imports
http://people.mozilla.org/~jorendorff/es6-draft.html#sec -exports

यह हम सभी को बनाता है:

लेकिन हम सभी को याद रखना चाहिए:

यह बिल्कुल सही है। :स्माइली:

उसके लिए आपको निम्नलिखित फिक्स मिलते हैं - नीचे दिए गए निरर्थक इनपुट ब्यूटिफायर से समान आउटपुट का उत्पादन करेंगे। अधिकांश परिदृश्य अभी भी भयानक दिखते हैं, लेकिन मुझे लगा कि मैं इन्हें कम से कम दर्द के साथ हैक कर सकता हूं।

module "a" {
    import odd from "Odd";
    export default function div(x, y) {}
    export function sum(x, y) {
        return x + y;
    }
    export var pi = 3.141593;
    export default moduleName;
    export *
}

:+1:
दृष्टि में कोई फिक्स?

मेरे खाली समय में... :मुस्कान:

:+1:

+1

+1

मूल मुद्दा 1.5.2 में तय किया गया था।

@redking , @dred9e , @Aluxian , @simplyianm , @pgilad , @webbushka , @fpauser , @Volox , @naomifeehanmoran , @darlanalves , @thaume -

मुझे आपकी मदद चाहिए.

कृपया इनपुट, वास्तविक आउटपुट और वांछित आउटपुट के उदाहरण प्रदान करें ताकि मैं इस मुद्दे के माध्यम से अपना काम कर सकूं। यह भी इंगित करें कि क्या वास्तविक आउटपुट केवल वांछनीय नहीं है या यदि यह सिंटैक्स त्रुटियों का कारण बनता है। सिंटैक्स त्रुटियों को प्राथमिकता मिलेगी। मेरे पास @thaume से अब तक एक है -

//input
import { mod1, mod2 } from 'filePath';

// actual output - non-breaking 
import { 
  mod1, 
  mod2 
} from 'filePath';

// desired output (unchanged)
import { mod1, mod2 } from 'filePath';

टिप्पणियाँ:

• कृपया एक-दूसरे की टिप्पणियों को देखें और कोशिश करें कि थोड़े अंतर के साथ स्वरूपण की कक्षाएं न दोहराएं। उत्तम प्रयास ठीक है। :मुस्कुराओ:
• ब्रेस पोजीशनिंग एक प्रमुख समस्या होने जा रही है। वर्तमान में हमारे पास सभी प्रकार के ब्रेसिज़ की स्थिति के लिए एक सेटिंग है - पतन, विस्तार,
• चूंकि मूल मुद्दे को ठीक कर दिया गया है, इसलिए मैं इस मुद्दे को बंद कर सकता हूं और आपके द्वारा प्रदान की जाने वाली विभिन्न इनपुट के लिए नए खोल सकता हूं।

@bitwiseman उपरोक्त नमूना वही है जो मैं भी अपेक्षा करता हूं। मैं हाल ही में एटम संपादक पर ES6 के साथ खेल रहा हूं, जहां मेरे पास सहेजने पर ऑटो-प्रारूप नहीं है, केवल इसलिए कि आयात गड़बड़ हो गए हैं।

अपेक्षित/इनपुट:

import { Bar } from 'lib/Bar';

class Foo {
    constructor() {
        this.bar = new Bar();
    }
}

export { Foo };

यह अब कैसा है:

import {
    Bar
}
from 'lib/Bar';

class Foo {
    constructor() {
        this.bar = new Bar();
    }
}

export {
    Foo
};

मुझे अभी तक एक उदाहरण नहीं पता है जो स्वरूपित होने पर कोड को तोड़ देगा।

मुझे पता है कि यह आयात/निर्यात नहीं है, और यह जेएसएक्स से संबंधित है, इसलिए शायद यह एक पूरी तरह से अलग जानवर है, हालांकि मैं कल्पना कर सकता हूं कि एक फिक्स संबंधित होगा:

return <div {...props}></div>;

हो जाता है

return <div {...props
    } > < /div>;

क्या आपने e4x = true सेट किया था?

हां मैंने किया, और मैं नियमित जेएसएक्स पर बिना किसी अक्षर के देख सकता हूं कि इसका सम्मान किया जा रहा है। हालाँकि, सबसे बाहरी टैग में {...props} जैसा शाब्दिक होने से फ़ॉर्मेटिंग तुरंत टूट जाती है। यदि शाब्दिक एक नेस्टेड तत्व के अंदर है, तो यह थोड़ा बेहतर काम करता है लेकिन फिर भी क्लोजिंग टैग पर टूट जाता है। अगर यह सही जगह/मुद्दा है तो मैं और उदाहरण पोस्ट कर सकता हूं।

@loopmode - कृपया ऊपर दिए गए उदाहरण के साथ एक नया मुद्दा खोलें।

+1

:+1: यह विनाशकारी वस्तुओं को भी प्रभावित करता है।

var { type, size } = someObject;

में परिवर्तित किया जाता है

var {
        type, size
    } = someObject;

: +1: परमाणु का उपयोग करते समय आयात और जेएसएक्स स्वरूपण मेरे लिए भी टूटा हुआ है

+1

+1

+1

+1

जेएस-सुंदरता 1.5.10 के साथ, मुझे निम्न मिल रहा है:

इनपुट:

import { x, y, z } from './other';

आउटपुट:

import {
    x, y, z
}
from './other';

मैं निश्चित रूप से ब्रेस समाप्त होने के बाद नई लाइन नहीं चाहता।

+1

इसका समर्थन करने की कोई योजना है?

क्या यह अभी भी तय नहीं है?

यह अभी भी खुला है। पुल अनुरोधों का स्वागत है।

+1

हालांकि इसका उपयोग करके एक वर्कअराउंड है:
/* संरक्षित रखें सुशोभित करें: प्रारंभ करें _/
/_ सुशोभित संरक्षित करें: अंत */

यह देखना बहुत अच्छा नहीं है।

+1

+1

+1

रुचि रखने वाले किसी भी व्यक्ति के लिए, शेष अंक import {x, y} from './other' के साथ है। यह विनाशकारी वस्तुओं का एक उप-मामला प्रतीत होता है। #511 देखें।

मुझे अभी भी आयात के लिए व्यवहार मिलता है, लेकिन सभी टिकट बंद हैं। मैं एटम में सौंदर्यीकरण के बाद आयात में एक लाइन को कैसे सुरक्षित रख सकता हूं? धन्यवाद!

समझ गया, बस जरूरत थी .jsbeautifyrc . में निम्नलिखित कॉन्फिग को जोड़ने की

{
  "preserve_newlines": true,
  "max_preserve_newlines": 2
}

मैं अभी भी import के साथ इस समस्या का सामना कर रहा हूं। मैं 1.6.3 का उपयोग कर रहा हूं

import { mod1, mod2 } from 'filePath';

हो जाता है

import { 
  mod1, 
  mod2 
} from 'filePath';

आप में से उन लोगों के लिए कि यह सही ढंग से काम करता है, क्या आप अपनी .rc फ़ाइल जेसन को सही गुणों के साथ पोस्ट कर सकते हैं? मुझे नहीं पता कि यह बिल्कुल क्यों काम नहीं कर रहा है।

{
  "preserve_newlines": true,
  "max_preserve_newlines": 2
}

जिसने इसे ठीक नहीं किया (जैसा कि ऊपर पोस्ट किया गया है)

@ the-simian यदि आप एटम वरीयताएँ देखते हैं तो "ब्रेस स्टाइल" अनुभाग में सही विकल्प "brace_style": "collapse-preserve-inline" है। "preserve_newlines" विकल्प संपूर्ण फ़ाइल में नई पंक्तियों के संरक्षण के लिए है। आप निश्चित रूप से चाहते हैं कि वह सच हो, हालाँकि। :)

@eloquence अपडेट के लिए धन्यवाद, मैं इसे जल्द से जल्द आज़माउंगा
संपादित करें: _वह यह था_

यहाँ .jsbeautifyrc फ़ाइल में संदर्भ पूर्ण कार्यशील json है:

{
    "brace_style": "collapse-preserve-inline", //<----that
    "break_chained_methods": false,
    "end_with_newline": false,
    "eol": "\n",
    "eval_code": false,
    "indent_char": "  ",
    "indent_level": 0,
    "indent_size": 1,
    "indent_with_tabs": true,
    "jslint_happy": false,
    "keep_array_indentation": false,
    "keep_function_indentation": false,
    "max_preserve_newlines": 4, //<---this
    "preserve_newlines": true, // <---this too
    "space_after_anon_function": false,
    "space_before_conditional": true,
    "unescape_strings": false,
    "wrap_attributes": "auto",
    "wrap_attributes_indent_size": 2,
    "wrap_line_length": 0
}

@loopmode मुझे collapse-preserve-inline के साथ एक समान समस्या मिली

"brace_style": "collapse-preserve-inline",

इनपुट:

const _state = { ...state }

आउटपुट:

const _state = {...state }

जबकि collapse-preserve-inline काम करता है, end-expand या expand के साथ समान व्यवहार प्राप्त करने का कोई तरीका नहीं है। क्या कोई ऐसा तरीका है जिससे हम end-expand-preserve-inline और अन्य विकल्पों के लिए समान या शायद preserve-inline-braces विकल्प भी सही या गलत के साथ प्राप्त कर सकें?

@ कोबर्न37 - कृपया एक नया मुद्दा दर्ज करें और/या यह देखने के लिए #1052 देखें कि क्या यह वर्णन करता है कि आप क्या चाहते हैं।

+1। मैं पतन, संरक्षण-इनलाइन का प्रशंसक नहीं हूं। मैं विशेष रूप से आयात के लिए एक नियम जोड़ना चाहूंगा...