मैं बाकी ऑडियो फोल्डर पर dibs को कॉल करूँगा

अरे @mrdoob , क्या आप कृपया स्पष्ट कर सकते हैं कि आप हमें उदाहरण फ़ोल्डर में स्क्रिप्ट को कैसे संभालना चाहते हैं?

मैं #19989 को सीधे रूपांतरण के लिए पसंद कर रहा हूं, लेकिन मुझे ऐसा करने का एहसास है कि utils/modularize.js को अब उस काम को ओवरराइट किए बिना examples/js फ़ोल्डर पर उपयोग नहीं किया जा सकता है। क्या यह हमारे examples/js को बनाए रखने के अंत और केवल examples/jsm की शुरुआत को चिह्नित करता है?

संपादित करें: टिप्पणी देखें

क्या मैं बाकी गणित फ़ोल्डर पर काम कर सकता हूँ?

क्या मैं बाकी गणित फ़ोल्डर पर काम कर सकता हूँ?

मैं आप सभी के लिए इसे एक शॉट देने के लिए हूँ। मुझे याद है कुछ समय पहले कोशिश कर रहा था लेकिन @ Mugen87 ने मुझे इसके लिए कह दिया। जैसे ही आप जाते हैं इसका त्वरित सारांश परीक्षण था क्योंकि पूरे फ़ोल्डर को एक बार में परिवर्तित करना खुद को किसी न किसी सवारी के लिए स्थापित कर सकता है। फ़ाइल द्वारा आंशिक, या यहां तक ​​​​कि फ़ाइल का स्वागत है, मुझे यकीन है।

@निश्चित रूप से शायद मैं देखूंगा कि src/animation/ के तहत और क्या माइग्रेट किया जा सकता है

src/core का हिस्सा: https://github.com/mrdoob/three.js/pull/20008

अच्छा। मुझे लगता है कि फ़ोल्डर लगभग पूरा हो गया है। हो सकता है कि केवल src/core/Object3D.js और src/core/BufferGeometry.js बचे हों?

हो सकता है कि केवल src/core/Object3D.js और src/core/BufferGeometry.js बचे हों?

हां, बहुत से ES5 वर्ग Object3D और BufferGeometry पर निर्भर हैं।

रेंडरर्स: https://github.com/mrdoob/three.js/pull/20011

गोली मारो, इस पर कुछ आश्चर्यजनक प्रगति हुई है

Dibs को src/lights पर कॉल करें। ऊपर की सूची में src/extras और src/renderers को खोला, तो पता चला कि प्रत्येक में काम करने के लिए कुछ फ़ोल्डर्स हैं।

सभी को प्रणाम,

हम इस पैटर्न के संबंध में क्या कर रहे थे?

foo.prototype = Object.assign( Object.create( bar.prototype ), {
    ...
    isDirectionalLight: true,
    ...
} );

क्या अभी हो रहा है:

class foo extends bar {
  static isDirectionalLight = true;
  constructor(  ) {
    ...
  }
}

या

class foo extends bar {
  constructor(  ) {
    this.isDirectionalLight = true;
  }
}

वर्तमान में, मैं दूसरा कर रहा हूं लेकिन इसे देखकर, मैं कहूंगा कि इसका इरादा पहले के करीब हो सकता है।

क्या किसी को पता है कि इन चरों का पहली बार उपयोग क्या कर रहा था?

class foo extends bar {
  constructor(  ) {
    this.isDirectionalLight = true;
  }
}

️ यह सही है। isDirectionalLight एक अच्छा उदाहरण है, इसका उपयोग इस तरह किया जाता है:

$ git grep 'isDirectionalLight\b' src/ examples/js ':!*.ts'
examples/js/exporters/GLTFExporter.js:                  if ( light.isDirectionalLight ) {
examples/js/exporters/GLTFExporter.js:                  } else if ( object.isDirectionalLight || object.isPointLight || object.isSpotLight ) {
examples/js/renderers/SVGRenderer.js:                   } else if ( light.isDirectionalLight ) {
examples/js/renderers/SVGRenderer.js:                   if ( light.isDirectionalLight ) {
src/lights/DirectionalLight.js: isDirectionalLight: true,
src/renderers/webgl/WebGLLights.js:                     } else if ( light.isDirectionalLight ) {

उस ने कहा, कुछ प्रोटोटाइप गुणों को बनाए रखने से प्रदर्शन लाभ हो सकता है ...

class foo extends bar {
}
foo.prototype.baz = heavyThing;

हो सकता है कि हम मामले के आधार पर पीआर में उन लोगों की समीक्षा कर सकें।

मैं src/renderers/webgl पर एक शॉट लूंगा

गुड लक मजे करो। इसमें काफी कुछ चल रहा है

वेबएक्सआर: https://github.com/mrdoob/three.js/pull/20038

हे सब- मुझे src/renderers/webgl रूपांतरित कर दिया गया है। यह पागलपन था। मैं हर चीज की समीक्षा करता रहूंगा और पीआर को आगे बढ़ाने से पहले #20039 का इंतजार करूंगा।

मैं
इसके लिए आगे देख रहे हैं

मैंने देखा कि @yomotsu ने गणित पीआर में is* संपत्तियों के लिए केवल-पढ़ने वाले गेटर्स का उपयोग किया है ... शायद यह सबसे अच्छा है!

class foo extends bar {
  get isDirectionalLight() {
    return true;
  }
}

हम्म यह हो सकता है। मुझे पता है कि अन्य लोगों ने चरों को अपरिवर्तनीय बनाने की कोशिश की है। यह मेरे लिए एक सुंदर सभ्य पैटर्न की तरह दिखता है।

त्वरित jsfiddle शो केस

ऐसा लगता है कि जाने का रास्ता है:

foo.prototype.isDirectionalLight = true;

src/objects में देखने जा रहे हैं। देखूंगा कि मैं चीजों को तोड़े बिना कितनी दूर जा सकता हूं।

गणित फ़ोल्डर अभी पूरा हुआ था।
( इंटरपोलेट कक्षाओं को बाहर रखा गया है। )

सभी को प्रणाम,
मैं src/objects के माध्यम से काम करने से पीछे हटने जा रहा हूं, इस बीच इसे लेने के लिए किसी और का स्वागत है।

अरे, इन लोगों के साथ अच्छा काम! मैं

सिर्फ एक मुद्दा, foo.prototype.isDirectionalLight = true; अभी भी पेड़ को हिलाने की अनुमति नहीं देता है, क्योंकि वर्ग को जगह में संशोधित किया गया है।
इसके अलावा इस बिंदु पर मैं दृढ़ता से सुझाव दूंगा कि अब हम प्रोटोटाइप को न छूएं क्योंकि हम अभी कक्षाओं का उपयोग कर रहे हैं और प्रोटोटाइप को सारगर्भित किया जा सकता है।

इस पैटर्न के बारे में क्या? यह मेरे लिए सबसे स्पष्ट दिखता है।

constructor( x = 0, y = 0, z = 0 ) {

  Object.defineProperty( this, 'isVector3', {
    value: true,
    enumerable: false,
    writable: false,
    configurable: false,
  } );

लघु संस्करण भी है, जो वही काम करता है लेकिन थोड़ा अधिक निहित है।

constructor( x = 0, y = 0, z = 0 ) {

  Object.defineProperty( this, 'isVector3', { value: true } );

@marcofugaro लघु संस्करण मुझे अच्छा लग रहा है

ठीक है, पीआर किया।

साथ ही, मैंने अभी देखा है कि हम क्लास फ़ील्ड का उपयोग नहीं कर सकते क्योंकि हम इस पीआर द्वारा अवरुद्ध हैं।

मैं अधिक लोकप्रिय @ रोलअप/प्लगइन-बेबेल . का उपयोग करने के लिए बिल्ड पाइपलाइन को अपडेट कर सकता हूं

मैं अधिक लोकप्रिय @ रोलअप/प्लगइन-बेबेल . का उपयोग करने के लिए बिल्ड पाइपलाइन को अपडेट कर सकता हूं
और अगर आप लोग चाहते हैं तो उस समस्या को ठीक करें।

हाँ, यह बहुत अच्छा होगा यदि आप एक पीआर कर सकें 🙏

@marcofugaro , @mrdoob याय! हाँ कृपया

हे सब लोग, त्वरित ध्यान दें कि मैंने #20014 को Object.defineProperty के साथ अपडेट किया है और AnimationClip के उपवर्ग को भी ठीक किया है। अगर किसी के पास इसकी समीक्षा करने का समय है, तो मैं अतिरिक्त की सराहना करता हूं

ठीक। अब जबकि r120 खत्म हो गया है... क्या कोई जांच सकता है कि चीजें ठीक से ट्री-हिल हो रही हैं?

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

बंडल आकार के बारे में कैसे? पहले और बाद में

हे सब लोग, मेरे पास एक विचार था और शेकडिफ नामक एक उपकरण को नुकीला किया। आप इसे इस तरह चला सकते हैं:

$ shakediff builds/three.module.js Color

यह Color आयात करने वाला एक छोटा मॉड्यूल उत्पन्न करेगा, इसे तीन के साथ बंडल करेगा, और फिर रोलअप के मेटाडेटा से तीन का अंतर बनाएगा। आप या तो विस्तृत अंतर के साथ काम कर सकते हैं या उच्च स्तर प्राप्त करने के लिए इसे diffstat पर पाइप कर सकते हैं:

$ shakediff build/three.module.js Color | diffstat 
 three.module.js | 2878 --------------------------------------------------------
 1 file changed, 1 insertion(+), 2877 deletions(-)

अभी कोई पैकेज नहीं है, लेकिन अगर आप इसे आज़माना चाहते हैं तो आप इसे मेरे रेपो से इंस्टॉल कर सकते हैं। प्रतिक्रिया की सराहना की! ️

npm -g i ianpurvis/shakediff.git

अरे @mrdoob , क्या आप कृपया स्पष्ट कर सकते हैं कि आप हमें उदाहरण फ़ोल्डर में स्क्रिप्ट को कैसे संभालना चाहते हैं?
मैं पसंद कर रहा हूं #19989 सीधे रूपांतरण के लिए जा रहा है, लेकिन मुझे ऐसा करने का एहसास है कि utils/modularize.js अब उस काम को ओवरराइट किए बिना उदाहरण/js फ़ोल्डर पर उपयोग नहीं किया जा सकता है। क्या यह उदाहरणों/जेएस को बनाए रखने और केवल उदाहरणों/जेएसएम की शुरुआत को बनाए रखने के अंत को चिह्नित करता है?

इस पर क्या फैसला है @mrdoob? क्या जेएसएम को सत्य का स्रोत बनाना समझदारी होगी ताकि हम उदाहरणों को ES6 कक्षाओं में बदल सकें? शायद हम दूसरी दिशा में रूपांतरण का समर्थन करने के लिए utils/demodularize.js बना सकते हैं?

examples/js फ़ोल्डर को दिसंबर 2020 में हटा दिया जाएगा। तब तक, हमें फ़ोल्डर की सामग्री को अपग्रेड किए बिना - या इसकी सामग्री से उत्पन्न examples/jsm फ़ाइलों को - ES6 कक्षाओं में अपग्रेड किए बिना, फ़ोल्डर को वैसे ही छोड़ देना चाहिए। उस तिथि के बाद, examples/jsm फाइलें सत्य का स्रोत बन जाएंगी, और उन्हें ES6 क्लासेस में अपडेट किया जा सकता है।

मैंने देखा कि मिलाते हुए मॉड्यूल-स्कोप चर को हटाया नहीं जा रहा है। आप इन चार वर्रों के साथ व्यवहार देख सकते हैं, build/three.module.js:43059

const _position$3 = new Vector3();
const _quaternion$4 = new Quaternion();
const _scale$2 = new Vector3();
const _orientation$1 = new Vector3();

ऐसा लगता है कि हमें इन शुद्ध को विशेष टिप्पणी के साथ चिह्नित करना चाहिए-

const _position = /*@__PURE__*/ new Vector3();

क्या यह सबके लिए काम करता है?

मुझे अच्छा लगता है

अच्छा है, जब पेड़ Color . के साथ हिलता है तो एक और 144 लाइनें हटा देता है

कृपया हर कोई आपके खुले पीआर को /*@__PURE__*/ उपचार दें जब आपके पास समय हो!

@ianpurvis बढ़िया! क्या आप रोलअप का उपयोग कर रहे हैं, है ना? क्या आप अपनी कॉन्फ़िगरेशन साझा कर सकते हैं?

@mrdoob मैं अंत में कुछ परीक्षण करने के लिए तैयार हो गया। मैं व्यक्तिगत रूप से वेबपैक का उपयोग करता हूं, इसलिए मैंने इसके साथ कुछ परीक्षण किए, मेरी कॉन्फ़िगरेशन यह है यदि कोई दिलचस्पी लेता है ।

मैंने इस कोड का परीक्षण किया

import * as THREE from 'three'

console.log(THREE.WebGLRenderer)

0.119.1

0.120.1

तो कुछ पेड़ को हिलाया जा रहा है, बढ़िया!

इसे और अधिक देखने पर, ऐसा लगता है कि वर्ग AudioListener बंडल में नहीं है, अच्छी खबर है!

वेबपैक @ianpurvis द्वारा बताए गए अप्रयुक्त चरों को भी स्वचालित रूप से हटा देता है।

इसके बाद, मैंने कक्षा के बाहर परिभाषित स्थिर विधियों का परीक्षण करने का निर्णय लिया

और दुर्भाग्य से, यह वर्ग को गैर-पेड़-हिलाने योग्य बनाता है

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

बाद में मुझे पता चला, यह three.module.js बंडल में इस Geometries वस्तु के कारण था

जो ObjectLoader में इस तरह के पैटर्न का उपयोग करते समय स्वचालित रूप से उत्पन्न होता है। जब हम ObjectLoader एक वर्ग बनाते हैं, तो यह संभवत: दूर हो जाएगा, और src/geometries पेड़ को हिलाने योग्य होगा।

@marcofugaro https://github.com/mrdoob/three.js/pull/20239

@marcofugaro कोई बात नहीं, ये रहा रोलअप कॉन्फिगर

@marcofugaro हाय, मैंने शेकडिफ में वेबपैक सपोर्ट जोड़ा है... क्या यह वेबपैक कॉन्फिगरेशन आपको ठीक लगता है? चूंकि टेर्सर वेबपैक के ट्री-शेकिंग में मृत कोड उन्मूलन के लिए जिम्मेदार है, इसलिए उन आउटपुट में कुछ परिवर्तन कलाकृतियों को रोकना मुश्किल है। लेकिन अगर आप व्हॉट्सएप डिसेबल वाले हिस्टोग्राम एल्गोरिथम का उपयोग करते हैं तो यह प्रबंधनीय है। आज रात एक त्वरित परीक्षण से, वेबपैक /*@__PURE__*/ और /*#__PURE__*/ दोनों को स्वीकार करता प्रतीत होता है। मुझे लगता है कि हम एक या दूसरे पर मानकीकरण कर सकते हैं। कल और...

@ianpurvis मुझे नहीं लगता कि मुझे अपनी मशीन पर shakediff स्थापित करने की अनुमति है ...

वैसे भी, मैंने एक साधारण परीक्षण किया:

import { WebGLRenderer } from './src/renderers/WebGLRenderer.js';
console.log( new WebGLRenderer() );

और देखा कि Geometry पेड़ को हिलाया नहीं जा रहा था। https://github.com/mrdoob/three.js/pull/20394 इसे ठीक करता है।

मैंने तब करने की कोशिश की:

import { Vector3 } from './src/math/Vector3.js';
console.log( new Vector3() );

और देखा कि रोलअप अप्रयुक्त विधियों को ट्री-शेक नहीं करता है...

@mrdoob दुर्भाग्य से, निकट भविष्य में, कक्षा के तरीके कभी भी किसी भी उपकरण द्वारा ट्री-हिलने योग्य नहीं होंगे। बिल्ली, उन्हें छोटा भी नहीं किया जा सकता है!

ऐसा इसलिए है क्योंकि जावास्क्रिप्ट में, आप this['I am a string'] जैसी विधियों तक पहुंच सकते हैं, जैसे आप गतिशील रूप से ऑब्जेक्ट गुणों तक पहुंच सकते हैं। इस कारण से, उपकरण पहले से नहीं जानते हैं कि आप किसी विधि को कॉल करने वाले हैं या नहीं (हो सकता है this[variable] )।

यह ES6 क्लास और फंक्शन क्लास दोनों के लिए समान है। उदाहरण के लिए, three.min.js में, विधियों को अछूता छोड़ दिया जाता है, ठीक किसी ऑब्जेक्ट प्रॉपर्टी की तरह

और किसी ने भी एक निर्माता "सख्त" मोड का प्रस्ताव नहीं दिया है, जहां आपसे this['I am a string'] जैसी विधियों को कॉल न करने की अपेक्षा की जाती है?

कोई विचार नहीं ‍️

रोलअप के संबंध में इस विषय पर चर्चा यहां दी गई है: https://github.com/rollup/rollup/issues/349

किसी भी उपकरण द्वारा कक्षा विधियां कभी भी पेड़-हिलाने योग्य नहीं होती हैं। बिल्ली, उन्हें छोटा भी नहीं किया जा सकता है!

विषय से बाहर जाने के लिए खेद है, लेकिन यदि आप संकलक को "सार्वजनिक" बनाम "निजी" के बारे में कुछ संकेत देते हैं तो आप काम करने के लिए छोटाकरण प्राप्त कर सकते हैं। अतीत में मैंने इसके लिए विधियों पर "_" उपसर्गों का उपयोग किया है। देखें https://github.com/developit/microbundle/wiki/mangle.json। लेकिन, दुर्भाग्य से, मुझे यह भी पता नहीं है कि क्या पेड़ को हिलाने के लिए भी ऐसा ही कुछ संभव है। मैं

वाह! #20395 मर्ज किया गया! अच्छा सामान @marcofugaro

बेबेल और ज्यामिति के बारे में बहुत बढ़िया खबर!

@ianpurvis मुझे नहीं लगता कि मुझे अपनी मशीन पर शेकडिफ स्थापित करने की अनुमति है ...

@mrdoob एचएम, ऐसा लगता है कि पार्सल की fsevents के उस संस्करण पर निर्भरता है ... शायद मैं इसे कुछ अधिक पर पिन कर सकता हूं।

Fyi, वेबपैक 5 में ट्री-शेकिंग सुधारों के बारे में यहां अच्छी जानकारी...

Fyi, वेबपैक 5 में ट्री-शेकिंग सुधारों के बारे में यहां अच्छी जानकारी...

प्रगति... मुझे आशा है कि रोलअप इसे भी लागू करेगा...

नमस्ते,

.is**Classname** संपत्ति और this.type = **Classname** के लक्ष्य क्या हैं?
क्या यह बाकी पुराना छद्म वर्ग पैटर्न नहीं है?
क्यों न इससे पूरी तरह छुटकारा पा लिया जाए और इस उपयोग को सामान्य प्रकार की जाँच के तरीके से बदल दिया जाए?

obj instanceof Vector3  // prefer this one for inheritance
// or
obj.constructor === Vector3  // prefer this for no inheritance

मेरा मतलब है, ईएस कक्षाओं में जाने के हिस्से के रूप में, वस्तुओं के सही प्रकार पहले से ही जांच योग्य होंगे ...

पुस्तकालय पहले obj instanceof Vector3 उपयोग करता था।
लेकिन रिच हैरिस ने पेड़ को हिलाने की अनुमति देने के लिए सभी चेकों को लागू किया और is* में बदल दिया: #9310

पुस्तकालय पहले obj instanceof Vector3 उपयोग करता था।
लेकिन रिच हैरिस ने पेड़ को हिलाने की अनुमति देने के लिए सभी चेकों को लागू किया और is* में बदल दिया: #9310

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

उदाहरण के लिए, WebGLRenderer को यह जांचने की आवश्यकता है कि यह जो ज्यामिति प्रदान करता है वह BufferGeometry या Geometry है, लेकिन यह कभी भी ज्यामिति उदाहरण नहीं बनाता है। अधिकांश तीन.js अनुप्रयोगों को केवल BufferGeometry का उपयोग करना चाहिए, और इसलिए हम चाहते हैं कि जब संभव हो तो बंडल से ज्यामिति (और इसके उपवर्ग) को खत्म करने के लिए ट्री-शेकिंग करें।

एक दृश्य तरीके से...

बंडल करते समय यह पैटर्न WebGLRenderer हमेशा Geometry शामिल करता है:

import { Geometry } from '../core/Geometry.js';
import { BufferGeometry } from '../core/BufferGeometry.js';

if ( geometry instanceof Geometry ) {
} else if ( geometry instanceof BufferGeometry ) {
}

यह पैटर्न नहीं करता है:

if ( geometry.isGeometry === true ) {
} else if ( geometry.isBufferGeometry === true ) {
}

सभी को प्रणाम,

इसे देखते हुए यहाँ से आगे बढ़ने के बारे में हमारे क्या विचार हैं?

मुझे नहीं लगता कि अभी कोई बदलाव आया है। कुछ भी जो (1) examples/js में नहीं है और (2) examples/js में किसी चीज़ से विस्तारित नहीं है, उसे ES6 क्लासेस में बदला जा सकता है। यदि वह प्रक्रिया समाप्त हो रही है, तो हमें यह तय करना चाहिए कि कक्षाओं में examples/js पर स्विच करना कब शुरू करना है।

स्मृति से, और एक त्वरित नज़र के बाद हमने काफी कुछ किया है और अभी भी कुछ पीआर प्रतीक्षा में तैयार हैं।

मैं अपनी निर्भरताओं/विस्तारित-इन-उदाहरण सूची को फिर से संकलित करने का प्रयास कर सकता हूं।

@निश्चित रूप से शायद अरे! यह बहुत अच्छा लगता है, आपकी सूची बहुत मददगार थी। और @donmccurdy की रणनीति मुझे समझ में आती है। मुझे लगता है कि हम जो काम कर चुके हैं, उसे बंद करना सबसे अच्छा होगा। # 20070 हमला करने के लिए एक महान पीआर होगा क्योंकि यह निजी/छिपे हुए संस्करणों को ES6 में स्थानांतरित करने के लिए रणनीति दे सकता है (हमें renderers/webgl से ES6 में प्रवास के लिए इसकी आवश्यकता है)। अगर हर कोई बेंचमार्क चला सकता है या वहां चर्चा के लिए झंकार कर सकता है, तो मैं इसकी सराहना करता हूं। मुझे लगता है कि हमारे पास कुछ अच्छे विकल्प हैं, बस यह सुनिश्चित करने की जरूरत है कि प्रदर्शन अच्छा हो।

ठीक,
मैं कुछ पीआर शुरू कर सकता हूं उदाहरण के लिए ईएस कक्षाओं को फिर से लिखना ...
@mrdoob क्या यह आपके लिए जेएसएम से जेएस स्क्रिप्ट करने में समस्या है या नहीं? (मुझे नहीं लगता, लेकिन मुझे बताएं कि क्या आप हमें इंतजार करना पसंद करते हैं)

उदाहरण कोड को कक्षाओं में बदलने से पहले, #20527, #20529 या किसी अन्य समाधान को पहले मर्ज किया जाना चाहिए। उस कोड को छोड़कर जो https://github.com/mrdoob/three.js/issues/19986#issuecomment -718308451 में उल्लिखित शर्तों को पूरा करता है।

@ निश्चित रूप से आपने पहली टिप्पणी में कहा था:

• कक्षा क्षेत्रों का उपयोग करें

1) क्या इसका मतलब है कि हम हर चीज के लिए क्लास फील्ड का इस्तेमाल कर सकते हैं?
इस तरह :

class Light extends Object3D {

    type = 'Light';
    isLight = true;

    color = new Color;
    intensity = 1;

    constructor(color, intensity = 1) {

        super();

        this.color = new Color(color);
        this.intensity = intensity;

    }

    copy() {
        ...
    }
}

... या यह केवल .is* संपत्ति के लिए है?

तो फिर, 2) खाली कंस्ट्रक्टर्स के बारे में क्या? ES2015 कल्पना ने कहा कि केवल super() कॉल के साथ कंस्ट्रक्टर प्रदान नहीं किए जाने पर निहित हैं, इसलिए कुछ बाल वर्गों को वास्तव में आसान परिभाषित किया जा सकता है:

class MapControls extends OrbitControls {

    screenSpacePanning = false; // pan orthogonal to world-space direction camera.up

    mouseButtons = { LEFT: MOUSE.PAN, MIDDLE: MOUSE.DOLLY, RIGHT: MOUSE.ROTATE };

    touches = { ONE: TOUCH.PAN, TWO: TOUCH.DOLLY_ROTATE };

}

और 3) निजी वर्ग के क्षेत्रों के बारे में क्या?

class OrbitControls extends EventDispatcher {
    ...

    #offset = new Vector3();

    // so camera.up is the orbit axis
    #quat = new Quaternion().setFromUnitVectors( object.up, new Vector3( 0, 1, 0 ) ); <= this will go in constructor because of object.up
    #quatInverse = this.#quat.clone().inverse();

    #lastPosition = new Vector3();
    #lastQuaternion = new Quaternion();

    #twoPI = 2 * Math.PI;

    update() {
        ... ( no more closure and return function here )
    }

}

नवीनतम क्रोम अब मूल रूप से सार्वजनिक और निजी दोनों वर्ग क्षेत्रों का समर्थन कर रहा है ...

20395

पहली कुंजी सभी परीक्षणों को पास करना है।

आप शुरुआत में कम बदलाव करके कम परेशानी में पड़ेंगे।

@marcofugaro मेरा मानना ​​​​है कि अभी भी कुछ चर हैं जिन्हें कक्षा क्षेत्रों में बदला जा सकता है, है ना?
मैं चीजों को देख रहा हूं जैसे:

class EdgesGeometry extends BufferGeometry {

    constructor( geometry, thresholdAngle ) {

        super();

        this.type = 'EdgesGeometry';

में बदल गया:

class EdgesGeometry extends BufferGeometry {

    type = 'EdgesGeometry';

    constructor( geometry, thresholdAngle ) {

        super();

यह संभावना है कि हम जगह के आस-पास कुछ अन्य चेतावनियों में भाग लेंगे, जैसे कि मैं " new this.contructor() != new Foo() " में कैसे भागा।

निजी वर्ग के क्षेत्र

यह एक चल रही चर्चा है। अगर हम इसका इस्तेमाल करते हैं तो हमें इसका इस्तेमाल करने में कुछ समय लगेगा। मैं किसी ऐसे मुद्दे या जनसंपर्क के बारे में सुनिश्चित नहीं हूँ जिसकी ओर मैं आपको बता सकता हूँ।

@marcofugaro मेरा मानना ​​​​है कि अभी भी कुछ चर हैं जिन्हें कक्षा क्षेत्रों में बदला जा सकता है, है ना?
मैं चीजों को देख रहा हूं जैसे:

हाँ यह अब किया जा सकता है। हालांकि हम .is* संपत्तियों के लिए ऐसा नहीं कर सकते क्योंकि उन्हें गैर-गणना योग्य और गैर-लिखने योग्य होना चाहिए, जिनके लिए हमें Object.defineProperty(this, ... का उपयोग करना होगा।

इसे फिर से कैसे चेक किया जाता है? क्या हमारे लिए $#$ Object.defineProperty(this, ... #$ के बजाय static कीवर्ड का उपयोग करना संभव होगा?

इसे फिर से कैसे चेक किया जाता है? क्या हमारे लिए $#$ Object.defineProperty(this, ... #$ के बजाय static कीवर्ड का उपयोग करना संभव होगा?

मुझे ऐसा नहीं लगता, क्योंकि obj.is* उदाहरणों पर होना चाहिए, न कि कक्षा पर ही ...

मुझे यकीन नहीं है कि वर्तमान कॉन्फ़िगरेशन में बेबेल ट्रांसपाइल क्या करता है, लेकिन हम क्लास फ़ील्ड को गैर-गणना योग्य/गैर-लिखने योग्य के रूप में सेट करने के लिए सजावटी का उपयोग कर सकते हैं:

import { unwrittable, unenumerable } from 'some/decorator/helpers.js'

class Foo {
    @unwrittable<strong i="12">@unenumerable</strong>
    isFoo = true;
}

@ निश्चित रूप से शायद static गुण अलग हैं, वे उदाहरण से पहुंच योग्य नहीं हैं, बल्कि कक्षा से ही हैं।

class Test {
  static staticProp = true

  constructor() {
    Object.defineProperty(this, 'definedProp', { value: true })
  }
}
const test = new Test()

console.log(test.staticProp, test.definedProp)

नतीजा:

undefined true

मेरा मुख्य बिंदु यह है कि यदि हम उस कोड को समायोजित करते हैं जो इस संपत्ति की जांच करता है तो हम यहां से जा सकते हैं:

class Test {
  constructor() {
    Object.defineProperty(this, 'definedProp', { value: true })
  }
}

प्रति

class Test {
  static definedProp = true
  constructor() {
  }
}

इसलिए मैं सोच रहा था कि यह चेक कहां और क्यों होता है और हम इसे बदल सकते हैं या नहीं।

@ निश्चित रूप से शायद समस्या एक उदाहरण प्रकार की जानकारी प्राप्त कर रही है। तो यदि आप अपने स्थिर प्रोप प्राप्त करने के लिए उदाहरण के वर्ग तक पहुंच सकते हैं, तो स्थिर प्रोप क्यों है? आपके पास पहले से ही कक्षा का नाम है...

obj.constructor.isFoo == true
obj.constructor.name == 'Foo'

संपादित करें: इसे लिखने से मैं यह पता लगा सकता हूं कि केवल एक अंतिम श्रेणी के नाम की तुलना में, प्रत्येक वंशानुक्रम श्रृंखला पर परीक्षण करने के लिए कई .is* उपयोगी हो सकते हैं ...

obj.constructor.isFoo || obj.constructor.isBar || obj.constructor.isBaz

संपादित 2: हाँ, अंत में कक्षाओं के नामों के साथ भी हासिल किया जा सकता है, लेकिन परीक्षण के लिए और अधिक जटिल ...

let types = getInheritanceNames(obj) // looping each .constructor.prototype.constructor.name
types.contains( 'Foo' ) || types.contains( 'Bar' ) || types.contains( 'Baz' ) 

उदाहरण से

उफ़। उस एक को फिर से पढ़ें। हाँ, कोई बात नहीं मैं क्या कह रहा था।

if ( scope.object.isPerspectiveCamera ) {
...
}

if ( geometry.isBufferGeometry ) {
...
}

if ( material.isShaderMaterial ) {
...
}

अधिकार। दो चीज़ें।

• हमारे पास क्या बचा है?

हमें यह तय करना चाहिए कि examples/js को कक्षाओं में कब बदलना शुरू करें।

• प्रगति के लिए इस पर चर्चा करने की आवश्यकता के करीब पहुंचना।

मुझे नहीं पता कि हमें #20527 या #20529 की प्रतीक्षा करनी चाहिए क्योंकि वे दोनों examples/js को इसके वर्तमान स्वरूप में फिर से बनाने की कोशिश कर रहे होंगे, जो कि वह जगह नहीं है जहां हम लक्ष्य कर रहे हैं। मेरा प्रारंभिक सुझाव है कि examples/js को इस रूप में परिवर्तित करना प्रारंभ करें। सवाल यह है कि हम किस मुसीबत में हैं...

मैं कुछ ऐसा फिर से दोहराना चाहता था जो @mrdoob ने हाल ही में कहा था

मैं अपने पहले घन को प्रस्तुत करने के लिए नए लोगों को पॉलीफिल या बंडलर के बारे में जानने के लिए मजबूर करना पसंद करूंगा।

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

साथ ही, शायद एक REPL के अलावा, लेकिन Three.js के लिए तैयार इस क्षेत्र में मदद कर सकता है? एक उदाहरण है svelte's

हमें यह भी स्पष्ट करना होगा कि कुछ गैर-वर्ग पैटर्न को कैसे बदला जाए:

function Foo() {

    this.update = function () {

        var priv = 'foo'

        return function update() {
            ...
        };

    }();

}

आईएमएचओ हम निजी वर्ग के क्षेत्रों का उपयोग कर सकते हैं, और कुछ पुराने ब्राउज़र के लिए पुराने पैटर्न में रोलअप/बेबेल ट्रांसपाइल बना सकते हैं जो इसे मूल रूप से लागू नहीं कर रहा है ...

आईएमएचओ हम निजी वर्ग के क्षेत्रों का उपयोग कर सकते हैं, और कुछ पुराने ब्राउज़र के लिए पुराने पैटर्न में रोलअप/बेबेल ट्रांसपाइल बना सकते हैं जो इसे मूल रूप से लागू नहीं कर रहा है ...

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

ठंडा। इसे पहले src के भीतर दिखाना एक विचार हो सकता है, यानी src के भीतर वर्णित @devingfx के समान ही अजीब पैटर्न ढूंढें, एक पीआर बनाएं जो इसके बजाय निजी चर का उपयोग करता है और दिखाता है कि बेबल क्या करता है इसके साथ।

किस स्क्रिप्ट पर कोई सुझाव?

खोजें: internal , private , readonly

रुको, क्या सभी _* चर निजी होने के लिए थे?

...

इस कमरे में एक हाथी src/renderers/WebGLRenderer.js . हो सकता है

कैसे WebGLAnimation के बारे में, यह एक अच्छा छोटा वर्ग है... https://github.com/mrdoob/three.js/pull/20070

किस स्क्रिप्ट पर कोई सुझाव?

मैं exemples/js पर केंद्रित हूं और मैंने इसे OrbitControls पर पाया ...

दिखाएँ कि बेबेल इसके साथ क्या करता है।

मुझे पूरा यकीन है कि यह mrDoob के सिंटैक्स विचार से मेल खाने वाली किसी चीज़ का उत्पादन नहीं करेगा

दाहिनी ओर।

और उफ़। मेरा दिमाग कहाँ है... examples फ़ोल्डर को बदलना शुरू करने के लिए हमें विलय करने के लिए #20527 या #20529 (या अन्य) में से एक की आवश्यकता होगी। examples/js निकट भविष्य के लिए चारों ओर चिपका हुआ है जिसका अर्थ है कि कक्षाओं के साथ examples/js फ़ोल्डर को छूना एक पूर्ण संख्या नहीं है। जो आईई के साथ संगतता तोड़ देगा ... आह।

रोलअप/बेबेल को पुराने पैटर्न में पारदर्शी बनाएं

जेएस पीआर के उन जेएसएम के माध्यम से अपनी सोच का अनुमान लगाएं और समर्थन करें। एक बार निर्णय लेने के बाद हम examples/jsm को लक्ष्य बना सकते हैं।

src में निजी चर जोड़ना अभी भी एक अच्छा विचार है क्योंकि यह लंबे समय से चली आ रही समस्या का अच्छा समाधान होगा "कृपया उन चरों के साथ न खेलें, उनका एक विशिष्ट उद्देश्य है"

कक्षाओं के साथ examples/js फ़ोल्डर को छूना एक पूर्ण संख्या नहीं है।

ओह, मेरा बुरा, मैं exemples/jsm में खुदाई करने के बारे में बात कर रहा था, निश्चित रूप से exemples/js निकट भविष्य में "निर्मित" संस्करण होगा ...

जो आईई के साथ संगतता तोड़ देगा ... आह।

क्या??? क्या हम अभी भी 2020 में इंटरनेट एक्सप्लोरर के बारे में बात कर रहे हैं? क्या हम इस 7 वर्षीय डायनासोर पर वेबजीएल पुस्तकालय की संगतता के बारे में बात कर रहे हैं? गंभीरता से !! 1.4% ...
_(यदि कोई तीन उपयोगकर्ता IE के तहत उपयोग की योजना बना रहा है, तो एकत्र करने के लिए हमें lib में एक सांख्यिकी संग्राहक जोड़ना चाहिए)_

BTW, यही कारण है कि बेबेल मौजूद है ...

बिल्ड फ़ाइलें three.js और three.min.js के साथ-साथ examples/js की सभी फ़ाइलों को अभी भी IE 11 जैसे पुराने ब्राउज़र का समर्थन करना चाहिए।

पिछले साल एक पीआर था जिसे IE 11 (#18091) के लिए समर्थन बंद कर देना चाहिए, लेकिन यह पता चला कि अभी भी उपयोगकर्ता इस ब्राउज़र पर निर्भर हैं। और परियोजना की वर्तमान नीति उपयोगकर्ता के लिए संबंधित फाइलें प्रदान करना है ताकि वे ES6 से ES5 रूपांतरण स्वयं न करें। #20455 में भी इस पर चर्चा हुई थी।

परियोजना की वर्तमान नीति उपयोगकर्ता के लिए संबंधित फाइलें प्रदान करना है ताकि वे ES6 से ES5 रूपांतरण स्वयं न करें।

ठीक है, उस नीति के साथ कोई समस्या नहीं है अगर स्रोत को आधुनिक तरीके से विकसित किया जा सकता है, और यदि परिणामी निर्माण को पठनीय नहीं माना जाता है, लेकिन सिर्फ काम कर रहा है ...
क्योंकि ट्रांसपिलर ऐसे बदसूरत कोड को आउटपुट करता है!
इसलिए मुझे ESnext में लिखे जा रहे src के लिए कोई समस्या नहीं दिख रही है, और बदसूरत हो रहा है, लेकिन यह exemples/js के साथ एक संभावित समस्या है यदि यह फ़ाइलें पठनीय, टिप्पणी और अच्छी तरह से बनाई जानी चाहिए ...

बीटीडब्ल्यू मैं खुद से कई बार पूछ रहा हूं कि कुछ उदाहरण उदाहरण क्यों हैं और मुख्य मुख्य स्रोत नहीं हैं!
उदाहरण: नियंत्रण सामान्य रूप से उपयोग किए जाते हैं, वैकल्पिक ऐडऑन की तरह कॉपी किए जाते हैं और वास्तविक उदाहरण के रूप में उपयोग नहीं किए जाते हैं जिन्हें आप पढ़ते हैं और अपनी परियोजनाओं को लिखने के लिए प्रेरणा लेते हैं, उदाहरण के लिए घूर्णन क्यूब उदाहरण ...

_(मैंने अपनी यात्रा थ्री के साथ एक खोज से शुरू की: "वेबग्ल रोटेटिंग क्यूब" और इसका एक उदाहरण 1 नाइट कोड मैराथन के लिए एक छोटा गेम विकसित करना है जिसमें एक क्यूब प्लेटफॉर्म पर चल रहा है ^^)_

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

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

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

यह केवल ES मॉड्यूल उपयोगकर्ताओं के लिए सही है;)