Ant-design: 💥 चींटी डिजाइन 4.0 प्रगति पर है!

को निर्मित 31 मई 2019  ·  182टिप्पणियाँ  ·  स्रोत: ant-design/ant-design

पूर्वावलोकन साइट

next.ant.design


संक्षिप्त

दिसंबर 2017 से 16 महीने हो चुके हैं जब चींटी डिजाइन 3.0 जारी किया गया था। हमने काफी बग्स तय किए और 4289 कमिट्स, 138 रिलीज़, 7675 इश्यूज और PRs में बहुत सारे नए फीचर्स ( चैंज ) जोड़े, जिससे हमें GitHub में 25375 स्टार मिले। हमने चींटी डिज़ाइन प्रो 4.0 भी जारी किया। टाइपस्क्रिप्ट, ब्लॉक और लेआउट के अमूर्त के लिए समर्थन। हम हर योगदानकर्ताओं का शुक्रिया अदा करना चाहते हैं और आपका योगदान एंट डिजाइन को बेहतर और बेहतर बनाता है।

उसी समय, हमने चींटी डिज़ाइन प्रो 4.0 जारी किया। समर्थन टाइपस्क्रिप्ट, ब्लॉक और लेआउट घटक प्रदान करता है।

इस समय, हम सोच रहे हैं: ठीक है, फिर आगे क्या है? आगे चलकर Ant Design बनाने के लिए हम क्या कर सकते हैं? यह चींटी डिजाइन 4.0 के लिए योजना बनाने का समय है! 🍻

निम्नलिखित 4.0 के बारे में विस्तार योजना है। हम उनमें से कुछ को समायोजित कर सकते हैं क्योंकि यह अभी भी योजना में है।

Ibility संगतता के बारे में

हम 4.0 में पदावनत प्रॉप्स को हटा देंगे, जिसका अर्थ है कि डिप्रेस्ड प्रॉप्स अब समर्थित नहीं होंगे। यदि आपको नवीनतम 3.x से कोई चेतावनी नहीं मिल रही है, तो अपग्रेड करना सहज होगा। अन्यथा, 4.0 जारी होने के बाद 3.0 के लिए आधे साल के रखरखाव का चरण होगा।

हम जानते हैं कि यह अपग्रेड करने के लिए परेशान है। हम इसे संभालने के लिए संगत पैकेज प्रदान करने की योजना बना रहे हैं:

import Compatible from '@ant-design/compatible';

// It works, but will warning in console
const Demo = () => (
  <Compatible>
    <YourApp />
  </Compatible>
);

यह पैकेज 3.x रखरखाव चरण के अंत तक उपलब्ध होगा।

नवीनतम रिएक्ट एपीआई का उपयोग करें

हमने लंबे समय तक रिएक्ट 15 सपोर्ट दिया है। लेकिन यह सामाजिक प्रतिक्रिया से आवश्यक नहीं लगता है (रिएक्ट 15 के बारे में लगभग 0% मुद्दे हैं), क्योंकि रिएक्ट में मजबूत संगतता है। प्रतिक्रिया 15 का समर्थन करने के लिए, हम नए एपीआई का उपयोग बहुत सावधानी से करते हैं। यह 4.0 के बाद कोई समस्या नहीं होगी:

  • संबंधित घटक के लिए हुक अपी प्रदान करता है
  • समवर्ती मोड का समर्थन (अभी भी तैयारी, 4.0 में समायोजित जारी रहेगा)
  • आलिंगन प्रतिक्रिया 17 (वाह) ~)

IE9 / 10 समर्थन बंद करो

चींटी डिजाइन 3.0 पुराने IE का

अन्य संगत अद्यतन

  • कम 2.x को कम 3.x में अपग्रेड करें
  • आइकन समायोजन
  • उल्लेख किया गया है

Size आकार कम करें

आइकन का आकार ऑप्टिमाइज़ करें

हम [email protected] बाद svg आइकन ( svg क्यों? ) का उपयोग करते हैं। हम आइकन को मैप करने के लिए स्ट्रिंग नाम का उपयोग करते हैं, जो मांग पर लोड नहीं कर सकता है। हम सभी आइकन फ़ाइल को atd में आयात करते हैं जो बंडल आकार को बड़ा बनाती है । हम 4.0 में इसे संभाल लेंगे।

पुराने आइकन उपयोग का तरीका * पदावनत * होगा:

import { Icon, Button } from 'antd';

const Demo = () => (
  <div>
    <Icon type="smile" />
    <Button icon="smile" />
  </div>
);

4.0 के बजाय आयात एकल चिह्न का उपयोग करेगा:

// Directly import
import SmileOutline from 'antd/icons/SmileOutline';

// If tree-shaking supported
import { SmileOutline } from 'antd/icons';

const Demo = () => (
  <div>
    <SmileOutline />
    <Button icon={<SmileOutline />} />
  </div>
);

आप अभी भी पुराने तरीके से संगत तरीके का उपयोग कर सकते हैं।

Draft.js निकालें

पॉपअप स्थान की पुष्टि करने के लिए हम Mention घटक में Draft.js का उपयोग करते हैं, लेकिन इसका केवल एक छोटा सा भाग कार्यक्षमता उपयोग किया जाता है। यह लागत से अधिक लगता है। हम 4.0 में Draft.js को हटाने की योजना बनाते हैं, और इसके बजाय अन्य प्रकाश समाधान का उपयोग करते हैं। उसी समय, 3.0 में मूल मेंशन घटक के साथ अंतर करने के लिए, एपीआई संघर्ष से बचने के लिए एक नया घटक मेंशन पेश किया जाएगा। इसके अलावा, यह संगत तरीके का समर्थन करता है:

// Follow Code will not work
import { Mention } from 'antd';

const Demo = () => (
  <Mention />
);
// Added `Mentions` in 4.0
import { Mentions } from 'antd';

const Demo = () => (
  <Mentions />
);

🧭 प्रदर्शन अनुकूलन

हमें समुदाय से निर्धारित बड़े डेटा के लिए कुछ प्रदर्शन का मुद्दा मिलता है। हम यह सुनिश्चित करेंगे कि यहाँ कुछ अनुकूलन किया जाएगा।

वर्चुअल स्क्रॉलिंग

वर्चुअल स्क्रॉलिंग परफॉर्मेंस ऑप्टिमाइज़ेशन करने का एक सामान्य तरीका है। हम घटकों में इस मूल का समर्थन करने की योजना बना रहे हैं। यह 4.0 रिलीज में तुरंत खत्म नहीं हो सकता है। कदम से कदम को एकीकृत करेगा।

रिफैक्टर एनीमेशन

हमने अतीत में एनीमेशन के साथ कुछ हैक किया था। यह ज्यादातर मामलों में अच्छा काम करता है। हम हैक के बजाय बहुत शुद्ध रिएक्ट तरीके का उपयोग करने की योजना बनाते हैं। यह अपडेट मौन में होगा, कुछ भी आपको प्रभावित नहीं करेगा।

🧩 घटक अनुकूलन

हमने 3.0 में कई घटक जोड़े हैं, और 4.0 में जारी रहेंगे। ये घटक व्यावसायिक परिदृश्य, चींटी डिजाइन प्रो और सामाजिक आवश्यकता से आएंगे। नई घटक प्रक्रिया चींटी डिजाइन 3.0 के समान होगी, हम पीआर में संबंधित डिजाइन फ़ाइल डालेंगे और इसे आधिकारिक वेबसाइट में एकत्र करेंगे। प्रत्येक छोटे संस्करण में रिलीज़ करें।

इसके अलावा, हम उपयोग करने में आसान बनाने के लिए कुछ प्रमुख घटकों को रिफलेक्टर करने की योजना बनाते हैं। शामिल है, लेकिन न केवल:

प्रपत्र

फॉर्म सबसे अधिक उपयोग घटक में से एक है। हम देखते हैं कि सामाजिक के पास एपीआई डिजाइन पर कई टिप्पणियां हैं।
हम 4.0 में एपीआई को सरल बनाना चाहते हैं:

  • फॉर्म में डेटा स्टोर शामिल होगा। अब Form.create() का उपयोग करने की आवश्यकता नहीं है।
  • Fom.Item में फ़ील्ड बाइंड शामिल होगी। अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं है।
  • Form.Item मान रखेगा, लेकिन फ़ील्ड हटाए जाने पर सत्यापनकर्ता अक्षम हो जाएगा।
const Demo = () => {
  const [form] = Form.useForm();

  const onFinish = () => {
    // Do something...
  };

  useEffect(() => {
    // Something like ajax call
    form.setFieldsValue({
      username: 'light',
    });
  }, []);

  return (
    <Form form={form} onFinish={onFinish}>
      <Form.Item name="username" rules={[{ required: true }]}>
        <Input />
      </Form.Item>
    </Form>
  );
}

वास्तविक दुनिया में, हम रूपों (आमतौर पर विस्तार से कॉन्फ़िगरेशन) के बीच बहुत सारे संचार मिलते हैं। हम इसे आसान बनाना चाहते हैं:

const { useForm, createContext } = Form;
const FormContext = createContext();

const Demo = () => {
  return (
    <FormContext>
      <YourForm1 />
      <YourForm2 />
    </FormContext>
  );
};

यदि आप प्रपत्र प्रगति का पालन करना चाहते हैं, तो आप यहां देख सकते

टेबल

अतीत में, हम बहुत से प्राप्त टेबल प्रतिक्रिया। हम जानते हैं कि विस्तार और स्क्रॉल प्रॉप एक साथ अच्छी तरह से काम नहीं करते हैं। इस बार, हम इसे ठीक करने पर ध्यान देंगे। इसके अलावा, हम टेबल अनुकूलन पर बहुत कुछ करेंगे। और लेआउट the करने का आसान तरीका

const Demo = () => {
  return (
    <Table
      header={{
        templateAreas: `
          name    address     address
          name    building    no
        `,
        cells: [
          { key: 'name', title: 'Name' },
          { key: 'address', title: 'Address' },
          { key: 'building', title: 'Building' },
          { key: 'no', title: 'No' },
        ],
      }}
    />
  );
};

antd4-table

हम सारांश पंक्ति का समर्थन करने के लिए सारांश पाद लेख जोड़ने की भी योजना बनाते हैं।

नई तारीख

वर्तमान DatePicker अधिकांश आवश्यकता को पूरा करती है। लेकिन सामुदायिक चर्चा से , हम इसे और अधिक खोद सकते हैं। हम बाकी वर्ष पिकर और रेंजर पिकर ( चर्चा ) प्रदान करेंगे। और इसके अलावा, हम उपयोगकर्ता अनुभव को बढ़ाने के लिए DatePicker डिजाइन शैली को अपडेट करेंगे।

🚀 अपडेट जारी रखें

उपरोक्त सामग्री के अलावा, हम कुछ निरंतर अपडेट करने की योजना भी बनाते हैं। ये विकास और उपयोगकर्ता अनुभव को बढ़ाने के लिए 4.0 में अपडेट होते रहेंगे।

Ibility पहुंच में सुधार

चींटी डिजाइन 3.0 में पहुंच के लिए सीमित समर्थन है, हम स्क्रीन रीडर अनुभव को बढ़ाने के लिए डोम संरचना को समायोजित करने और अधिक एरा चिह्न जोड़ने की योजना बनाते हैं। इसके अलावा, हम कुंजी बोर्ड इंटरैक्शन को अनुकूलित करने की भी तैयारी करते हैं।

🎯 डेवलपर एपीआई मानक

हम पाते हैं कि कुछ एपीआई नामकरण शैली दूसरों के साथ थोड़ी अलग है। यह टाइपस्क्रिप्ट डेवलपर के लिए कोई समस्या नहीं है, लेकिन अन्यथा याद रखना कठिन है।
इस प्रकार, हम एक नामकरण मानक दस्तावेज बनाएंगे जिसमें वर्तमान एपीआई और संबंधित नामकरण नियम शामिल होंगे। नई सुविधा में, एपीआई नामकरण संघर्ष से बचने के लिए नामकरण नियम का पालन करेगा। इसके अलावा, हम पीआर में इस बारे में समुदाय की राय का स्वागत करते हैं।

💼 रिएक्ट सख्त मोड

यदि आपने <React.StrictMode> साथ atd घटक को लपेटने का प्रयास किया, तो आपको चेतावनी मिलेगी। हमने पहले ही कुछ घटकों को नए जीवन चक्र विधि से बदल दिया है। यह काम 4.0 में जारी रहेगा।

Experience डेवलपर अनुभव में सुधार

अतीत में, हमने पाया कि कुछ मुद्दा बार-बार आता है। ये मुद्दे किसी तरह से उपयोग का प्रश्न हैं। हमें लगता है कि हम इस पर कुछ कर सकते हैं (वास्तव में पहले से ही 3.0 में शुरू)। विकास के माहौल में, हम अप्रत्याशित स्थिति (जैसे अमान्य पल वस्तु, उपसर्ग / प्रत्यय समायोजन कारण डोम संरचना परिवर्तन, आदि) को चेतावनी देंगे। हम मानते हैं कि कंसोल समस्या को पूरा करने के लिए ध्यान केंद्रित करने के लिए पहली जगह है। उचित सुझाव प्रदान करने से समस्या को खोजने में मदद मिल सकती है। उसी समय, हम प्रत्येक घटक दस्तावेज़ के अक्सर पूछे जाने वाले प्रश्नों को सारांशित करेंगे। रखरखाव के पक्ष से, हम प्रत्येक उपयोग प्रश्न पर मदद नहीं कर सकते, लेकिन वे मौजूद हैं, खासकर नए आने वाले डेवलपर्स के साथ। बहुत से खोज समय को बचाने में मदद मिल सकती है। यदि आप इस पर रुचि रखते हैं, तो हमारे साथ डेवलपर अनुभव को बढ़ाने में मदद करें।

🐱 डिजाइन संसाधन

चींटी डिजाइन न केवल एक घटक पुस्तकालय है। डिजाइन समर्थन शक्ति है। हम डिजाइन संसाधन (स्केच घटक पैकेज, रसोई उपकरण, डिजाइन टोकन, आदि) को अपडेट करेंगे। हम उपयोगकर्ता अनुभव को बढ़ाने के लिए वर्तमान घटक शैली को भी समायोजित करेंगे।

मील के पत्थर

यहां हमारी मील के पत्थर की योजना है। हम गीथूब पर संबंधित मुद्दा बनाएंगे। और सामाजिक योगदानकर्ता का भी स्वागत करेंगे:

Q2

  • संबंधित एपीआई को पदावनत के रूप में चिह्नित करें और दस्तावेज़ से हटा दें।
  • निम्न स्तर के घटक चेतावनी को अद्यतन करते हैं।

Q3

  • Atd 4.0 शाखा बनाएँ और दस्तावेज़ को अपडेट करें।
  • अवयव का विकास।

Q4

  • रिलीज चींटी डिजाइन 4.0।

नाव पर स्वागत है

हम आपको विकसित करने की प्रक्रिया के दौरान तैनात रखेंगे। ऊपर दी गई सामग्री अंतिम नहीं हो सकती। समुदाय से सोचा / सलाह स्वागत से अधिक होगी! आइए चींटी डिज़ाइन 4.0 को बेहतर बनाएं!


परिचय

दिसंबर 2017 में चींटी डिजाइन 3.0 जारी किए 16 महीने हो गए हैं। इस अवधि के दौरान, हमने बड़ी संख्या में बग को ठीक किया है और बड़ी संख्या में नई सुविधाएँ ( अपडेट लॉग ) जोड़ी हैं। 4289 प्रस्तुत किए गए, 138 संस्करण जारी किए, 7675 मुद्दों और पीआर को बंद किया, और 25375 सितारों को जोड़ा। हमने चींटी डिज़ाइन प्रो 4.0 भी जारी किया। टाइपस्क्रिप्ट, ब्लॉक का समर्थन करता है, और लेआउट को अमूर्त करता है। हम चींटी डिजाइन को और अधिक उपयोगी बनाने के लिए आपके समर्पण के लिए सभी सामुदायिक स्वयंसेवकों को धन्यवाद देना चाहते हैं।

इसी समय, हम यह भी सोच रहे हैं कि अगला कदम क्या है और चींटी डिजाइन को कैसे आगे बढ़ाया जाए। हम इस साल Q4 में चींटी डिजाइन 4.0 संस्करण जारी करने की उम्मीद

निम्नलिखित 4.0 के लिए एक विस्तृत योजना है, बेशक यह अभी भी योजना बनाई जा रही है। आधिकारिक तौर पर जारी किए जाने पर समायोजन हो सकता है।

Adjustment संगतता समायोजन

हम 4.0 में पदावनत के रूप में चिह्नित विशेषताओं को हटा देंगे। उस समय आप परित्यक्त विधियों का उपयोग नहीं कर पाएंगे। यदि आप अपनी परियोजना को नवीनतम 3.x में अपग्रेड करते हैं और आपको कंसोल में antd से चेतावनी संदेश दिखाई नहीं देता है, तो आपका 4.0 पर अपग्रेड भी निर्बाध हो जाएगा। 3.x संस्करण के लिए, हम 4.0 रिलीज़ के बाद भी छह महीने के अतिरिक्त रखरखाव कार्य करेंगे।

हम जानते हैं कि अपग्रेड संस्करण में अप्रचलित एपीआई को छोड़ने के लिए बहुत अधिक ऊर्जा है। हम परियोजना संक्रमण की सहायता के लिए एक अनुकूलता पैकेज प्रदान करने की योजना बनाते हैं जब हम 4.0 जारी करते हैं (संबंधित एपीआई अभी भी डिजाइन के तहत है और आधिकारिक तौर पर जारी होने पर अलग हो सकता है):

import Compatible from '@ant-design/compatible';

// It works, but will warning in console
const Demo = () => (
  <Compatible>
    <YourApp />
  </Compatible>
);

3.0 रखरखाव कार्य बंद होने तक संगतता पैक भी अपडेट रहेगा।

रिएक्ट एपीआई के नवीनतम संस्करण का उपयोग करें

हम लंबे समय से रिएक्ट 15 संस्करण का समर्थन कर रहे हैं, लेकिन सामुदायिक प्रतिक्रिया से, यह वास्तव में महत्वपूर्ण नहीं है (प्रतिक्रिया 15 का अंक संख्या 0% के करीब है)। क्योंकि React में ही बहुत मजबूत संगतता है। प्रतिक्रिया 15 का समर्थन करने के लिए, हम विकास प्रक्रिया के दौरान नए एपीआई के उपयोग के बारे में बहुत सावधान हैं। संस्करण 4.0 के बाद, हम विकास के लिए बेंचमार्क के रूप में नवीनतम रिएक्ट संस्करण का उपयोग करेंगे:

  • संबंधित घटकों के हुक संस्करण प्रदान करें
  • समवर्ती मोड का समर्थन करें (निश्चित रूप से, तैयार करने के लिए और चीजें हैं, और 4.0 रिलीज में समायोजित किया जाना जारी रहेगा।)
  • आलिंगन प्रतिक्रिया 17 (वाह! ~)

IE9 / 10 समर्थन बंद करो

चींटी डिजाइन 3.0 ने IE के पुराने संस्करण के साथ संगत होने

अन्य संगतता समायोजन

  • 2.x से कम 3.x पर अपग्रेड करें
  • आइकन उपयोग परिवर्तन
  • अप्रचलित का उल्लेख करें

Volume वॉल्यूम कम करें

आइकन आकार ऑप्टिमाइज़ करें

[email protected] , हमने svg आइकन पेश किया ( क्यों svg आइकन का उपयोग करें? )। स्ट्रिंग नामकरण के साथ आइकन स्थापित करने के लिए एपीआई का उपयोग किया जाता है। इस डिजाइन के तहत, हम मांग पर लोड नहीं कर सकते। इसलिए, हम पूरी तरह से svg आइकन फ़ाइलों को पेश करते हैं, जो पैक किए गए उत्पाद के आकार को बहुत बढ़ाता है। 4.0 में, हम वॉल्यूम समायोजित करने के लिए इसे समायोजित करेंगे।

आइकन उपयोग का पुराना संस्करण अप्रचलित होगा:

import { Icon, Button } from 'antd';

const Demo = () => (
  <div>
    <Icon type="smile" />
    <Button icon="smile" />
  </div>
);

4.0 में, ऑन-डिमांड परिचय पद्धति अपनाई जाएगी:

// Directly import
import SmileOutline from 'antd/icons/SmileOutline';

// If tree-shaking supported
import { SmileOutline } from 'antd/icons';

const Demo = () => (
  <div>
    <SmileOutline />
    <Button icon={<SmileOutline />} />
  </div>
);

आप अभी भी उपरोक्त संगत विधि का उपयोग जारी रख पाएंगे।

Draft.js निकालें

हमने ड्रॉप-डाउन प्रॉम्प्ट पोजीशनिंग फंक्शन को लागू करने के लिए Draft.js को मेंशन घटक में पेश किया, लेकिन हमने केवल इसके फ़ंक्शन के एक छोटे हिस्से का उपयोग किया। लागत प्रदर्शन के दृष्टिकोण से, यह थोड़ा बेकार लगता है। हम 4.0 में उस पर निर्भरता को हटाने और हल्के वजन समाधान पर स्विच करने की योजना बनाते हैं। उसी समय, 3.0 में मेंशन घटकों को अलग करने के लिए, हम एपीआई संघर्षों को रोकने के लिए एक नया घटक Mentions प्रदान करेंगे। इसी प्रकार, यह उपरोक्त संगत विधियों के निरंतर उपयोग का भी समर्थन करता है:

// Follow Code will not work
import { Mention } from 'antd';

const Demo = () => (
  <Mention />
);
// Added `Mentions` in 4.0
import { Mentions } from 'antd';

const Demo = () => (
  <Mentions />
);

🧭 प्रदर्शन अनुकूलन

रखरखाव की प्रक्रिया के दौरान, हमें बड़े डेटा के बारे में कई प्रदर्शन चर्चाएँ मिलीं। इसके लिए, हम प्रदर्शन को अनुकूलित करने की योजना भी बनाते हैं।

वर्चुअल स्क्रॉल

वर्चुअल स्क्रॉलिंग एक सामान्य अनुकूलन विधि है, लेकिन चींटी डिजाइन में एनीमेशन प्रभावों के कारण, वर्चुअल स्क्रॉलिंग को अनुकूलित करना इतना आसान नहीं है। अब, हम मूल रूप से स्क्रॉलिंग के साथ घटकों में वर्चुअल स्क्रॉलिंग का समर्थन करने की योजना बनाते हैं। बेशक, हम गारंटी नहीं देते हैं कि 4.0 जारी होने पर सभी घटकों को अपडेट किया गया है, और अपडेट होना जारी रहेगा।

एनीमेशन में सुधार

अतीत में, हमने एनिमेशन को संसाधित करने के लिए कुछ हैक का उपयोग किया। ज्यादातर परिदृश्यों में, यह काफी अच्छी तरह से काम करता है। 4.0 में, हम इसे समायोजित करने की योजना बनाते हैं, हैक दृष्टिकोण को अधिक रिएक्ट रोड पर छोड़ देते हैं। समायोजन को चुपचाप अपडेट किया जाएगा, आपको इसमें कोई बदलाव करने की आवश्यकता नहीं है।

🧩 घटकों के बारे में

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

इसके अलावा, हम विकास और बातचीत की सुगमता को बेहतर बनाने के लिए कुछ प्रमुख घटकों को रिफैक्ट करने की भी तैयारी कर रहे हैं। इसमें शामिल है, लेकिन यह तक सीमित नहीं है:

रूप घटक

प्रपत्र घटकों के दर्शक बहुत बड़े हैं, और हमने बोझिल रूप एपीआई के बारे में समुदाय की शिकायतों पर भी गौर किया है। 4.0 में, हम विकास लागत को आसान बनाने के लिए बेहतर एपीआई रूपों का पता लगाने की उम्मीद करते हैं:

  • फ़ॉर्म डिफ़ॉल्ट रूप से डेटा फ़ील्ड को एकत्रित करेगा, और आपको Form.create() माध्यम से संदर्भ बनाने की आवश्यकता नहीं है।
  • Fom.Item डिफ़ॉल्ट रूप से प्रपत्र फ़ील्ड को एकत्रित करेगा, आपको getFieldDecorator माध्यम से फ़ील्ड को बाइंड करने की आवश्यकता नहीं है।
  • Form.Item का मान हमेशा बनाए रखा जाएगा, लेकिन इसका सत्यापन फ़ंक्शन केवल तभी प्रभावी होगा जब फॉर्म आइटम दिखाई देगा।
const Demo = () => {
  const [form] = Form.useForm();

  const onFinish = () => {
    // Do something...
  };

  useEffect(() => {
    // Something like ajax call
    form.setFieldsValue({
      username: 'light',
    });
  }, []);

  return (
    <Form form={form} onFinish={onFinish}>
      <Form.Item name="username" rules={[{ required: true }]}>
        <Input />
      </Form.Item>
    </Form>
  );
}

वास्तविक दृश्य में, हमने मल्टी-फॉर्म लिंकेज (विस्तृत कॉन्फ़िगरेशन में सामान्य) के दृश्य का सामना किया। हम जानते हैं कि यह उपयोग करने के लिए सुविधाजनक नहीं है, इसलिए हम रूपों के बीच संबंध का कार्य भी प्रदान करेंगे:

const { useForm, createContext } = Form;
const FormContext = createContext();

const Demo = () => {
  return (
    <FormContext>
      <YourForm1 />
      <YourForm2 />
    </FormContext>
  );
};

आप फार्म की प्रगति का पालन करना चाहते हैं, तो जाँच करने के लिए स्वागत करते हैं प्रगति

तालिका घटक

पिछले संस्करण में, हमें तालिका घटक के बारे में बहुत अधिक प्रतिक्रिया मिली है। हम जानते हैं कि तालिका के विस्तार और स्क्रॉल गुणों ने अतीत में अच्छा काम नहीं किया है। इस बार, हम इस क्षेत्र में संघर्षों को हल करने पर ध्यान केंद्रित करेंगे। इसके अलावा, हम तालिका घटक के प्रदर्शन को और अधिक अनुकूलित करेंगे। और कुछ सरल तालिका लेआउट विधियों का पता लगाएं:

const Demo = () => {
  return (
    <Table
      header={{
        templateAreas: `
          name    address     address
          name    building    no
        `,
        cells: [
          { key: 'name', title: 'Name' },
          { key: 'address', title: 'Address' },
          { key: 'building', title: 'Building' },
          { key: 'no', title: 'No' },
        ],
      }}
    />
  );
};

antd4-table

इसके अलावा, हम सारांश आवश्यकताओं का समर्थन करने के लिए सारांश पाद लेख जोड़ने की भी योजना बनाते हैं।

डेटपिकर रेडोन

मौजूदा DatePicker अधिकांश जरूरतों को पूरा कर चुका है, लेकिन सामुदायिक चर्चा से । हमारे पास अभी भी गहरी खुदाई करने का अवसर है। हम शेष वर्ष के चयनकर्ताओं और संबंधित रेंज चयनकर्ताओं ( चर्चा ) को पूरा करेंगे। इसके अलावा, हम उपयोगकर्ताओं की संज्ञानात्मक लागत को कम करने के लिए संबंधित तिथि और समय चयनकर्ताओं की शैली को समायोजित करेंगे।

🚀 लगातार अपडेट करें

उपरोक्त सामग्री के अलावा, हम कुछ सामग्री को अद्यतन करने के लिए जारी रखने की योजना भी बनाते हैं। उपयोगकर्ता के विकास और उपयोगकर्ता अनुभव को बेहतर बनाने के लिए 4.0 में इसका पालन किया जाएगा।

🧶 सुगमता अनुभव में सुधार

चींटी डिज़ाइन 3.0 में एक्सेसिबिलिटी अनुभव के लिए समर्थन का अभाव है। इस कारण से, हम स्क्रीन रीडिंग अनुभव को बेहतर बनाने के लिए घटक संरचना को समायोजित करने और अधिक एरिया टैग जोड़ने की योजना बनाते हैं। इसके अलावा, हम बेहतर पूर्ण कीबोर्ड इंटरैक्शन अनुभव सुनिश्चित करने के लिए मौजूदा घटक कीबोर्ड इंटरैक्शन विधियों को अनुकूलित करने की भी तैयारी कर रहे हैं।

🎯 डेवलपर एपीआई विशिष्टता

विकास के क्रम में, हमने पाया कि कुछ एपीआई शैलियाँ अन्य घटकों के साथ असंगत प्रतीत होंगी। टाइपस्क्रिप्ट उपयोगकर्ताओं के लिए, यह कोई समस्या नहीं है, लेकिन अन्य उपयोगकर्ताओं के लिए, यह मेमोरी समस्याओं का कारण बन सकता है।

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

Ct रिएक्ट सख्त मोड

यदि आप atd घटक के बाहर <React.StrictMode> लपेटने का प्रयास करते हैं, तो आपको atd घटक से बहुत सारे चेतावनी संदेश मिलेंगे। हमने 3.0 में कुछ घटकों के जीवन चक्र के तरीकों को अपडेट किया है। 4.0 में, हम जारी रखेंगे।

💡 डेवलपर अनुभव में सुधार

पिछली रखरखाव प्रक्रिया में, हमने पाया कि कुछ मुद्दे आगे और पीछे दिखाई देंगे। कुछ उपयोग विनिर्देशों या एप्लिकेशन परिदृश्यों में ये समस्याएँ आम हैं। इसके लिए, हमने यहां सुधार करने का फैसला किया (वास्तव में, 3.0 के बाद से, हम सुधार कर रहे हैं)। विकास के माहौल में, हम कुछ अनपेक्षित स्थितियों (जैसे कि अमान्य मोमेंट ऑब्जेक्ट्स, डोम संरचना परिवर्तन इनपुट प्रीफ़िक्स / एफिक्स आदि के गतिशील समायोजन के कारण) के लिए कंसोल में संकेत करेंगे। हमें विश्वास है कि कंसोल पहली जगह है जब डेवलपर्स किसी समस्या का सामना करते समय ध्यान देंगे, और यहां उचित संकेत प्रदान करने से समस्या का शीघ्र पता लगाने में मदद मिल सकती है। उसी समय, कुछ विशेष उपयोग या परिदृश्यों के लिए। हम इसी घटक प्रलेखन में अक्सर पूछे जाने वाले प्रश्न प्रदान करेंगे। परियोजना रखरखाव के दृष्टिकोण से, हमारी ऊर्जा उपयोग के मुद्दे पर विस्तृत जवाब देने में असमर्थ है। लेकिन ये प्रश्न वास्तविक हैं, विशेष रूप से नवागंतुक डेवलपर्स के लिए, अक्सर पूछे जाने वाले प्रश्न खोज समय को बचाने में मदद कर सकते हैं। यदि आप रुचि रखते हैं, तो डेवलपर के अनुभव को बेहतर बनाने में मदद करने के लिए सामुदायिक स्वयंसेवकों का भी स्वागत है।

🐱 डिजाइन परिसंपत्ति प्रबंधन

चींटी डिजाइन न केवल घटक पुस्तकालयों का एक सेट है, बल्कि इसके पीछे एक शक्तिशाली डिजाइन प्रणाली भी है। 4.0 में, हम डिज़ाइनर और उन छात्रों की सुविधा के लिए नवीनतम डिज़ाइन से संबंधित परिसंपत्तियों (स्केच घटक पैकेज, रसोई उपकरण सेट, डिज़ाइन टोकन, आदि) को अपडेट करेंगे जो एक संदर्भ के रूप में डिजाइन में रुचि रखते हैं। मौजूदा घटक डिजाइन शैलियों को भी दृश्य प्रभावों और उपयोगकर्ता के अनुभव को बेहतर बनाने के लिए ठीक-ठीक बनाया जाएगा।

समय योजना

निम्नलिखित हमारी अनुसूची है, जिसमें कुछ घटक अपडेट चल रहे हैं। हम जीथब पर संबंधित मुद्दे बनाएंगे, और सामुदायिक स्वयंसेवकों का भी भाग लेने के लिए स्वागत है:

Q2

  • आवश्यक पदावनत एपीआई को पदावनत के रूप में चिह्नित करें और इसे दस्तावेज़ में साफ़ करें।
  • अंतर्निहित घटक पहले से गरम होते हैं।

Q3

  • Atd 4.0 शाखा की स्थापना करें और प्रलेखन को अद्यतन करें।
  • निम्न-स्तरीय घटक विकास।

Q4

  • 4.0 संस्करण जारी करें।

भाग लेने के लिए आपका स्वागत है

4.0 विकास प्रक्रिया के दौरान, उपरोक्त सामग्री को समायोजित किया जा सकता है। स्वागत योग्य छात्रों को बहुमूल्य विचार और सुझाव प्रदान करने के लिए, आइए हम चींटी डिज़ाइन 4.0 को अधिक सुविधाजनक और उपयोग में आसान बनाएं!

4.x ✨ Announcement 🕙 Plan 🗣 Discussion

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

15311

क्या हम संस्करण 4 में Moment.js को प्रतिस्थापित करेंगे?

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

15311

क्या हम संस्करण 4 में Moment.js को प्रतिस्थापित करेंगे?

यह बहुत अच्छा है, उन्नयन के लिए इंतजार नहीं कर सकता

V4 अल्फा तैयार

मुख्य रूप से लक्ष्य

  • [x] v4 शाखा
  • [x] संगत पैकेज
  • [x] हटाए गए सामग्री को हटा दें

    • [x] उल्लेख घटक

    • [x] न्यू मेंशन घटक # १६५३२

    • [x] फ़ॉर्म

    • [x] type # 12011 वाला आइकन

    • [x] अन्य अपदस्थ चेतावनी प्रॉप्स के साथ

  • [x] कम v3
  • [एक्स] प्रदर्शन

    • [x] rc-animate अपग्रेड

    • [x] समवर्ती मोड का समर्थन

    • [x] वर्चुअल स्क्रॉल एनीमेशन सपोर्ट

    • [x] वर्चुअल स्क्रॉल

    • [x] आर सी घटक

    • [x] वृक्ष

    • [एक्स] का चयन करें

    • [x] ट्रीसेलेक्ट

    • [x] फ़ॉर्म: https://github.com/react-component/form/pull/292

    • [x] हुक संस्करण प्रदान करता है

    • [एक्स] तालिका

    • [] टेम्पलेट

    • [x] expand & scroll सह-कार्य का समर्थन करें

  • [x] नए डिजाइन के साथ DatePicker

    • [x] ईयरपिकर

    • [x] रेंजपिकर.यियरपिकर

    • [x] रेंजपिकर.मॉंटपिकर

    • [x] रेंजपिकर। YearMonthPicker

    • [x] रेंजपिकर.वीकपिकर

    • [x] टाइमपिकर.रंगपिकर

लक्ष्य जारी रखें

  • [] सुलभता
  • [x] एपीआई मानक
  • [] React.StrictMode

यहाँ चींटी 4 के बारे में कुछ सुझाव दिए गए हैं

लगभग templateAreas

templateArea रनस में स्ट्रिंग स्ट्रिंग, यह स्ट्रिंग टाइपो के दौरान अस्पष्टीकृत पार्सिंग त्रुटियों या धीमी त्रुटियों का कारण होगा। टाइपटाइम के लिए रनटाइम पार्सिंग भी अमित्र है। क्या चींटी टीम नीचे दिए गए प्रस्ताव पर विचार करेगी:

const columnTemplate = [
  ['name', 'address', 'adress'],
  ['name', 'building', 'no']
]

निर्भरता के बारे में

क्या चींटी टीम moment निर्भरता को हटाने पर विचार करेगी?

मोमेंट-एंड प्रोजेक्ट के लिए मोमेंट बहुत बड़ा है, कई विकल्प हैं, लेकिन मोमेंट पर TimePicker और DatePicker प्रॉप्स रिले हैं। यह हमें moment को date-fns या अन्य लाइब्रेरी से बदल नहीं सकता है जो मोमेंट से छोटा है।

आइकन के बारे में

मुझे लगता है कि जिस तरह से Ant Icons का अब उपयोग नहीं किया जाना चाहिए, वह नया तरीका जो आयात आइकन को जोड़ते समय या एक आइकन को हटाते समय सामान्य बंडल चंक परिवर्तन का कारण हो सकता है।

चींटी टीम, चींटी आइकन का उपयोग करने के दो तरीके प्रदान कर सकती है:

  1. सभी आइकनों को एक jsfile में पैकेज करें, डेवलपर्स पूरी फ़ाइल का उपयोग करके <script> टैग का आयात कर सकते हैं, और webpack में externals सेट कर सकते हैं।
  2. नया तरीका जो ऊपर प्रस्तुत करता है।

我 的 这 对 एंट 4 这 的 我

关于templateAreas

templateAreas对 对 对 对 टाइपस्क्रिप्ट 对 nt nt nt nt nt nt nt对

const columnTemplate = [
  ['name', 'address', 'adress'],
  ['name', 'building', 'no']
]

关于 依赖

移除 移除 是否 对 的 पल 移除 移除 移除

पल对于前端项目来时实在是太大了,市面上有许多可供替代的库,但是TimePickerDatePicker的参数依赖于पल对象,这导致了我们没办法使用date-fns一些date-fns 。。 क्षण

关于 图标

我认为当前使用चींटी图标的方式不应该被废弃।新的使用方式在我新增或者删除一个图标引用的时候,可能会导致公共हिस्सा反复变更।

चींटी 可以 可以 可以 可以 可以 可以 可以 可以 图标 चींटी 可以 可以

  1. 打包所有图标到一个js文件中,开发者通过<script>标签引用全部图标,并且在Webpack中设置为externals
  2. 4.0 介绍 介绍 的 介绍 介绍 介绍

टेबल के लिए वर्चुअल स्क्रॉल का समर्थन करने की कोई योजना? पेजिंग के बजाय कुछ मामलों में अनंत तालिका पसंद की जाती है।
और 'टिप्पणी' 3.11 में शामिल है, शायद चैटबॉक्स और चैटमैसेज?

टेबल के लिए वर्चुअल स्क्रॉल का समर्थन करने की कोई योजना? पेजिंग के बजाय कुछ मामलों में अनंत तालिका पसंद की जाती है।
और 'टिप्पणी' 3.11 में शामिल है, शायद चैटबॉक्स और चैटमैसेज?

UserInfo शायद प्राथमिकताएं।

लगभग templateAreas

मैं द्वि-आयामी सरणियों के वाक्यविन्यास का भी समर्थन करता हूं
मैं द्वि-आयामी सरणियों के वाक्यविन्यास का भी समर्थन करता हूं।

TemplateAreas के बारे में, यहाँ स्थैतिक जाँच का एक उदाहरण है
यह टेम्प्लेटएरिया के लिए ts का उपयोग करते हुए एक प्रकार का स्थैतिक चेक का एक उदाहरण है

interface Cell<T extends string = string> {
  key: T;
  title: string;
}

interface Config<K extends string = string> {
  header: {
    templateAreas: ReadonlyArray<ReadonlyArray<K>>;
    cells: ReadonlyArray<Cell<K>>
  };
}


declare function check<T extends string>(config: Config<T>): void;

const config = {
  header: {
    templateAreas: [
      ['name', 'address', 'address'],
      ['name', 'building', 'error'],
    ],
    cells: [
      { key: "name", title: "Name" },
      { key: "address", title: "Address" },
      { key: "building", title: "Building" },
      { key: "no", title: "No" }
    ]
  }
} as const;

check(config);

खेल का मैदान

image

बहुत बढ़िया

15311

क्या हम संस्करण 4 में Moment.js को प्रतिस्थापित करेंगे?

मुझे लगता है कि moment से दूर जाने का मुख्य मुद्दा locale s के आसपास का परिवर्तन है। https://github.com/ant-design/ant-design/issues/15311#issuecomment -478-81111

आशा है कि टाइपस्क्रिप्ट के लिए समर्थन बेहतर हो सकता है

4.0 को देखकर बहुत अच्छा लगा! मेरे पास विचार के लिए नीचे कुछ सुझाव हैं, मुझे यकीन नहीं है कि अगर वे डिजाइन पैटर्न में फिट होते हैं, लेकिन अनुकूलन क्षमता के लिए वे मेरी राय में महान होंगे।

  • <Table> भीतर एक पंक्ति की पृष्ठभूमि रंग को नियंत्रित करने में सक्षम होने के नाते। उदाहरण के लिए उस पंक्ति के लिए चेतावनी को उजागर करने के लिए नारंगी के रूप में एक पंक्ति को रंग देना।
  • बटन के रंग, इस के आसपास कोई पिछली चर्चा नहीं मिली। लेकिन यह के रूप में एक ऐसी ही एपीआई के लिए सक्षम होने के लिए बहुत अच्छा होगा <Tag color="red">RED<Tag /> बटन के लिए, उदाहरण के <Button color="red">Red Button<Button/>
  • विभिन्न घटकों के भीतर फ़ॉन्ट-विस्मयकारी 5.x आइकन के लिए समर्थन, या सुनिश्चित करें कि वे अन्य आइकन के साथ काम करेंगे। मैंने मूल <Icon> घटक के बजाय FA का उपयोग करते समय संरेखण के साथ कुछ मुद्दों पर ध्यान दिया है।
  • <Pagination> घटक सीधे पेजों की मात्रा की आपूर्ति का समर्थन नहीं करता है, उपयोग का मामला यह है कि मेरे पास केवल उदाहरणों के लिए मेरे पास मौजूद पृष्ठों और वर्तमान पृष्ठ की मात्रा है, लेकिन प्रत्येक पृष्ठ के भीतर कितने आइटम नहीं हैं। मुझे इससे निपटने का अच्छा तरीका नहीं मिला है।

@orecus

उदाहरण के लिए उस पंक्ति के लिए चेतावनी को उजागर करने के लिए नारंगी के रूप में एक पंक्ति को रंग देना

मैं इस पंक्ति में एक वर्ग संलग्न करने के लिए rowClassName का उपयोग करता हूं और फिर सीएसएस के साथ डिफ़ॉल्ट शैली को ओवरराइड करता हूं।

घटक सीधे पृष्ठों की मात्रा की आपूर्ति का समर्थन नहीं करता है

फर्जी कुल पास कर सकते हैं। उदाहरण के लिए, यदि आप 50 पृष्ठ चाहते हैं, तो total = pageSize * 50 पास कर सकते हैं।

यह वास्तव में एक अच्छी खबर है is प्रदर्शन पर फोकस दिखाई दे रहा है और यह बहुत अच्छा है, क्योंकि कुछ घटक बड़ी मात्रा में डेटा के साथ उपयोग करने योग्य नहीं हैं।

आप वर्चुअल स्क्रॉल को कैसे लागू करना चाहते हैं? react-window का उपयोग करना?

क्या मुख्य रूप से लक्ष्य सुविधाओं के लिए प्राथमिकताएं हैं?
मैं अल्फा स्टेज में वर्चुअल सेलेक्ट करने की कोशिश करना चाहता हूं और मुझे लगता है कि मैं इस बारे में अकेला नहीं हूं।

धन्यवाद।

स्ट्रिंग नाम मांग पर लोड क्यों नहीं हो सकता? प्रतिक्रिया नहीं करता है आलसी () समस्या का समाधान?

@faradaytrs
हां, लेकिन यह webpack , विशिष्ट कार्यों की विशेषताओं पर निर्भर करता है

दो समस्याएं अधिक प्रमुख हैं

  • /* webpackChunkName: "icons/icon-" */ webpack Magic Comments
  • जैसा कि मूल ने कहा, "प्रत्येक आइकन में आइकन सामग्री के अतिरिक्त अतिरिक्त वेबपैक मॉड्यूल जानकारी शामिल है"

वैश्विक शैली प्रदूषण के बारे में कोई विचार? # 4331 # 9363

वैश्विक शैली प्रदूषण के बारे में कोई विचार? # 4331 # 9363

IMHO 4.0 के लिए यह बहुत अच्छा होगा कि उपयोगकर्ताओं को वैश्विक नाम के तहत antdesign शैलियों का दायरा करने की अनुमति दें (मेरी टिप्पणी देखें https://github.com/ant-design/ant-design/issues/4331#issuecomment-3960478787)

अगले मील के पत्थर के बारे में सुनकर बहुत अच्छा लगा!

मेरी 2 सीटी। डॉक्स और स्ट्रीमलाइनिंग के बारे में:

अक्सर अंतर्निहित डोम तत्वों के माध्यम से पारित प्रॉप्स होते हैं, जिन्हें दस्तावेज नहीं किया जाता है (IIRC कुछ मामलों में, घटक कार्यान्वयन द्वारा नहीं उठाए गए सभी प्रॉप्स को पास किया जाता है)। यह उनके लिए प्रलेखित होने में बहुत मददगार होगा, लक्ष्य तत्व द्वारा समूहीकृत (मुझे एक से अधिक हो सकता है): "निम्नलिखित सहारा कंटेनर के माध्यम से पारित किए जाते हैं

"या" निम्नलिखित सहारा के माध्यम से पारित कर रहे हैं तत्व ... "या" अन्य सभी प्रॉप्स पास हो गए हैं ... "। उन प्रॉम्प्स के लिए विस्तृत विवरण की आवश्यकता नहीं है, एमडीएन के लिए लिंक पर्याप्त हो सकते हैं।

इस तरह का बदलाव हमारे लिए टाइपस्क्रिप्ट डेवलपर्स के लिए भी बहुत अच्छा होगा, वर्तमान में इस संबंध में टीएस परिभाषा को अद्यतित रखने के लिए बहुत कठिन काम है।

"डेवलपर एपीआई मानक" में, इसे प्रलेखित किया जाना चाहिए, और एक निर्णय होना चाहिए कि कौन सा सहारा हमेशा पास होना चाहिए (क्लासनेम, आईडी?)।

एक और सवाल:

क्या आप जावास्क्रिप्ट से टाइप टाइप परिभाषाओं के साथ अधिक टाइप (या यहां तक ​​कि आरसी-घटक) को देशी टाइपस्क्रिप्ट में बदलने की योजना बना रहे हैं?

फॉर्मिक की तरह आरसी-फॉर्म को कुछ और लचीले से बदलने पर विचार करें।

अनुरक्षकों के लिए प्रश्न:

मेरी टीम चींटी को आज़माने में दिलचस्पी रखती है, लेकिन https://github.com/ant-design/ant-design/issues/11097 (Antd Less वैश्विक जावास्क्रिप्ट लीक बनाता है) हमें रोक रहा है। ऊपर दिया गया रोडमैप कहता है कि चींटी LESS संस्करण 3 में जा रही होगी, और मैंने पढ़ा है कि विचाराधीन असुरक्षित, अस्वीकृत इनलाइन जावास्क्रिप्ट सुविधा डिफ़ॉल्ट रूप से अक्षम है। इसका मतलब यह है कि चींटी संस्करण 4 में अब LESS मुद्दा नहीं होगा?

न केवल IE9 / 10, बल्कि IE समर्थन बंद करो,

ओह, यह वैश्विक शैलियों को प्रदूषित न करने के लिए इतना उपयोगी होगा ( html , body , *::before , ...)

प्रतिक्रिया करते समय हिंडोला पर आधारित हिंडोला का उपयोग करते समय बहुत सारी समस्याएं होती हैं। यह सिफारिश की जाती है कि नए संस्करण को दूसरे पुस्तकालय से बदला जा सकता है
प्रतिक्रिया-योग्य उपयोग करने के लिए बहुत अच्छा है

@cztflove इस लाइब्रेरी के no message 😃 है, और समुदाय का ध्यान बहुत कम है, मुझे इस पर विचार नहीं करना चाहिए।

@ yoyo837 @ yoyo837 का मुख्य घटक नया है, इसलिए ध्यान अपेक्षाकृत कम है, लेकिन यह virtual list और 仿ios边缘弹性 , इस घटक के आधार पर, कुछ 拖拽 कार्यों का एहसास हो सकता है 37 भविष्य में विस्तार के लिए अधिक जगह है

क्या हमें एक सार्वभौमिक भाषा की ओर पलायन नहीं करना चाहिए?

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

मुझे स्वीकार करना चाहिए, भाषा संघर्ष के कारण योगदानकर्ताओं की कमी नहीं है, फिर भी हम में से सैकड़ों लोग इसमें शामिल होने से डरते हैं। अनुवाद के लिए पहले से ही कई स्प्रिंट, मुद्दे चल रहे हैं, लेकिन मेरा अनुरोध है कि हम सभी के बीच संचार की खाई को लिए इस प्रमुख रिलीज के साथ एक सार्वभौमिक भाषा में पूरी तरह से पलायन करें।

क्या हमें एक सार्वभौमिक भाषा की ओर पलायन नहीं करना चाहिए?

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

मुझे स्वीकार करना चाहिए, भाषा संघर्ष के कारण योगदानकर्ताओं की कमी नहीं है, फिर भी हम में से सैकड़ों लोग इसमें शामिल होने से डरते हैं। अनुवाद के लिए पहले से ही कई स्प्रिंट, मुद्दे चल रहे हैं, लेकिन मैं जो अनुरोध करता हूं, वह इस सार्वभौमिक रिलीज के साथ पूरी तरह से पलायन करने के लिए है।

说得 对, 专心 说 中文 吧

रख-रखाव के लिए प्रश्न: क्या फ्लाइट में रंग और स्टाइल थीम बदलने के लिए CSS वर्जन का उपयोग करने की योजना है?

मैंने अभ्यास में सीखा कि चर के माध्यम से घटक शैलियों को बदलना एक बहुत ही आरामदायक तरीका है। मैंने var(--css-vars) साथ कम चर को फिर से लिखने की कोशिश की, लेकिन मैंने शैली संकलनों पर बहुत सारी त्रुटियां पकड़ीं, बहुत सारी शैलियों का उपयोग चर के साथ फ़ंक्शन और संचालन का उपयोग करता है, न कि केवल मूल्यों के साथ। मुझे लगता है कि यह बड़ा काम है और इस तरह से ब्रेकिंग परिवर्तन होते हैं, लेकिन ब्रेकिंग बदलावों के लिए प्रमुख संस्करणों ने बनाया था :) और सीएसएस वर्जन घटक शैलियों के अनुकूलन के लिए बहुत सारे अवसर दे सकते हैं।

तुम उस बारे मे क्या सोचते हो? मैंने सीएसएस संस्करण के उपयोग के साथ विषय विकसित करने की योजना बनाई है, वैसे भी पुल अनुरोध के कारण, इस सुविधा (उड़ान पर थीम बदलने) को मेरी परियोजना में आवश्यक है।

क्षमा करें, यदि वह सुझाव डुप्लिकेट है, लेकिन मुझे अन्य मुद्दों और पीआर में इसके बारे में कुछ नहीं मिला।

@ Z3SA https://caniuse.com/#search = CSS% 20Variables। यह सभी IE समर्थन बंद करने की आवश्यकता है, IE11 समर्थन बंद करो बहुत कट्टरपंथी है, हालांकि मैं भी ऐसा करने का समर्थन करता हूं।

@ yoyo837 , मैं मानता हूं कि यह IE समर्थन समस्याओं का बहुत कट्टरपंथी कारण है। लेकिन चींटी डिजाइन को इलेक्ट्रॉन का आधिकारिक समर्थन (जैसा कि एंटी.डेसाइन पर बताया गया है) भी है (अलग मंच के रूप में, वेब नहीं)। इस मामले के लिए दो विषय बनाने का तरीका हो सकता है: एक कम संस्करण के साथ, दूसरा सीएसएस संस्करण के साथ। लेकिन ऐसा लगता है कि समर्थन करना बहुत कठिन है।

इसलिए, अन्य संभावित रणनीति जो मुझे लगता है - कम में सभी अनुकूलन योग्य विशेषताओं के लिए कम संस्करण बनाएं, या किसी भी फ़ंक्शन और संचालन का उपयोग कम vars के अंतर्गत निकालें, जिसे कोई भी डेवलपर अपने CSS var के लिए प्रविष्टि के रूप में उपयोग कर सकता है। या अगर इसे और अधिक सरल कहें - कम वर्जन का उपयोग केवल मूल्य कंटेनर के रूप में करें, कार्यों और संचालन के लिए नहीं।

यदि केवल प्रमुख ब्राउज़रों का समर्थन करते हैं, तो मेरा मानना ​​है कि कोड का आकार छोटा होगा और कोड को बनाए रखना आसान होगा।

न केवल IE9 / 10, बल्कि IE समर्थन बंद करो,

@wanliyunyan बहुत तोड़ना। कुछ डेवलपर atd @ 3 पर चिपक सकते हैं और यह हमारे लिए अच्छी बात नहीं है।

@ Z3SA यह एक बहुत बड़ा काम होगा।

@dancerphil सौभाग्य से, मैं केवल अपनी परियोजना के लिए क्रोम के नवीनतम संस्करण पर विचार करता हूं। 😃 इसलिए मुझे उम्मीद है कि आकार जितना छोटा होगा, उतना अच्छा होगा।

@ yoyo837 मुझे पता है। और मैं इसे स्वयं करूँगा अगर इस विचार को पर्याप्त ध्यान नहीं मिल सका।

हम एक ऐसी कंपनी हैं जो अलग-अलग घटकों का उपयोग करके धीरे-धीरे atd में पलायन करना पसंद करेंगे; हालांकि ग्लोबल स्टाइल की चींटी का उपयोग वास्तव में इस मुद्दे को जटिल बनाता है। कृपया वैश्विक शैलियों को प्रदूषित करना बंद करें।

फॉर्म सबसे अधिक उपयोग घटक में से एक है। हम देखते हैं कि सामाजिक के पास एपीआई डिजाइन पर कई टिप्पणियां हैं। हम 4.0 में एपीआई को सरल बनाना चाहते हैं:

Fom.Item में फ़ील्ड बाइंड शामिल होगी।

क्या ये परिवर्तन अभी भी हमें एक औपचारिक प्रस्तुति घटक के रूप में Form.Item का उपयोग करने की अनुमति देंगे? मुझे atd के घटक बहुत पसंद हैं, लेकिन मैं राज्य प्रबंधन के लिए प्रतिक्रिया-अंतिम-प्रपत्र पसंद करता हूं। मैं फॉर्म की शैली चाहता हूं। यहem, और राज्य-प्रबंधन तर्क में से कोई भी नहीं है।

शाखा 4.0 बनाया गया है। मैं कब पूर्वावलोकन कर सकता / सकती हूं

नया फार्म घटक कमाल है!

कृपयाjjs को dayjs द्वारा प्रतिस्थापित करें क्योंकि momentjs विशाल है और बंडल आकार भी विशाल हो गया है।

क्या अमीर पाठ संपादक को लेने पर विचार करने में कोई कमी है?

रिलीज की तारीख क्या है?

@rafaelodassi अभी तक कोई पुष्टि तिथि नहीं है, लेकिन शायद Q4 में।

@babel/[email protected] और [email protected] अपग्रेड करना भी हमारी प्राथमिकता होगी।

V3 नहीं? क्या [email protected] लिए कोई खबर है?

हर कोई IE समर्थन को पूरी तरह से हटाने के बारे में बात कर रहा है क्योंकि आंकड़े बताते हैं कि यह मुश्किल से उपयोग किया जाता है। इंट्रानेट के पीछे लाखों कॉर्पोरेट उपयोगकर्ताओं के बारे में कैसे जो भी आँकड़ों में नहीं आते हैं? वे कॉर्पोरेट नीतियों के कारण IE10 और IE11 के साथ फंस गए हैं।

अगर मैं IE11 समर्थन गिरा दिया जाता है तो मैं atd @ 3 के साथ

मैं <Select/> मान के रूप में वस्तुओं के उपयोग की अनुमति देने के लिए एक एपीआई शुरू करने का सुझाव दूंगा।
जानकारी के लिए कृपया https://github.com/ant-design/ant-design/issues/13485 देखें

cc @zombieJ

यह अनुशंसा की जाती है कि प्रत्येक घटक का अपना अपडेट लॉग हो। इससे कोई फर्क नहीं पड़ता कि आप इसे छिपाए रखते हैं, व्यक्तिगत सुझाव ~

जब रिलीज या आरसी संभव हो सकता है?

यह अनुशंसा की जाती है कि प्रत्येक घटक का अपना अपडेट लॉग हो। इससे कोई फर्क नहीं पड़ता कि आप इसे छिपाए रखते हैं, व्यक्तिगत सुझाव ~

सहमत हैं, कि क्या प्रत्येक घटक के प्रलेखन को किस संस्करण द्वारा जोड़ा जा सकता है। अन्यथा, आप दस्तावेज़ देख सकते हैं और देख सकते हैं कि क्या वर्तमान संस्करण का उपयोग किया जा सकता है और क्या निर्भरता को अद्यतन करने के लिए।

गिटहॉक के साथ भेजा गया

@ fwh1990 @ jas0ncn @redclown
अंग्रेजी pls पर)

इसे अंग्रेजी चैनल के रूप में रखें, धन्यवाद ~

4.0 अल्फा प्रकाशित किया गया था। वह आश्चर्यजनक है। चलो भाई।

जब आप बीटा संस्करण प्रकाशित करेंगे तो मैं अपनी परियोजना को फिर से तैयार करूँगा

antd का डिफ़ॉल्ट विषय सुंदर है, लेकिन यह भी बेहतर हो सकता है।
पठनीयता के लिए, बढ़ाया विपरीत पर विचार करें और बड़े पाठ का उपयोग करें।

बहुत सारे लेख और उपकरण हैं।
https://www.google.com/search?q=web+readability

antd v3 से v4 पर माइग्रेट करने के लिए एक स्क्रिप्ट प्रदान करना बेहतर है।

बिज़ प्रोजेक्ट में, यह बहुत सारे फ़ॉर्म घटक मौजूद हैं। प्रवास antd v3 से v4 पर कई बार खर्च होंगे।

react-relay टीम ने कुछ ऐसा ही किया है।
यदि आप प्रतिक्रिया-रिले v4 Realease में react-relay v3 माइग्रेट करना चाहते हैं, तो आपको कई फ़ाइलों को संशोधित करने की आवश्यकता है।
इसके बाद, वे माइग्रेटिंग स्क्रिप्ट लिखने के लिए jscodeshift का उपयोग करते हैं, ताकि react-relay का उपयोगकर्ता react-relay v3 से v4 माइग्रेट करना आसान कर सके।

मुझे लगता है कि कुछ शैलियों को उभारना मुश्किल है। तो अगर उसमें सुधार की कोई योजना है?

मैं व्यक्तिगत रूप से CSS-in-JS का उपयोग करना पसंद करता हूं, यह बहुत लचीला है और अविश्वसनीय रूप से रिएक्ट के साथ अच्छी तरह से फिट है।

4.0 अल्फ़ा के तहत वर्ग घटक का उपयोग करते समय, फॉर्म इकाई प्राप्त नहीं की जा सकती है, https://5d403395cd145c0008eea971--ant-design.netlify.com/compenders/form/v3-cn इस लिंक के तहत नमूना कोड लागू नहीं किया जा सकता है, और फॉर्मरीफ में कोई इकाई नहीं है तरीका

में हल किया

@ Kwei9 , क्या आप किसी मुद्दे को खोल सकते हैं और इसे पुन: पेश करने के लिए संलग्न कर सकते हैं?मुझे देखने दो

@ Kwei9 , क्या आप किसी मुद्दे को खोल सकते हैं और इसे पुन: पेश करने के लिए संलग्न कर सकते हैं?मुझे देखने दो

रेफरी लेखन को इस समाधान में बदल दिया जाता है

मुझे लगता है कि अब वैश्विक शैली प्रदूषण को संबोधित करने का समय होगा! यह बहुत अन्य अनुप्रयोगों के साथ atd का उपयोग करने के लिए किया था!

मोमेंट-टू-एंड प्रोजेक्ट के लिए मोमेंट बहुत बड़ा है, कई विकल्प हैं, लेकिन टाइमपिकर और डेटपेकर के प्रॉप्स मोमेंट के लिए रिले हैं। यह हमें पल की जगह नहीं ले सकता ...

@ jas0ncn हाय, कृपया dayjs (2kb विकल्प) द्वारा क्षणों को प्रतिस्थापित करने पर विचार करें। ये पहले से ही रिप्‍लेस मोमेंट.जेएस इन चींटी डिजाइन (एनटीडी) के साथ Day.js https://github.com/iamkun/dayjs/issues/529 पर परीक्षण किया गया है और यह वास्तव में अच्छा काम करता है।

डेज के एक मुख्य अनुचर के रूप में, हम इस प्रतिस्थापन के साथ किसी भी मदद की पेशकश करने को तैयार हैं।

धन्यवाद।

Https://github.com/iamkun/dayjs/issues/529 。 s

पुराने आइकन उपयोग का तरीका * पदावनत * होगा:

import { Icon, Button } from 'antd';

const Demo = () => (
  <div>
    <Icon type="smile" />
    <Button icon="smile" />
  </div>
);

4.0 के बजाय आयात एकल चिह्न का उपयोग करेगा:

// Directly import
import SmileOutline from 'antd/icons/SmileOutline';

// If tree-shaking supported
import { SmileOutline } from 'antd/icons';

const Demo = () => (
  <div>
    <SmileOutline />
    <Button icon={<SmileOutline />} />
  </div>
);

मेरे पास नए आइकन संदर्भ के बारे में एक विचार है। ऊपर दिए गए नए लेखन के कारण, प्रत्येक आइकन एक अलग घटक के बराबर है। उदाहरण के लिए, एक लोडिंग आइकन की शुरूआत इस तरह दिख सकती है:

import Loading from 'antd/icons/Loading';

<Loading />

लेकिन आमतौर पर, आप एक वास्तविक लोडिंग कंपोनेंट को खुद ही एनकैप कर सकते हैं। अतीत में, <Icon /> पता था कि यह एक नज़र में एक आइकन था। अब इसमें बहुत सारे नाम हैं और यदि आप जानना चाहते हैं तो आपको आयात की जगह ढूंढनी होगी।
जैसे कि:

<Title />
<Loading />
<Sun />  

पहली नज़र में, ऐसा लगता है कि निम्नलिखित दो को आइकनों के रूप में नहीं देखा जा सकता है (बेशक, इसका कोड के चलने पर कोई प्रभाव नहीं है)
यदि आप निम्नलिखित शब्दों को बदलते हैं:

 import {Icon} from 'antd';
 import {Loading, Sun} from '@antd/icons';  

<Icon spec={Loading}  {...otherProps}/>
<Icon spec={Sun} />

रोटी की बाहरी परत के माध्यम से, यह पिछले एक के समान दिखता है, और इसका उपयोग मांग पर भी किया जा सकता है। यह एक आइकन घटक को पेश करने से ज्यादा कुछ नहीं है।
और अगर कुछ सम्मेलनों को पूरा किया जाता है, तो उपयोगकर्ता-परिभाषित आइकन को कल्पना विशेषता के माध्यम से पारित किया जा सकता है? यह अग्रिम में बहुत सारे आइकन को परिभाषित करने में मदद करने वाले antd के बराबर है, लेकिन उपयोगकर्ता-परिभाषित वाले बिल्कुल एक ही हैं ~ ~ ~ (सिर्फ बात ~)

ps: या क्या यह है कि इस तरह का लेखन वास्तव में लंबे समय से सोचा गया है या इसके बारे में नहीं सोचा है क्योंकि इसमें कुछ समस्याएं हैं? । । 😂
मैंने बस इसके बारे में सोचा था। । ।

@ppbl आपके विचार के अनुसार निम्नलिखित के समान है:

import Icon from '@antd/icons'; 
imoort { LoadingOutline } from '@antd/icons-svg';

<Icon component={LoadingOutline}  {...otherProps}/>

नया चिह्न भी इसी तरह उत्पन्न होता है, https://github.com/ant-design/ant-design-icons/blob/master/packages/icons-react/src/icons/AccountBook.tsx देखें

क्या हम आईकॉन के उपसर्ग / प्रत्यय को आइकॉन के नाम से जोड़कर इस स्थिति से बच सकते हैं?

imoort { LoadingOutlineIcon } from '@antd/icons';

<LoadingOutlineIcon  {...otherProps}/>

कृपया बंडल आकार को कम करने पर काम करें
https://github.com/ant-design/ant-design/issues/9419
जब Button आयात करने से प्रोजेक्ट में 95kb जुड़ जाता है - जो कि 2019 में बस अस्वीकार्य है। 0

@vagusX शायद मुझे लगता है कि नाम थोड़ा लंबा है? मुझे हमेशा लगता है कि नाम संक्षिप्त है और एक छोटे घटक या अपेक्षाकृत एकल घटक की तरह दिखता है। यदि नाम बहुत लंबा है, तो यह एक बड़ा घटक होना चाहिए (बेशक यह एक गलत भावना है ~ मुझे पता है)। । ~

बेशक, अगर मुझे पता है कि यह सिर्फ <Icon /> को देखने के लिए एक आइकन है, तो मैं अपने आप से <Icon /> घटक भी बना सकता हूं और फिर इसका उपयोग करते समय atd आइकन को लपेट सकता हूं। यह प्रभाव समान है। ~ मुझे बस लगता है कि वे सभी आइकन हैं, और यह वास्तव में बिखरे हुए नामों का एक गुच्छा है। यह थोड़ा अजीब लगता है। अंतर यह है कि मुझे पता था कि यह पहले एक आइकन था, और तब मुझे पता था कि यह किस प्रकार का था। अब मैं पहले प्रकार जानता हूं, फिर पता है, ओह, यह एक आइकन है।

@ avalanche1 आप इस pr https://github.com/ant-design/ant-design/pull/18217#issuecomment -520683838 से बंडल विश्लेषण परिणाम पर एक नज़र डाल सकते हैं, और घटक का आकार Button स्पष्ट रूप से गिरावट

जानकार अच्छा लगा। लेकिन आपके स्क्रीनशॉट पर वास्तविक आकार का कोई संकेत नहीं है, इसलिए मैं न तो पुष्टि कर सकता हूं और न ही अस्वीकृत कर सकता हूं।

मैं नए APIs के लिए फ़ॉर्म को माइग्रेट करने जा रहा हूं, लेकिन मैंने पाया कि फ़ील्ड-फ़ॉर्म का संस्करण अस्थिर है, इसलिए मैं यह जानना चाहता हूं कि क्या भविष्य में अब इन इंटरफेस के साथ ब्रेकिंग बदलाव मिलेगा या नहीं।

@orzyyyy ,
atd सामाजिक और आंतरिक स्वयंसेवक का परीक्षण करने के लिए 4.0-alpha.x संस्करण जारी करते हैं। यदि अल्फा संस्करण से कोई नकारात्मक प्रतिक्रिया नहीं है, तो यह एपीआई रिलीज पर अंतिम एक होगा।

@ हिमस्खलन @ant-design/icons v4- अल्फा संस्करण ट्री-शेकिंग का समर्थन करता है, इसलिए बंडल आकार निर्भर करता है कि आपने अपने प्रोजेक्ट में कितने आइकनों का उपयोग किया था, क्या आप antd घटक का उपयोग करते हैं जो कि आइकनों को आयात करते हैं या आप @ant-design/icons सीधे, इसलिए शायद मैं इस बिंदु के बारे में आपकी चिंता को समझ नहीं पाया।

जब हम अपनी प्रारंभिक पोस्ट बटन, कैलेंडर और अन्य घटकों के बारे में थे, तो हम आइकन के बारे में क्यों बात कर रहे हैं? https://github.com/ant-design/ant-design/issues/9419

DatePicker मान क्षण होना चाहिए, क्या क्षण हटाया जा सकता है? अगर मैं इससे अपडेट करता हूं, तो मुझे पल-पल में बदलना होगा

moment , यहाँ मेरा विचार है। DatePicker अभी भी संगतता आवश्यकता के बाद से डिफ़ॉल्ट रूप से moment उपयोग करता है, लेकिन यह अन्य फ़ंक्शन के साथ बनाने के लिए फ़ैक्टरी फ़ंक्शन प्रदान करता है:

import DatePicker, { createPicker } from 'antd/lib/date-picker';

import dayjs from 'dayjs';

const basicDemo = <DatePicker />

const MyDatePicker = createPicker(dayjs, {
  // Some proxy function, maybe can provided by default...
  format(dayObj, formatStr) {
    return ...;
  },
  parse(str, formatStr) {
    return ...;
  },
});

const dayDemo = <MyDatePicker />;

बस सोचा, चर्चा का स्वागत है।

अब पल से छुटकारा पाने का समय है।

  1. Moment.js जटिल OOP API होने के कारण यह कभी भी पेड़- शाक ओवरहेड है

  2. चींटी डिज़ाइन v4 पहले से ही टूट रहे परिवर्तनों के साथ एक प्रमुख रिलीज़ है। अब समय आ गया है!

  3. मेरा सुझाव है कि इसे किसी अन्य पुस्तकालय से प्रतिस्थापित करें। Antd आंतरिक रूप से dayjs या date-fns कुछ छोटा उपयोग कर सकता है, लेकिन इसे अपने घटकों के लिए मूल Date ऑब्जेक्ट या स्ट्रिंग्स को स्वीकार करना चाहिए

हर बार जब आप moment() कॉल करते हैं, तो एक पिल्ला मर जाता है

:कुत्ता:

@zombieJ यह जानना चाहता है कि तालिका घटक कैसे प्रगति कर रहा है। क्या कोई पूर्वावलोकन संस्करण उपलब्ध है जैसे फॉर्म उपलब्ध है? मुझे कुल मिलाकर खून की उल्टी हुई

क्या अल्फा संस्करण में नई तालिका पहले से ही शामिल है? यदि हां, तो पूर्वावलोकन वेबसाइट में इसका एक उदाहरण होना चाहिए?

तालिका कतार में है, वर्तमान में मैं वर्चुअल सूची पर काम कर रहा हूं।

स्टाइल-घटकों के समर्थन के बारे में क्या?

फॉर्म इनिशियलवल्स moment सेट नहीं करते हैं। https://github.com/react-component/field-form/blob/master/src/interface.ts#L7

मुझे उम्मीद है कि एक्सेल जैसे बड़े फॉर्म की प्रदर्शन समस्या को हल करने के लिए फॉर्म एक अनियंत्रित संस्करण प्रदान कर सकता है

किसी भी मौका अल्फा प्रलेखन नियमित चींटी प्रलेखन साइट के लिए ले जाया जा सकता है?

मेरा नियोक्ता नेटलाइज़ डोमेन को ब्लॉक करता है और मुझे लगता है कि अन्य लोग भी ऐसा कर सकते हैं।

मेनू और ड्रॉपडाउन पर कीबोर्ड ऑपरेशन का समर्थन करने के लिए कोई ठोस योजना?

किसी भी मौका अल्फा प्रलेखन नियमित चींटी प्रलेखन साइट के लिए ले जाया जा सकता है?

मेरा नियोक्ता नेटलाइज़ डोमेन को ब्लॉक करता है और मुझे लगता है कि अन्य लोग भी ऐसा कर सकते हैं।

क्यों? जबरदस्त हंसी

यह आशा की जाती है कि तालिका घटक तत्व तालिका घटक के समान होगा। प्रत्येक स्तंभ स्वचालित रूप से पहले एक चौड़ाई निर्धारित करेगा। यह सुझाव दिया जाता है कि तालिका के हेडर वर्ण को लाइन-चेंजिंग के बजाय न्यूनतम-चौड़ाई में बदल दिया जाए। यह आशा की जाती है कि तह। और स्क्रॉलिंग फ़ंक्शंस का एक साथ उपयोग किया जा सकता है। यह आशा की जाती है कि जब कई विकल्प बनाए जाएंगे तो ट्री-शेप्ड टेबल ट्रीसेलेट से समान हो जाएगी।

मुझे उम्मीद है कि टेबल घटक तत्व के टेबल घटक की तरह हो सकता है। प्रत्येक कॉलम स्वचालित रूप से एक चौड़ाई निर्धारित करता है। यह टेबल हेड चरित्र को बिना लपेटे हुए न्यूनतम-चौड़ाई में बदलने की सिफारिश की गई है। मुझे आशा है कि तह फ़ंक्शन और स्क्रॉलिंग फ़ंक्शन का एक ही समय में उपयोग किया जा सकता है। मुझे आशा है कि ट्री टेबल कई चयनों में है। , ट्रीसेलेट के समान हो सकता है

किसी भी मौका है कि v4 या शायद v5 के साथ आप अनुकूलन के बारे में कुछ करेंगे? MaterialUI को अनुकूलित करना बहुत आसान है जो इसे उस परियोजना के लिए एक विकल्प बनाता है जिस पर मैं काम कर रहा हूं, भले ही मैं वास्तव में एंटीडी का उपयोग करना चाहता हूं क्योंकि यह बहुत अधिक पूर्ण है आदि।
कृपया, अनुकूलन के लिए कुछ बेहतर करने के लिए कृपया कम छोड़ें।

एक एजेंसी को हमारे atd वेब ऐप का परीक्षण करने देने के बाद, उन्होंने गंभीर पहुंच संबंधी खामियों की पहचान की और हमें सबसे खराब ग्रेड संभव मिला। मुख्य कारणों की जांच करते समय, यह निम्नलिखित आरसी-घटकों को उबालता है:

  • आरसी-चयन (हमें डाउनशिफ्ट के साथ प्रतिस्थापित करना और शीर्ष पर antd शैलियों को लागू करना था)
  • आरसी-टैब (# 18798 देखें)
  • और शायद अन्य लोग जिनका हम अब तक उपयोग नहीं करते हैं

कितना बड़ा प्रशासन आरसी-घटकों पर है और क्या टीम 4.0 रिलीज के लिए इसे समय पर ठीक कर पाएगी? एक्सेसिबिलिटी हमेशा अपेक्षाकृत कमतर हो जाएगी, लेकिन सच्चाई यह है कि इसे अनदेखा करना कठिन होता जा रहा है क्योंकि एंटरप्राइज कानूनी रूप से कर्मचारियों / ग्राहकों को सुलभ ऐप मुहैया कराने के लिए बाध्य हैं।

आप मुझे स्क्रीन रीडर्स के साथ कुछ भारी परीक्षण और सर्वश्रेष्ठ प्रथाओं के खिलाफ बेंचमार्किंग में गिन सकते हैं।

MaterialUI को अनुकूलित करना बहुत आसान है

@murbanowicz आप विस्तार से बता सकता है? मैं उत्सुक हूं कि आप ऐसा क्यों सोचते हैं।

@abenhamdine कोई समस्या नहीं है!
MUI में एक ThemeProvider जिसे आप अपने ऐप में लपेटते हैं और आप जेएस ऑब्जेक्ट द्वारा पूरे विषय को कॉन्फ़िगर करते हैं जो टाइपस्क्रिप्ट में टाइप किया जाता है इसलिए इसके साथ काम करना बहुत अच्छा है।

AntD को अनुकूलित करने के लिए आपको LESS या SASS (कुछ प्लगइन्स के साथ) को गड़बड़ करना होगा ताकि आपको अन्य deps आदि को बनाए रखना होगा, आपको चर खोजने के लिए घटक स्रोत से गुजरना होगा जिसे आप विशिष्ट घटक आदि के लिए बदलना चाहते हैं।
इसके अलावा, रनटाइम में थीम को बदलने का कोई अच्छा तरीका नहीं है जो MUI के साथ इतना आसान है, बस जेएस ऑब्जेक्ट को स्विच करके जिसे सर्वर आदि से आसानी से सॉर्ट किया जा सकता है।

मूल रूप से जब आप एंटीडी और एमयूआई के अनुकूलन की तलाश करते हैं, तो आपको मीयूआई पर आसान उदाहरण मिलते हैं क्योंकि इस बारे में बात करने के लिए कुछ भी नहीं है क्योंकि यह सीधे आगे है, लेकिन जब आप एंटीडी क्यूसोटिमाइज़ेशन के लिए Google करते हैं, तो आपको बहुत सारे हैकी समाधान आदि मिलते हैं।

मुझे पूर्णता और इतने सारे महान घटकों के लिए एंटीडी पसंद है, लेकिन अनुकूलन वास्तव में बुरा है और मेरे अनुभव पर आधारित है और अन्य डेवलपर्स से बात करके यह रोडमैप पर प्रमुख बिंदुओं में से एक होना चाहिए

@abenhamdine कोई समस्या नहीं है!
MUI में एक ThemeProvider जिसे आप अपने ऐप में लपेटते हैं और आप जेएस ऑब्जेक्ट द्वारा पूरे विषय को कॉन्फ़िगर करते हैं जो टाइपस्क्रिप्ट में टाइप किया जाता है इसलिए इसके साथ काम करना बहुत अच्छा है।

AntD को अनुकूलित करने के लिए आपको LESS या SASS (कुछ प्लगइन्स के साथ) को गड़बड़ करना होगा ताकि आपको अन्य deps आदि को बनाए रखना होगा, आपको चर खोजने के लिए घटक स्रोत से गुजरना होगा जिसे आप विशिष्ट घटक आदि के लिए बदलना चाहते हैं।
इसके अलावा, रनटाइम में थीम को बदलने का कोई अच्छा तरीका नहीं है जो MUI के साथ इतना आसान है, बस जेएस ऑब्जेक्ट को स्विच करके जिसे सर्वर आदि से आसानी से सॉर्ट किया जा सकता है।

मूल रूप से जब आप एंटीडी और एमयूआई के अनुकूलन की तलाश करते हैं, तो आपको मीयूआई पर आसान उदाहरण मिलते हैं क्योंकि इस बारे में बात करने के लिए कुछ भी नहीं है क्योंकि यह सीधे आगे है, लेकिन जब आप एंटीडी क्यूसोटिमाइज़ेशन के लिए Google करते हैं, तो आपको बहुत सारे हैकी समाधान आदि मिलते हैं।

मुझे पूर्णता और इतने सारे महान घटकों के लिए एंटीडी पसंद है, लेकिन अनुकूलन वास्तव में बुरा है और मेरे अनुभव पर आधारित है और अन्य डेवलपर्स से बात करके यह रोडमैप पर प्रमुख बिंदुओं में से एक होना चाहिए

स्पष्ट और सटीक स्पष्टीकरण, thx!

@abenhamdine कोई समस्या नहीं है!
MUI में एक ThemeProvider जिसे आप अपने ऐप में लपेटते हैं और आप जेएस ऑब्जेक्ट द्वारा पूरे विषय को कॉन्फ़िगर करते हैं जो टाइपस्क्रिप्ट में टाइप किया जाता है इसलिए इसके साथ काम करना बहुत अच्छा है।

AntD को अनुकूलित करने के लिए आपको LESS या SASS (कुछ प्लगइन्स के साथ) को गड़बड़ करना होगा ताकि आपको अन्य deps आदि को बनाए रखना होगा, आपको चर खोजने के लिए घटक स्रोत से गुजरना होगा जिसे आप विशिष्ट घटक आदि के लिए बदलना चाहते हैं।
इसके अलावा, रनटाइम में थीम को बदलने का कोई अच्छा तरीका नहीं है जो MUI के साथ इतना आसान है, बस जेएस ऑब्जेक्ट को स्विच करके जिसे सर्वर आदि से आसानी से सॉर्ट किया जा सकता है।

मूल रूप से जब आप एंटीडी और एमयूआई के अनुकूलन की तलाश करते हैं, तो आपको मीयूआई पर आसान उदाहरण मिलते हैं क्योंकि इस बारे में बात करने के लिए कुछ भी नहीं है क्योंकि यह सीधे आगे है, लेकिन जब आप एंटीडी क्यूसोटिमाइज़ेशन के लिए Google करते हैं, तो आपको बहुत सारे हैकी समाधान आदि मिलते हैं।

मुझे पूर्णता और इतने सारे महान घटकों के लिए एंटीडी पसंद है, लेकिन अनुकूलन वास्तव में बुरा है और मेरे अनुभव पर आधारित है और अन्य डेवलपर्स से बात करके यह रोडमैप पर प्रमुख बिंदुओं में से एक होना चाहिए

मैं @murbanowicz से सहमत Antd के साथ अनुकूलन थोड़ा गड़बड़ हो सकता है (वैश्विक शैली लीक, सैस का उपयोग करने का हैकरी तरीका, स्टाइल ओवरराइड्स के बीच प्राथमिकता का टकराव, काफी बाहरी निर्भरता जैसे moment विशाल बंडल आकार के लिए अग्रणी। ), लेकिन लंबे समय से एमयूआई का उपयोग करने के बाद, मुझे एनडीटी बहुत अधिक अनुकूलन योग्य लगता है।

मैं MUI के नए रिलीज़ की तारीख तक नहीं हूं, लेकिन पिछली बार जब मैंने जाँच की थी, तो कुछ ऐसे घटक थे, जिन्हें आप कस्टमाइज़ नहीं कर पाए थे, क्योंकि MUI styled-components का उपयोग करता है, यदि डेवलपर्स ने classNames नहीं जोड़ा होता हर जगह
लाइब्रेरी के प्रत्यक्ष उपयोग के लिए टोमिंग शांत है, लेकिन अगर आप अपने डिजाइन सिस्टम को स्टाइल को अनुकूलित करना चाहते हैं, तो यह मीयूआई के साथ बहुत गड़बड़ है, कभी-कभी असंभव भी;)

लेकिन फिर भी, antd वास्तव में अनुकूलन अनुभव को आसान बनाने के लिए कुछ काम करने की आवश्यकता है;)

@filipjnc ,
rc-select जारी किया गया अल्फा संस्करण जो पहुंच को बढ़ाता है। आप उस पर परीक्षण करने में मदद कर सकते हैं। और v4 तैयार शाखा ने इसका उपयोग किया है आप शीर्ष पर पूर्वावलोकन देख सकते हैं।
rc-tabs , क्योंकि यह सर्वोच्च प्राथमिकता पर नहीं है, मैं इसे बाद में भी बढ़ाऊंगा।

@ जॉम्बीज ठीक है, मैं rc-select अल्फा पर एक नज़र डालूंगा

भले ही rc-tabs एक प्राथमिकता नहीं है, क्या आप कृपया मेरे पुल अनुरोध पर एक नज़र डाल सकते हैं, जहाँ मैं हमारे पहुँच परीक्षा परिणामों से सबसे महत्वपूर्ण बिंदुओं को ठीक करता हूँ?

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

@zkwolf हाँ, हम आइकन का नाम बदल रहे हैं: https://github.com/ant-design/ant-design-icons/pull/118

cc @vagusX

मैं बहुत कुछ चाहता हूं कि निरंतर फॉर्म री-रेंडरिंग वाले

कृपया ध्यान दें कि https://next.ant.design घटकों पर घटक साइडबार में वर्णानुक्रम में सॉर्ट नहीं किए जाते हैं
Schermata 2019-09-30 alle 18 01 03

जैसा कि आप जानते हैं, ऐंटी-डिज़ाइन वास्तव में पहुंच के मामले में अच्छा नहीं कर रहा है। यह अधिकांश लोगों के लिए सतह पर दिखाई नहीं देता है, लेकिन जब आप गहरा गोता लगाते हैं तो यह एक बड़ा मुद्दा है। देखें कि कैसे एंट-डिज़ाइन बहुत बुरी तरह से स्कोरिंग कर रहा है: https://darekkay.com/blog/accessible-ui-freevestwork/

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

मैंने जर्मनी में एक क्लाइंट के लिए एक एजेंसी को अपने उद्यम ऐप का परीक्षण करने दिया (जहां पहुंच बड़ी कंपनियों में एक बड़ा विषय है)। सबसे महत्वपूर्ण चीजें थीं:

  1. चयन, स्वतः पूर्ण और टैब जैसे बुनियादी लेकिन महत्वपूर्ण घटकों के लिए स्क्रीन रीडर पहुंच
  2. कई स्थानों पर रंग विपरीत है
  3. कुछ स्थानों पर कीबोर्ड नेविगेशन

मैंने अपनी पहुंच के सभी मुद्दों को ठीक करने के लिए एक त्वरित-जीत के रूप में rc-tabs उठाया - यह जल्द ही बाहर होना चाहिए (https://github.com/react-component/tabs/pull/218)। लेकिन जो चीज मुझे सबसे ज्यादा परेशान करती है, वह है rc-select , खासकर कॉम्बोक्स (स्वतः पूर्ण) हिस्सा। Comboboxes स्क्रीन रीडर एक्सेसिबिलिटी के सबसे मुश्किल पहलुओं में से एक है और इसे गलत करना आसान है। सभी मुद्दों को ठीक करने के लिए इसके लिए न केवल कुछ गुणों की आवश्यकता होती है, बल्कि एक बड़ा बदलाव भी होता है।

गो-लाइव से पहले अपने एप्लिकेशन में इसे जल्दी से ठीक करने के लिए, मैंने https://github.com/downshift-js/downshift पर आधारित अपने स्वयं के घटकों के साथ एंटी-डिज़ाइन का चयन और स्वतः पूर्ण ( rc-select ) प्रतिस्थापित किया है मैंने ARIA की सर्वोत्तम प्रथाओं को दोहराया और शीर्ष पर antd शैलियों को लागू किया - लगभग बिल्कुल समान दिखता है और यह पूरी तरह से सुलभ है।

तो उत्तेजक सवाल यह है: क्या आप दोहरे कार्य नहीं करने पर विचार करेंगे और rc-select अधिक लोकप्रिय और पूर्ण downshift लाइब्रेरी के पक्ष में होगा? आप टीम में कुछ समय बचा सकते हैं और अन्य मुख्य घटकों को पूरा करने पर ध्यान केंद्रित कर सकते हैं, जिनके ओपन-सोर्स बाजार पर अच्छे विकल्प नहीं हैं।

यह विचार मुझे @filipjnc पर शानदार लग रहा है। साथ ही, यह rc-select के आकार का 1/4 भाग है। मुझे उम्मीद है कि atd टीम ऐसा कर सकती है।

मैं 4.0 रिलीज में और अधिक रंग सुधार देखना पसंद करूंगा। विशेष रूप से, डॉक्स एक "डेटा विज़ुअलाइज़ेशन कलर पैलेट (जल्द ही आ रहा है)" का उल्लेख करते हैं जो डैशबोर्ड और अन्य डेटा भारी अनुप्रयोगों में बहुत सहायक होगा। गर्म और शांत grays के रूप में अच्छी तरह से अधिक आरामदायक रंग पट्टियाँ बनाने में मदद करेगा। साथ ही, पहुँच के लिए रंग विपरीत को ठीक करने का यह एक अच्छा अवसर है (जैसा कि @filipjnc द्वारा बताया गया है)। अच्छा काम करते रहो 👍

जैसा कि आप जानते हैं, ऐंटी-डिज़ाइन वास्तव में पहुंच के मामले में अच्छा नहीं कर रहा है। यह अधिकांश लोगों के लिए सतह पर दिखाई नहीं देता है, लेकिन जब आप गहरा गोता लगाते हैं तो यह एक बड़ा मुद्दा है। देखें कि कैसे एंट-डिज़ाइन बहुत बुरी तरह से स्कोरिंग कर रहा है: https://darekkay.com/blog/accessible-ui-freevestwork/

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

मैंने जर्मनी में एक क्लाइंट के लिए एक एजेंसी को अपने उद्यम ऐप का परीक्षण करने दिया (जहां पहुंच बड़ी कंपनियों में एक बड़ा विषय है)। सबसे महत्वपूर्ण चीजें थीं:

1. Screen reader accessibility for basic but crucial components like Select, Autocomplete and Tabs

2. Color contrasts in many places

3. Keyboard navigation in some places

मैंने अपनी पहुँच योग्य सभी समस्याओं को ठीक करने के लिए एक त्वरित-जीत के रूप में rc-tabs पहले उठाया - यह जल्द ही बाहर होना चाहिए ( प्रतिक्रिया-घटक / टैब # 218 )। लेकिन जो चीज मुझे सबसे ज्यादा परेशान करती है, वह है rc-select , खासकर कॉम्बोबॉक्स (स्वतः पूर्ण) इसका हिस्सा। Comboboxes स्क्रीन रीडर एक्सेसिबिलिटी के सबसे मुश्किल पहलुओं में से एक है और इसे गलत करना आसान है। सभी मुद्दों को ठीक करने के लिए इसके लिए न केवल कुछ गुणों की आवश्यकता होती है, बल्कि एक बड़ा बदलाव भी होता है।

गो-लाइव से पहले इसे अपने एप्लिकेशन में शीघ्रता से ठीक करने के लिए, मैंने https://github.com/downshift-js/downshift पर आधारित अपने स्वयं के घटकों के साथ एंटी-डिज़ाइन का चयन और ऑटोकंप्लीट ( rc-select ) प्रतिस्थापित किया है मैंने ARIA की सर्वोत्तम प्रथाओं को दोहराया और शीर्ष पर antd शैलियों को लागू किया - लगभग बिल्कुल समान दिखता है और यह पूरी तरह से सुलभ है।

तो उत्तेजक सवाल यह है: क्या आप दोहरे कार्य नहीं करने पर विचार करेंगे और rc-select अधिक लोकप्रिय और पूर्ण downshift लाइब्रेरी के पक्ष में होगा? आप टीम में कुछ समय बचा सकते हैं और अन्य मुख्य घटकों को पूरा करने पर ध्यान केंद्रित कर सकते हैं, जिनके ओपन-सोर्स बाजार पर अच्छे विकल्प नहीं हैं।

मैं डाउनशिफ्ट के बारे में इतना उत्साहित नहीं हूं, https://github.com/downshift-js/downshift/issues/730 देखें
एक्सेसिबिलिटी कुछ उपयोगकर्ताओं के लिए महत्वपूर्ण है, लेकिन प्रदर्शन और भी अधिक उपयोगकर्ताओं के लिए महत्वपूर्ण है।

तालिका कतार में है, वर्तमान में मैं वर्चुअल सूची पर काम कर रहा हूं।

हाय, @zombieJ
सारांश पाद लेख में कोई प्रगति है?

@ एलेक्सचेन १1818५ ,
नए जीवन चक्र कोड अद्यतन पर लंबित। तालिका के बाद अगला है:)

4.0 क्या कुछ प्रॉप पैरामीटर को ऊंट के मामले में बदला जा सकता है? उदाहरण के लिए, Input.TextArea autosize को autoSize autosize बदल दिया जाता है?
रिएक्ट में देशी HTML टैग्स के प्रॉप्स सभी ऊंट मामले हैं, जैसे <input autoComplete /> , यह autosize हमेशा असंतुष्ट दिखता है। । ।

इसे मूल उपयोग के साथ संगत और त्यागने वाले 3.x में बदला जा सकता है। @ jinliming2 क्या आप PR में रुचि रखते हैं?

  • ४.० वृद्ध एपि के रूप में ट्री के प्रॉप्सिल्ड्रेन को चिह्नित करें, और इसके बजाय ट्रीटाटा की शुद्ध डेटा विधि की सिफारिश करें। मुझे लगता है कि प्रॉप्सचिल्ड्रेन बहुत उपयोगी और अत्यधिक चंचल है।
  • ComponentWillReceiveProps को प्रतिक्रिया की नवीनतम एपीआई में अप्रचलित के रूप में चिह्नित किया गया है। वर्तमान में, यह पाया गया है कि परीक्षण के दौरान टेबल घटक और चेतन घटक अभी भी मौजूद हैं।

पहुंच के लिए +1। कृप्या!

स्पष्ट आइकन के आकार के मुद्दे के बारे में बात करते हुए, ऐसा लगता है कि अन्य घटकों का आइकन 12px है, और दिनांक चिह्न 14px है। क्या अन्य घटकों के आकार और प्रत्यय आइकन के बीच के अंतर पर विचार किया गया है या क्या यह इसलिए है क्योंकि तिथि चिह्न आइकन स्विच है और यह 14px है?क्या आपके पास आकार को एकजुट करने की कोई योजना है

@zombieJ ने टेबल मल्टी-कॉलम सॉर्टिंग फ़ंक्शन को जोड़ने की योजना बनाई है

pls अंग्रेजी पर लिखें

क्या बहुत बड़े आकार की समस्या को ठीक किया जाएगा?

क्या बहुत बड़े आकार की समस्या को ठीक किया जाएगा?

पहले दिन का उपयोग करके देखें

क्या यह अंग्रेजी में हो सकता है? विदेशियों की भावनाओं को ध्यान में रखते हुए, मैं हमेशा Google अनुवाद करता हूं। यह महत्वपूर्ण नहीं है कि व्याकरण मानक मानक नहीं है, शब्दों को उनके द्वारा समझा जा सकता है

@ afc163
क्या आपने माना है कि विदेशी लोग इस रेपो का अनुसरण कर रहे हैं? दुर्भाग्य से, Google अनुवाद यह समझने का एक अच्छा साधन नहीं है कि आप क्या कह रहे हैं। मुझे एहसास है कि चींटी-डिजाइन के अधिकांश डेवलपर्स और उपयोगकर्ता चीनी हैं, लेकिन क्या आप गैर-चीनी भी मानते हैं?
इसलिए, मैं आपसे आग्रह करता हूं कि हम सभी का सम्मान करने के लिए अंतर्राष्ट्रीय भाषा का उपयोग करें।

नमस्ते,
मैं चींटी-रिएक्शन-ऐप और टाइपस्क्रिप्ट के साथ चींटी डिज़ाइन 4.0 को आज़माना चाहता था।
मैंने https://next.ant.design/docs/react/introduce पर दिए गए निर्देशों का पालन किया, लेकिन एक काम करने वाला ऐप नहीं मिला।
मूल प्रतिक्रिया (एप्लिकेशन import Button from 'antd/es/button'; ) बनाने के लिए प्रतिक्रिया-कारण एप्लिकेशन त्रुटि का कारण बनता है:

मॉड्यूल antd / es / बटन नहीं मिल रहा है

प्रतिक्रिया-ऐप-पुनः-जोड़ने के बाद, अनुकूलित-क्रे, बैबल-प्लगइन-आयात और आयात को import {Button} from 'antd' मुझे त्रुटि संदेश मिलता है:

मॉड्यूल 'antd' के लिए एक घोषणा फ़ाइल नहीं मिल सकी

क्या आप मुझे सलाह दे सकते हैं कि atd4 को crea-react-app और टाइपस्क्रिप्ट के साथ कैसे काम करें?

@gynekolog ,
कृपया जाँचें कि node_modules सही ढंग से स्थापित किया गया है।

रेफरी https://codesandbox.io/s/cool-paper-4y1u7

@lvlohammadi दुर्भाग्य से, मेरे जैसे कुछ चीनी लोग अंग्रेजी में पर्याप्त अच्छे नहीं हैं, लेकिन मैं सामुदायिक संचार में भाग लेने के लिए अंतर्राष्ट्रीय भाषा का उपयोग करने की पूरी कोशिश करूंगा।

@gynekolog ,
कृपया जाँचें कि node_modules सही ढंग से स्थापित किया गया है।

रेफरी https://codesandbox.io/s/cool-paper-4y1u7

आप सही हे। मै भागा

yarn add "https://github.com/ant-design/ant-design.git#4.0-prepare"

बजाय

yarn add "[email protected]"

शर्म की बात है ...
धन्यवाद।

dropdownMatchSelectWidth अल्फा संस्करण पर घटक ब्रेक का चयन करें, पिछले संस्करण में प्रभावी

अगर मैं atd का उपयोग करके एक नई परियोजना शुरू कर रहा हूं, तो क्या आप संस्करण 3 या 4 अल्फा चुनेंगे? "प्रोडक्शन रेडी" संस्करण 4 कैसे है? क्या आप अभी भी एक q4 रिलीज के लिए लक्ष्य रखते हैं?

अगर मैं atd का उपयोग करके एक नई परियोजना शुरू कर रहा हूं, तो क्या आप संस्करण 3 या 4 अल्फा चुनेंगे? "प्रोडक्शन रेडी" संस्करण 4 कैसे है? क्या आप अभी भी एक q4 रिलीज के लिए लक्ष्य रखते हैं?

Antd 4 अभी तक तैयार नहीं है। आपको atd 3 के साथ शुरू करना चाहिए, संक्रमण आसान होना चाहिए (विशेष रूप से अगर कोडमोड्स अपेक्षित रूप से प्रदान किए गए हैं)।

मुझे तर्क और प्रदर्शन के बीच एक पूर्ण अलगाव देखने की उम्मीद है, जो कि वर्ग नामों में हेरफेर करने के अलावा, js दृश्य के अलावा और कुछ नहीं करता है। दृश्य उपस्थिति सभी को CSS (LESS) द्वारा नियंत्रित किया जाना चाहिए। इसके अलावा, रिएक्ट घटकों के बजाय, शायद वेब घटकों का उपयोग करें ताकि गैर-रिएक्ट डेवलपर्स इसे और अधिक आसानी से उपयोग कर सकें।

मुझे तर्क और प्रदर्शन के बीच एक पूर्ण अलगाव देखने की उम्मीद है, जो कि वर्ग नामों में हेरफेर करने के अलावा, js दृश्य के अलावा और कुछ नहीं करता है। दृश्य उपस्थिति सभी को CSS (LESS) द्वारा नियंत्रित किया जाना चाहिए। इसके अलावा, रिएक्ट घटकों के बजाय, शायद वेब घटकों का उपयोग करें ताकि गैर-रिएक्ट डेवलपर्स इसे और अधिक आसानी से उपयोग कर सकें।

मुझे लगता है कि सब कुछ शुद्ध करने का यह विचार व्यर्थ है। बेहतर है कि कुछ और महत्वपूर्ण बातों पर ध्यान दें।

AutoComplete में बहु-चयन की कोई योजना, जैसे https://react-select.com?

मुझे तर्क और प्रदर्शन के बीच एक पूर्ण अलगाव देखने की उम्मीद है, जो कि वर्ग नामों में हेरफेर करने के अलावा, js दृश्य के अलावा और कुछ नहीं करता है। दृश्य उपस्थिति सभी को CSS (LESS) द्वारा नियंत्रित किया जाना चाहिए। इसके अलावा, रिएक्ट घटकों के बजाय, शायद वेब घटकों का उपयोग करें ताकि गैर-रिएक्ट डेवलपर्स इसे और अधिक आसानी से उपयोग कर सकें।

मुझे लगता है कि सब कुछ शुद्ध करने का यह विचार व्यर्थ है। बेहतर है कि कुछ और महत्वपूर्ण बातों पर ध्यान दें।

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

उदाहरण के लिए मेनू ले लो, डिफ़ॉल्ट चौड़ाई और ऊंचाई जेएस द्वारा निर्धारित की जाती है, समस्या यह है कि जब कोई आउटपर रैपर की चौड़ाई या ऊंचाई बदलना चाहता है, तो मेनू या तो बाहर चिपकेगा या चारों ओर अंतराल होगा। इसके लिए डिजाइनर और कोडर दोनों को ठीक करना होगा, जिसका अर्थ है डाउनटाइम।

इसके अलावा, घटकों के रूप में, कोड अत्यधिक जटिल नहीं है, जुदाई को बहुत अधिक प्रयास नहीं करना चाहिए, लेकिन परिणाम उपयोगकर्ताओं के लिए जीवन को बहुत आसान बना देगा, और एंटीडिसाइन टीम स्वयं।

एक और छोटा मुद्दा, आइकन को 16px पर डिफ़ॉल्ट होना चाहिए, 14px नहीं, जो कि वैश्विक डिफ़ॉल्ट फ़ॉन्ट आकार है। इसका मतलब है कि आइकन को टेक्स्ट से अलग @ डिफ़ॉल्ट-आइकन-आकार, @ आइकन-आकार-एलजी, आदि जैसे चर का उपयोग करना चाहिए। यह वास्तव में एक बग नहीं है, लेकिन एक सुविधा खो गई है।

@ afc163
क्या आपने माना है कि विदेशी लोग इस रेपो का अनुसरण कर रहे हैं? दुर्भाग्य से, Google अनुवाद यह समझने का एक अच्छा साधन नहीं है कि आप क्या कह रहे हैं। मुझे एहसास है कि चींटी-डिजाइन के अधिकांश डेवलपर्स और उपयोगकर्ता चीनी हैं, लेकिन क्या आप गैर-चीनी भी मानते हैं?
इसलिए, मैं आपसे आग्रह करता हूं कि हम सभी का सम्मान करने के लिए अंतर्राष्ट्रीय भाषा का उपयोग करें।

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

दोस्तों, क्या सीएसएस उत्पन्न करने के लिए _Less_ के बजाय And Design संस्करण 4.0 का JSS है ?

दोस्तों, क्या सीएसएस उत्पन्न करने के लिए _Less_ के बजाय And Design संस्करण 4.0 का JSS है ?

AFAIK, नहीं। लेकिन आप कम के अलावा स्टाइल-घटकों (उदाहरण के लिए) का उपयोग करने का प्रयास कर सकते हैं।

धन्यवाद, प्रिय @ tomgao365 , मैं उस मुद्दे को बनाता हूं जिसे आपने संदर्भित किया था। मैं कम पूरी तरह से हटाने के लिए एक महान पीआर बनाना चाहता हूं और इसके बजाय जेएसएस का उपयोग करता हूं। संस्करण 3 पर काम करना एक अच्छा विचार नहीं है, क्योंकि कई परियोजनाएं संस्करण 3 का उपयोग करके बनाई गई थीं, इसलिए मैंने संस्करण 4 पर जेएसएस को लागू करने पर काम करने का फैसला किया।

इसके अलावा, मेरे पास एक छोटा सा सवाल है, प्रिय @abenhamdine , कम उपयोग करने के बजाय JSS का उपयोग करने के बारे में आपका क्या विचार है?

इसके अलावा, मेरे पास एक छोटा सा सवाल है, प्रिय @abenhamdine , कम उपयोग करने के बजाय JSS का उपयोग करने के बारे में आपका क्या विचार है?

मेरे अनुसार मुख्य लाभ:

  • गतिशील स्टाइलिंग (कम के साथ दर्द)
  • स्वतः पूर्णता (उस के लिए निश्चित नहीं है, इस बात पर निर्भर करें कि आप किस टूलिंग / JSS लाइब्रेरी का उपयोग करते हैं)
  • शैलियों की विरासत

आजमाने योग्य।
लेकिन यह चांदी की गोली नहीं है।

प्रिय @abenhamdine , मैं एक मुद्दा छोड़ता हूं जिसे Discussion बैज मिला। यह # 19181 है।

और मैं जेएसएस को लागू करना शुरू करना चाहता हूं और कम छोड़ना चाहता हूं लेकिन एक नया संस्करण आ रहा है और मुझे डर है कि मेरे सभी प्रयास बर्बाद हो जाएंगे।

पल-पल की जगह के बारे में चर्चा देखने के लिए खुशी। Day.js या देशी डेट ऑब्जेक्ट जैसे वैकल्पिक विकल्प के लिए यहां https://github.com/ant-design/ant-design/issues/19738

क्या संस्करण 4 में क्रिएट-रिएक्शन-ऐप का उपयोग करके रंग विषयों को बदलने का एक आसान तरीका होगा?

मैं @flashtheman से सहमत https://emotion.sh/docs/theming

JQuery के युग में, थीम सेटिंग्स बहुत लोकप्रिय हैं और उपयोगकर्ता इसका उपयोग करना पसंद करते हैं।
मैंने उत्पादन वातावरण में थीम को संशोधित करने के लिए 2 वर्षों से अधिक समय से आसान तरीका इंतजार किया है।

आइकन घटक के नए संस्करण में, यदि आइकन गतिशील रूप से निर्धारित किया जाता है, तो इसे नए संस्करण में कैसे संभाला जाना चाहिए? फिलहाल, मैं केवल आवश्यकता + चर स्ट्रिंग का उपयोग करने के बारे में सोच सकता हूं। यह पता चलता है कि चर के लिए केवल टाइप विशेषता को भरने की आवश्यकता है। क्या इससे निपटने का कोई और तरीका है?
Google अनुवाद: आइकन घटक के नए संस्करण में, यदि आइकन गतिशील रूप से निर्धारित किया गया है, तो नए संस्करण में इसके साथ कैसे व्यवहार करें, फिलहाल केवल आवश्यकता के बारे में सोच सकते हैं + चर स्ट्रिंग, मूल केवल भरने की आवश्यकता है चर के साथ प्रकार विशेषता, अन्य प्रसंस्करण विधियों क्या है?

आइकन घटक के नए संस्करण में, यदि आइकन गतिशील रूप से निर्धारित किया जाता है, तो इसे नए संस्करण में कैसे संभाला जाना चाहिए? फिलहाल, मैं केवल आवश्यकता + चर स्ट्रिंग का उपयोग करने के बारे में सोच सकता हूं। यह पता चलता है कि चर के लिए केवल टाइप विशेषता को भरने की आवश्यकता है। क्या इससे निपटने का कोई और तरीका है?
Google अनुवाद: आइकन घटक के नए संस्करण में, यदि आइकन गतिशील रूप से निर्धारित किया गया है, तो नए संस्करण में इसके साथ कैसे व्यवहार करें, फिलहाल केवल आवश्यकता के बारे में सोच सकते हैं + चर स्ट्रिंग, मूल केवल भरने की आवश्यकता है चर के साथ प्रकार विशेषता, अन्य प्रसंस्करण विधियों क्या है?

प्रतिक्रिया दस्तावेज़ में अनुशंसित https://github.com/smooth-code/loadable-compenders का उपयोग करने का प्रयास करें

आधिकारिक संस्करण कब जारी किया जाएगा?

4.0 टेबल पिवट फ़ंक्शन का समर्थन करता है?

@ afc163 - लगता है जैसे वैश्विक शैली प्रदूषण नंबर 1 मुद्दा है जो लोग एक नई रिलीज के साथ चाहते हैं। क्या आपके पास इस पर काम करने के लिए कोई है? मुझे यह काम करने और मदद करने में खुशी होगी। यह कठिन नहीं होना चाहिए, बस कुछ प्रयास करना चाहिए। मैं Ant Design के साथ भी इस समस्या से ग्रस्त हूँ। मैं इसे हल करना चाहूंगा।

क्या घटक आकार को कम करने पर कोई कार्य किया जा रहा है?
एक बार के लिए: अगर मुझे एक सरल Button - तो मुझे atd.css फ़ाइल का पूरा आयात करना होगा ??

क्या घटक आकार को कम करने पर कोई कार्य किया जा रहा है?
एक बार के लिए: अगर मुझे एक सरल Button - तो मुझे atd.css फ़ाइल का पूरा आयात करना होगा ??

@ avalanche1 https://ant.design/docs/react/introduce#Usage का संदर्भ लें

मॉड्यूलर atd का प्रयोग करें

मेरे लिए, कस्टम सूची रेंडरिंग समर्थन का समर्थन करने के लिए एक अपलोड घटक पर्याप्त नहीं है।
इसके अलावा, अपलोड की प्रगति केवल एक प्रतिशत है, और यह वास्तविक समय गति प्रदर्शन का समर्थन करने के लिए विस्तार करने के लिए सुविधाजनक नहीं है।

@ banxi1988

https://github.com

यदि गति प्रदर्शन चाहते हैं, तो ऑनकेंज ने अपलोड की गई फ़ाइल का प्रतिशत वापस कर दिया है। आप अपलोड गति की गणना कर सकते हैं।

@ Z3SA https://caniuse.com/#search = CSS% 20Variables। यह सभी IE समर्थन बंद करने की आवश्यकता है, IE11 समर्थन बंद करो बहुत कट्टरपंथी है, हालांकि मैं भी ऐसा करने का समर्थन करता हूं।

आप फ़ॉलबैक सपोर्ट के साथ भी ऐसा कर सकते हैं। Ex: color: var(--red, @red); एक साधारण वैश्विक खोज / सभी मौजूदा चर के लिए बदलें इसके लिए हल करेंगे।

VASS के लिए LASS को SASS या अन्य बेहतर स्टाइलिंग सॉल्यूशन के पक्ष में माना जा रहा है या नहीं?

हाय, @murbanowicz, धन्यवाद अपनी टिप्पणी के लिए, मैं का उपयोग कर के बारे में एक मुद्दा छोड़ JSS के बजाय Less और यहाँ, मैं इस प्रवास लेकिन कोई भी पता चलता है किसी भी कार्रवाई के बारे में मेरी तत्परता दिखाते हैं।

हाय @zombieJ , चींटी डिजाइन पर अपने महान काम के लिए धन्यवाद? क्या एप्लिकेशन में डार्क थीम को टॉगल करने के लिए आउट ऑफ बॉक्स तरीका प्रदान करने की कोई योजना है?

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

@shengliangli को लगता है कि युग्मन बहुत मजबूत है। । ।

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

@shengliangli को लगता है कि युग्मन बहुत मजबूत है। । ।

मुझे लगता है कि Form.Item एक "अतिरिक्त" घटक है, जिसे atd द्वारा जोड़ा जाता है ताकि वह प्रपत्र घटक के डेटा बाइंडिंग फ़ंक्शन का एहसास कर सके। इस अहसास के कारण हैं, लेकिन आखिरकार, यह एक अतिरिक्त चीज़ जोड़ता है। जिस तरह हर कोई redux में बहुत अधिक मॉड्यूलर कोड की समस्या की आलोचना करता है, डेवलपर्स को लेखन का यह तरीका पसंद नहीं आ सकता है। यदि डेटा बाइंडिंग फ़ंक्शन को form.item द्वारा कार्यान्वित किया जाता है, तो इसे इनपुट जैसे इनपुट घटकों की विशेषताओं के रूप में समझा जा सकता है, ताकि इनपुट घटकों की क्षमता को बढ़ाया जा सके, क्या यह अधिक स्वाभाविक लगता है?

मैंने युग्मन की समस्या के बारे में भी सोचा। समस्या की जड़ यह हो सकती है कि हम इनपुट घटकों की क्षमताओं और व्यवहार विशेषताओं को कैसे परिभाषित करते हैं।

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

@shengliangli को लगता है कि युग्मन बहुत मजबूत है। । ।

मुझे लगता है कि Form.Item एक "अतिरिक्त" घटक है, जिसे atd द्वारा जोड़ा जाता है ताकि वह प्रपत्र घटक के डेटा बाइंडिंग फ़ंक्शन का एहसास कर सके। इस अहसास के कारण हैं, लेकिन आखिरकार, यह एक अतिरिक्त चीज़ जोड़ता है। जिस तरह हर कोई redux में बहुत अधिक मॉड्यूलर कोड की समस्या की आलोचना करता है, डेवलपर्स को लेखन का यह तरीका पसंद नहीं आ सकता है। यदि डेटा बाइंडिंग फ़ंक्शन को form.item द्वारा कार्यान्वित किया जाता है, तो इसे इनपुट जैसे इनपुट घटकों की विशेषताओं के रूप में समझा जा सकता है, ताकि इनपुट घटकों की क्षमता को बढ़ाया जा सके, क्या यह अधिक स्वाभाविक लगता है?

मैंने युग्मन की समस्या के बारे में भी सोचा। समस्या की जड़ यह हो सकती है कि हम इनपुट घटकों की क्षमताओं और व्यवहार विशेषताओं को कैसे परिभाषित करते हैं।

मैं विशेष रूप से सहमत नहीं हूं। मुझे लगता है कि फॉर्म। यह मुख्य रूप से एक घटक का एक बाहरी पैकेज है, जैसे लेबल और कॉलम विशेषताएँ, जो वास्तव में घटकों में इनलाइन के लिए उपयुक्त नहीं हैं।

हाय @zombieJ
जानना चाहते हैं कि संस्करण 4 कब होगा?
आगे की सुनवाई के लिए आगे देख रहे हैं

मैं डिजाइन में भी कैसे योगदान करूं?
किसी की बात सुनना

बीटा.0 संस्करण उपलब्ध है, क्या इसका मतलब यह है कि इसका उपयोग किया जा सकता है?

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

सबसे पहले, आपको यह जानना होगा कि इसका निर्माण या नहीं से कोई लेना-देना नहीं है, तथाकथित अंतर्निहित घटकों का उपयोग करना दुर्घटना कहा जा सकता है
getFieldDecorator वह ब्रिज है जो फॉर्म कंपोनेंट और इनपुट कंपोनेंट को जोड़ता है। form.item को दो विशेषताओं में पास किया जाता है value और onChange , और फिर लिपटे हुए घटक value और पास होते हैं onChange ये दो इंटरफ़ेस तरीके बाहरी दुनिया के साथ बातचीत करते हैं। दूसरे शब्दों में, किसी भी घटक के रूप में लंबे समय के रूप value और onChange कार्यान्वित कर रहे हैं के मापदंडों बन सकता है getFieldDecorator ।यह program to interface का विशिष्ट विचार है

पुनश्च: मैंने स्रोत कोड नहीं पढ़ा है, उपरोक्त सभी दस्तावेज़ पढ़ने के बाद मेरा अनुमान है

Form.Item कारण अंतर्निहित Component के साथ बातचीत कर सकता है, जिसका किसी को कुछ 'बिल्ड-इन' मैकेनिज्म से कोई लेना-देना नहीं है। यह प्रोग्रामिंग दुनिया में program to interface नामक एक सामान्य ट्रिक है

असल में, Form घटक और अंतर्निहित घटक value और onChange जैसे कुछ पर सहमत हैं। वे संवाद करने के लिए दो दुनियाओं के बीच इंटरफेस का काम करते हैं। यह डिकॉउलिंग के उद्देश्य के लिए एक अच्छा डिज़ाइन है

@ डांसरफिल शायद आप आधिकारिक दस्तावेज पर अधिक स्पष्ट रूप से विचार को स्पष्ट कर सकते हैं

हाय सब, वी 4 बीटा जारी किया गया है। एपीआई अब स्थिर है जिसका अर्थ है कि एपीआई पर कोई ब्रेकिंग परिवर्तन नहीं होता है जब तक कि महत्वपूर्ण मुद्दा नहीं होता है। बीटा संस्करण के दौरान, डिजाइनर यूआई विज़ुअल डिज़ाइन समायोजन जारी रखने में मदद करेंगे और हम बग फिक्स पर ध्यान केंद्रित करेंगे। पर और आग बग के लिए हमें मदद या वापस फ़ीड।

सभी के लिए धन्यवाद कोडिंग और कोशिश में भाग लेते हैं। आपकी मदद का मतलब बहुत है :)


सभी को नमस्कार, बीटा संस्करण जारी किया गया है। यदि API में कोई बड़ी डिज़ाइन समस्या नहीं है, तो कोई और परिवर्तन नहीं किए जाएंगे। बीटा संस्करण में, डिजाइनर v4 की UI शैली को समायोजित करने में सहायता करेंगे, और हम बग फिक्स पर ध्यान केंद्रित करेंगे। हमें बग्स खोजने में मदद करने के लिए आपका स्वागत है या कोई अन्य प्रतिक्रिया है।

विकास और परीक्षण कार्य में भाग लेने के लिए धन्यवाद। आपकी मदद बहुत सार्थक है :)


रेफरी: http://new-issue.ant.design/

मैं डिजाइन में भी कैसे योगदान करूं?
किसी की बात सुनना

@ ekeminimarkk001 शायद संदर्भित करें: https://ant.design/docs/react/contributing

@zombieJ क्या इस मुद्दे में सूचीबद्ध सभी परिवर्तन बीटा संस्करण में लागू किए गए हैं?

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

सबसे पहले, आपको यह जानना होगा कि इसका निर्माण या नहीं से कोई लेना-देना नहीं है, तथाकथित अंतर्निहित घटकों का उपयोग करना दुर्घटना कहा जा सकता है
getFieldDecorator वह ब्रिज है जो फॉर्म कंपोनेंट और इनपुट कंपोनेंट को जोड़ता है। form.item को दो विशेषताओं में पास किया जाता है value और onChange , और फिर लिपटे हुए घटक value और पास होते हैं onChange ये दो इंटरफ़ेस तरीके बाहरी दुनिया के साथ बातचीत करते हैं। दूसरे शब्दों में, किसी भी घटक के रूप में लंबे समय के रूप value और onChange कार्यान्वित कर रहे हैं के मापदंडों बन सकता है getFieldDecorator ।यह program to interface का विशिष्ट विचार है

पुनश्च: मैंने स्रोत कोड नहीं पढ़ा है, उपरोक्त सभी दस्तावेज़ पढ़ने के बाद मेरा अनुमान है

आपके उत्तरों को पढ़ने के बाद, मुझे यह कहना होगा कि antd के फार्म घटक के लिए मेरा सुझाव बहुत परिपक्व नहीं है, लेकिन दूसरी ओर, यह सुझाव पूरी तरह से एक साधारण उपयोगकर्ता के दृष्टिकोण से समस्या के बारे में सोच रहा है। इस तरह के उच्च उपयोग की तीव्रता वाले एक घटक के लिए, यह कैसे विकसित और उपयोग करने के लिए अधिक सुविधाजनक हो सकता है, कम कोड लिख सकता है, और स्पष्ट और अधिक प्राकृतिक अभिव्यक्तियों का उपयोग कर सकता है, यह मेरी बहुत अच्छी उम्मीद है।

उपयोगकर्ता के दृष्टिकोण से, एनॉट पहले से ही बहुत अच्छा है। अधिकांश घटकों का उपयोग किया जा सकता है जैसे ही वे उपयोग किए जाते हैं, और तब भूल जाते हैं जब उनका उपयोग किया जाता है। इस आशय का कारण घटकों के अच्छे एपीआई डिजाइन और पैकेजिंग से अविभाज्य है, लेकिन घटकों के कुछ उपयोग परिदृश्य अभी भी हैं (जैसे कि, तालिका से), और बेहतर सुधार के लिए जगह है।

एनडीटी परियोजना में सिर्फ एक उपकरण घटक है। अपने स्वयं के कार्यान्वयन तंत्र को उजागर नहीं करना, या बाहरी एपीआई में कार्यान्वयन तंत्र को चतुराई से छिपाना और आत्मसात करना सबसे अच्छा है। उपयोगकर्ता केवल इस घटक का उपयोग करना चाहते हैं, वे इसे सबसे सुविधाजनक और प्राकृतिक रूप में उपयोग करना चाहते हैं, और वे एक उपकरण घटक पर एक विशेषज्ञ नहीं बनना चाहते हैं।

वर्तमान 3.x एपीआई के तहत, फॉर्म घटक पर वापस जा रहा हूं, मैं वास्तव में अली-आधारित यूफॉर्म का उपयोग करने के लिए अधिक इच्छुक हूं। एनॉट के फॉर्म की तुलना में, यूफॉर्म को कम कोड लिखने की जरूरत है और अधिक उत्पादक है। बेशक, uform लेखन के एक घोषणात्मक तरीके की तरह लगता है, जो antd के रूप से बहुत अलग है और संदर्भ के लिए बहुत अधिक मूल्य नहीं हो सकता है।

Atd पार्टी के रूप में, यह बहुत सारी आवश्यकताओं को पूछने के लिए थोड़ा शर्मनाक है, लेकिन यह प्यार के कारण है कि मुझे आशा है कि यह बेहतर है, मुझे आशा है कि परियोजना टीम समझती है, और मुझे उपयुक्त संस्करण के तहत घटक के विकास और उपयोग के अनुभव को और बेहतर बनाने की उम्मीद है। ।

बहुत अजीब। मैंने आइकन का उपयोग बिल्कुल नहीं किया, लेकिन मैंने सभी आइकन-svg को इसमें पैक किया।
webpack-bundle-analyzer.png
संस्करण संख्या: 4.0.0-beta.0। बैबल-प्लगइन-आयात और ट्री-शेकिंग का उपयोग किया जाता है, लेकिन वे बेकार हैं।

बहुत अजीब। मैंने आइकन का उपयोग बिल्कुल नहीं किया, लेकिन मैंने सभी आइकन-svg को इसमें पैक किया।
webpack-bundle-analyzer.png
संस्करण संख्या: 4.0.0-beta.0। बैबल-प्लगइन-आयात और ट्री-शेकिंग का उपयोग किया जाता है, लेकिन वे बेकार हैं।

इस विन्यास का प्रयोग करें

{
                    test: /\.js?$/,
                    include: [/node_modules[\\\\/]antd/],
                    use: [
                        {
                            loader: 'babel-loader',
                            options: {
                                plugins: [
                                    '@babel/plugin-syntax-dynamic-import',
                                    [
                                        'import',
                                        {
                                            libraryName: 'antd',
                                            style: true,
                                            libraryDirectory: 'es',
                                        },
                                        'ant',
                                    ],
                                    [
                                        'import',
                                        {
                                            libraryName: '@ant-design/icons',
                                            customName: name => {
    const formatName = name.split('-').reduce((acum, value) => acum + value[0].toUpperCase() + value.slice(1), '');

    return `@ant-design/icons/lib/icons/${formatName}`;
};
                                        },
                                        '@ant-design/icons',
                                    ],
                                ],
                            },
                        },
                    ],
                },

बहुत अजीब। मैंने आइकन का उपयोग बिल्कुल नहीं किया, लेकिन मैंने सभी आइकन-svg को इसमें पैक किया।
webpack-bundle-analyzer.png
संस्करण संख्या: 4.0.0-beta.0। बैबल-प्लगइन-आयात और ट्री-शेकिंग का उपयोग किया जाता है, लेकिन वे बेकार हैं।

इस विन्यास का प्रयोग करें

{
                    test: /\.js?$/,
                    include: [/node_modules[\\\\/]antd/],
                    use: [
                        {
                            loader: 'babel-loader',
                            options: {
                                plugins: [
                                    '@babel/plugin-syntax-dynamic-import',
                                    [
                                        'import',
                                        {
                                            libraryName: 'antd',
                                            style: true,
                                            libraryDirectory: 'es',
                                        },
                                        'ant',
                                    ],
                                    [
                                        'import',
                                        {
                                            libraryName: '@ant-design/icons',
                                            customName: name => {
    const formatName = name.split('-').reduce((acum, value) => acum + value[0].toUpperCase() + value.slice(1), '');

    return `@ant-design/icons/lib/icons/${formatName}`;
};
                                        },
                                        '@ant-design/icons',
                                    ],
                                ],
                            },
                        },
                    ],
                },

आपके उत्तर के लिए धन्यवाद, लेकिन मैंने आपके कॉन्फ़िगरेशन के अनुसार काम नहीं किया।

संस्करण: 4.0.0-beta.0
समस्या: जब मोडल घटक दिखाई दे रहा है, तो पेज पलट जाएगा और पते को पुन: पेश करेगा:

@xiaoxintang यह मास्टर शाखा में तय किया गया है, जो मर्ज की प्रतीक्षा कर रहा है।

@ afc163 मैं atd4.0 बीटा कैसे स्थापित करूं

https://next.ant.design/ लटका दिया

@ afc163 मैं atd4.0 बीटा कैसे स्थापित करूं

npm install [email protected]
या
yarn add [email protected]

ऐसा लगता है कि पूर्वावलोकन साइट टूट गई है। मुझे केवल एक पृष्ठ नहीं मिला त्रुटि।

फार्म घटक के बारे में एक सुझाव:
मुझे यह देखकर बहुत खुशी हुई कि नए 4.0 संस्करण में, प्रपत्र घटक डेवलपर्स के लिए अधिक अनुकूल होगा। मैंने एक नया उदाहरण देखा, Form.Item घटक के नीचे का घटक अब getFieldDecorator का उपयोग करने की आवश्यकता नहीं होगी। यह एक बहुत अच्छा सुधार है, लेकिन मेरे पास एक अधिक कट्टरपंथी सुझाव है: फॉर्म को हटा दें। यह घटक, आगे कोड लेखन अनुभव को अनुकूलित करता है, और कोडिंग को अधिक ताज़ा बनाता है। Form.Item घटक के मूल कार्य सीधे विशिष्ट इनपुट घटकों (जैसे इनपुट, डेटापिक, आदि) में स्थानांतरित किए जाते हैं।
यह ध्यान रखना है कि ज्यादातर मामलों में, विकसित रूप atd के अंतर्निहित इनपुट घटकों का उपयोग करते हैं, जिसमें इनपुट घटकों की क्षमताओं को बढ़ाकर Form.Item घटक के कार्य को महसूस करने की स्थिति होती है; और कुछ विशेष मामलों के लिए (जैसे कि उपयोगकर्ता स्वयं) घटकों को परिभाषित करें, कुछ इनपुट घटक फॉर्म से बाध्य नहीं होना चाहते हैं), आप निर्देशों के लिए विशेष पैकेजिंग घटक प्रदान कर सकते हैं।
Atd पर अनुसंधान गहराई में नहीं है, और केवल आम उपयोगकर्ताओं के दृष्टिकोण से अपील के सुझाव का प्रस्ताव करता है। अगर कुछ गलत है, तो कृपया हैहान

आप यह कोशिश कर सकते हैं: https://github.com/awiu/ant-modifier

क्या वैश्विक शैली प्रदूषण के लिए कोई अनुकूलन है?

क्या वैश्विक शैली प्रदूषण के लिए कोई अनुकूलन है?

Antd लगता है उपसर्ग है, यह प्रदूषण नहीं है।आपका अपना प्रोजेक्ट css कोड वैश्विक प्रदूषण की समस्या को हल करने के लिए css- मॉड्यूल का उपयोग करने का प्रयास कर सकता है

क्या वैश्विक शैली प्रदूषण के लिए कोई अनुकूलन है?

Antd लगता है उपसर्ग है, यह प्रदूषण नहीं है।आपका अपना प्रोजेक्ट css कोड वैश्विक प्रदूषण की समस्या को हल करने के लिए css- मॉड्यूल का उपयोग करने का प्रयास कर सकता है

खैर, मैं इस उपसर्ग को जानता हूं। मेरा मतलब है कि वैश्विक सीएसएस रीसेट भाग का प्रदूषण, जो कि विरासत की परियोजनाओं में एनटीटी और सीएसएस रीसेट की शुरुआत के कारण होने वाली प्रदूषण समस्या है।

क्या वैश्विक शैली प्रदूषण के लिए कोई अनुकूलन है?

Antd लगता है उपसर्ग है, यह प्रदूषण नहीं है।आपका अपना प्रोजेक्ट css कोड वैश्विक प्रदूषण की समस्या को हल करने के लिए css- मॉड्यूल का उपयोग करने का प्रयास कर सकता है

विवरण के लिए, कृपया आधिकारिक वेबसाइट लिंक में मुद्दे की चर्चा देखें: https://ant.design/docs/react/faq-cn#antd -% E8% A6% 86% E7% 9B% 96% E4% BA% 86% E6% 88 % 91% E7% 9 ए% 84% E5% 85% A8% E5% B1% 80% E6% A0% B7% E5% ई.पू.% 8F% एफई% ई.पू.% 81

क्या Antd Pro 4.0 से Antd Pro 4.0 लेआउट को स्थानांतरित करने की योजना है?
मुझे प्रॉ-लेआउट में SiderMenu.js Icon.createFromIconfontCN त्रुटि का सामना करना पड़ा, जब वह प्रोजेक्ट को अपने आप से माइग्रेट कर रहा था। क्योंकि प्रो-लेआउट में निर्भरता अभी भी v3 संस्करण है, मैं निर्भरता को बदलने का तरीका नहीं जानता, और कोई व्यक्ति जो मुझे सिखाएगा।

क्या Antd Pro 4.0 से Antd Pro 4.0 लेआउट को स्थानांतरित करने की योजना है?
मुझे प्रॉ-लेआउट में SiderMenu.js Icon.createFromIconfontCN त्रुटि का सामना करना पड़ा, जब वह प्रोजेक्ट को अपने आप से माइग्रेट कर रहा था। क्योंकि प्रो-लेआउट में निर्भरता अभी भी v3 संस्करण है, मैं निर्भरता को बदलने का तरीका नहीं जानता, और कोई व्यक्ति जो मुझे सिखाएगा।

चूंकि आइकन 4.0 में अलग हो गया था, आयात को संशोधित करने की आवश्यकता है, आप वर्तमान आइकन एपीआई दस्तावेज़ देखने के लिए next.ant.design ले सकते हैं

V4 संस्करण में आपके सभी योगदान के लिए धन्यवाद। 4.0.0-rc.0 संस्करण जारी होने के बाद से बंद करें: Ref # 20661

क्या स्ट्रिक्टमोड एक लक्ष्य है? विरासत के संदर्भ को https://github.com/ant-design/ant-design/issues/9870 पर माइग्रेट करना होगा

क्या हम atd3 और atd4 दोनों को रेपो में रख सकते हैं? सभी जगह नहीं बदल सकते क्योंकि रेपो बहुत बड़ा है और यह लगभग पूर्ण कोडबेस का पुनर्लेखन होगा।
यदि हाँ, तो क्या हम atd3 CSS को वैश्विक में रख सकते हैं और atd4 CSS केवल कुछ फ़ोल्डर के लिए और यह बच्चों के लिए है

क्या यह पृष्ठ उपयोगी था?
0 / 5 - 0 रेटिंग्स