स्काला बताए Vals

Question

यह संभव है करने के लिए इस क्यों नहीं है:

def main(args:Array[String]) { 
    val whatever:String // Have it uninitialized here 

    if(someCondition) { 
     whatever = "final value" // Initialize it here 
    } 
} 

मुझे समझ नहीं आता क्यों यह कानूनी नहीं होना चाहिए। मुझे पता है कि मैं इसे var बना सकता हूं, लेकिन जब हम इसे घोषित करते हैं तो हमें val को प्रारंभ करना क्यों होगा? क्या इसे बाद में शुरू करने में सक्षम होने के लिए यह अधिक तार्किक प्रतीत नहीं होता है?

Answer 1

आप कर सकते हैं:

val whatever = 
    if (someCondition) 
     "final value" 
    else 
     "other value" 

Answer 2

क्योंकि 'वैल' का उद्देश्य पाठक (और संकलक) के लिए संकेत करने के लिए है: "यह मूल्य रहना होगा क्या यह जब तक इसे से बाहर चला जाता है के लिए आरंभ नहीं हो जाता अस्तित्व "

यह प्रारंभिकरण के बिना अधिक समझ में नहीं आता है।

बेशक कोई वैल (3) की तरह कुछ छिपाने का सपना देख सकता है जो एक चर को तीन असाइनमेंट की अनुमति देता है, लेकिन मुझे नहीं लगता कि यह अधिक उपयोग होगा।

Answer 3

उपयोग lazy val तो जैसे रों:

def main(args:Array[String]) { 
    lazy val whatever:String = if (someCondition) "final value" else "other value" 

    // ... 

    println(whatever) // will only initialize on first access 
} 

Answer 4

क्या अन्य लोगों ने कहा के अलावा, ध्यान दें कि जावा की अनुमति देता है "खाली अंतिम" "चर" है, जो एक सुविधा मैं थोड़े याद आती है:

final Boolean isItChristmasYet; 

if (new Date().before(christmas)) { 
    isItChristmasYet = Boolean.FALSE; 
} else { 
    isItChristmasYet = Boolean.TRUE; 
} 

हालांकि, कंपाइलर में डेटा प्रवाह विश्लेषण के लिए धन्यवाद, javac आपको धारण नहीं होने पर whatever वैरिएबल को असाइन नहीं किया जाएगा।

Answer 5

जावा समाधान वास्तव में, समस्या यह है कि नहीं सभी भाव मान वापस जाने के लिए एक समाधान नहीं है तो आप जावा में यह नहीं लिख सकते हैं:

final String whatever = if (someCondition) { 
    "final value" 
} else { 
    "other value" 
} 

तेजी से, जावा में प्रवृत्ति त्रिगुट ऑपरेटर का उपयोग करने के लिए है बजाय:

final String whatever = someCondition ? "final value" : "other value" 

कौन सा है कि सीमित उपयोग के मामले के लिए ठीक है, लेकिन पूरी तरह से अस्थिर एक बार आप स्विच बयान और कई निर्माताओं के साथ काम कर शुरू करते हैं।

---

स्कैला का दृष्टिकोण यहां अलग है। सभी ऑब्जेक्ट निर्माण अंततः एक "प्राथमिक" कन्स्ट्रक्टर के माध्यम से गुजरना चाहिए, सभी अभिव्यक्तियां एक मान लौटाती हैं (भले ही यह Unit है, जावा के Void के बराबर), और कन्स्ट्रक्टर इंजेक्शन दृढ़ता से अनुकूल है। इसके परिणामस्वरूप ऑब्जेक्ट ग्राफ़ को निर्देशित एसाइक्लिक ग्राफ के रूप में साफ रूप से बनाया जा रहा है, और यह अपरिवर्तनीय वस्तुओं के साथ बहुत अच्छी तरह से काम करता है।

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

इसका यह भी अर्थ है कि स्कैला कंपाइलर जावा भाषा स्पेक से कुछ जटिल रूप से जटिल प्रवाह विश्लेषण से बच सकता है।

पहले कहा गया है, स्काला रास्ता ™ है:

val whatever = 
    if (someCondition) 
    "final value" 
    else 
    "other value" 

एक दृष्टिकोण है जो भी अन्य नियंत्रण संरचनाओं के लिए ऊपर मापता है:

val whatever = someCondition match { 
    case 1 => "one" 
    case 2 => "two" 
    case 3 => "three" 
    case _ => "other" 
} 

आपको लगता है कि पता चल जाएगा स्काला अनुभव का एक सा के साथ यह शैली कंपाइलर की आपकी सहायता करने में मदद करती है, और आपको खुद को कम बग के साथ प्रोग्राम लिखना चाहिए!