क्या पहचानकर्ताओं में व्हॉट्सएप कभी मुहावरेदार रहा है? [बन्द है]


43

सी # शैली से पता चलता है कि सीमांकक में कैमलकेस का उपयोग शब्दों को परिसीमित करने के लिए किया गया है। लिस्प परंपरा-डैश-बजाय का उपयोग करने का सुझाव देती है।

क्या कभी ऐसी प्रोग्रामिंग लैंग्वेज मौजूद है, जिसमें आइडेंटिफ़ायर में स्पेस का इस्तेमाल करना न केवल अनुमत था, बल्कि मल्टी-वर्ड आइडेंटिफ़ायर को नियोजित करते समय आमतौर पर इस्तेमाल किया जाने वाला मुहावरा भी नहीं था।

कुछ स्कीम के कार्यान्वयन में रिक्त स्थान के साथ पहचानकर्ता होना संभव है , लेकिन यह व्यापक रूप से देखा जाने वाला अभ्यास नहीं है। यहाँ एक उदाहरण है:

Petite Chez Scheme Version 8.4
Copyright (c) 1985-2011 Cadence Research Systems

> (define |hey there| 100)
> (define |x y z| 200)
> (list |hey there| |x y z|)
(100 200)

यदि आपके पास नाम स्थान है, तो यह यौगिक पहचानकर्ता का एक रूप है। जैसे C ++ bobs_utilities :: string_functions :: scramble:। यह एक नाम है, और हम मनमाना व्हाट्सएप शामिल कर सकते हैं यदि हम चाहते हैं क्योंकि यह सिंटैक्स है, एक साधारण टोकन नहीं है। कई घटकों के साथ नाम सार वाक्यविन्यास होना चाहते हैं; एक एकल पहचानकर्ता में शूहर्सिंग नामस्थान की जानकारी मूल रूप से पाठ के अंदर संरचना का प्रतिनिधित्व करने के लिए एक "नाम प्रबंध" हैक है जहां आपको संरचना का प्रतिनिधित्व करने के लिए तंत्र की कमी है।
काज

जेएस में बहुत आम है, जिसका प्राथमिक लेखक एक योजना आदमी था।
एरिक रिपेन

1
@ErikReppen जहाँ तक मुझे पता है, जावास्क्रिप्ट आइडेंटिफ़ायर के हिस्से के रूप में रिक्त स्थान मान्य नहीं हैं ...
इज़्काटा

नहीं var के लिए नहीं। संपत्ति के नाम के लिए हम कोष्ठक में किसी भी स्ट्रिंग का उपयोग कर सकते हैं। उदाहरण के लिए, alert({'some Prop':'bob'}['some Prop']);लेकिन यदि उन स्ट्रिंग प्रॉपर्टी के नाम पहचानकर्ता / लेबल परीक्षण में विफल होते हैं, तो आप उन्हें डॉट नोटेशन के साथ उपयोग नहीं कर सकते।
एरिक रेपेने

रूबी में आप कर सकते हैं: define_singleton_method "sjdlkfjsljk#$SDEF SDFSDF@# @#$!!~" do; puts 42; end;और फिर आप कर सकते हैं: send "sjdlkfjsljk#$SDEF SDFSDF@# @#$!!~"लेकिन यह आम नहीं है।
डेरेक नाद्ज़ा

जवाबों:


66

फोरट्रान संकलक ने रिक्त स्थान की अनदेखी की:

   result = value * factor  
   r e s u l t = val ue * fac tor
   result=value*factor`

जहां तक ​​संकलक का सवाल था, समान थे।

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


7
+1, यह मेरे लिए नया है। मैं हमेशा सोचता था कि मुझे केवल फोरट्रान में बी क्यों मिला है लेकिन अब मुझे पता है :)
NoChance

20
इस वाक्य को शामिल करने के लिए सन के फोरट्रान मैनुअल का उपयोग किया गया: "लगातार शब्दों को अलग-अलग करने से दसवीं शताब्दी ईस्वी के बारे में एक सामान्य रिवाज बन गया, और 1957 तक चला, जब फोरट्रान ने इस अभ्यास को छोड़ दिया।"
ब्लफ

26

यदि आप चौकोर कोष्ठक के साथ पहचानकर्ता को घेरते हैं, तो विज़ुअल बेसिक (और VBScript) पहचानकर्ताओं में भी व्हाट्सएप की अनुमति देता है।

Dim [Hello World]
[Hello World] = 123

हालाँकि, ऐसा करना काफी दुर्लभ है।


13

SQL गणना करता है?

create table "Registered Members" (
    "Full Name" varchar(100),
    "Mailing Address" varchar(100),
    etc...
);

3
यह निश्चित रूप से संभव है, लेकिन मैं इसे मुहावरेदार नहीं कहूंगा।
जोकिम सॉर

3
यदि आपको मास्किंग की आवश्यकता है, तो यह प्रोत्साहित नहीं किया जाता है।
उपयोगकर्ता अज्ञात

11

खैर व्हॉट्सएप सभी के बारे में है ... व्हॉट्सएप:

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

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


@ sepp2k व्हॉट्सएप में लेबल हैं।
यानि

ओह, तुम सही हो। तो कोई बात नहीं।
sepp2k

"अधिकांश आधुनिक प्रोग्रामिंग भाषाएं सफेद अंतरिक्ष वर्णों पर विचार नहीं करती हैं"। अजगर करता है :)
jadkik94

@ jadkik94 पायथन व्हॉट्सएप का उपयोग करता है, लेकिन पहचान के रूप में इंडेंटेशन के लिए नहीं।
यानि

@YannisRizos ओह, हाँ। और यह भी सच है कि अधिकांश भाषाएं
व्हाट्सएप का

11

अल्गोल 68 में आपके पास पहचानकर्ताओं में जगह हो सकती है (मुझे याद नहीं है कि वे महत्वपूर्ण थे या नहीं)। लेकिन कीवर्ड द्वारा चिह्नित किया गया stropping । उनमें स्थान के साथ नाम का उपयोग करना मुहावरेदार था (कम से कम मेरे आसपास)।

VHDL उन में महत्वपूर्ण रिक्त स्थान के साथ बच गए पहचानकर्ताओं को अनुमति देता है \foo bar\:। इस पहचानकर्ता के रूप में उपयोग करने के लिए कीवर्ड भी अनुमति देता है \and\, किसी भी चरित्र \n<42>\पहचानकर्ता में और मामले की संवेदनशीलता ( \Foo\और \foo\जबकि अलग हैं Fooऔर fooबराबर है, और से अलग हैं या तो \Foo\और\foo\!)। वेरिलोग ने इनमें से अधिकांश विशेषताओं वाले सामान्य पहचानकर्ता भी हैं (सामान्य पहचानकर्ता संवेदनशील हैं और उन्हें अनावश्यक रूप से भागने से कोई अन्य पहचानकर्ता नहीं बनता है), लेकिन उनमें रिक्त स्थान की अनुमति नहीं देता है। वीएचडीएल और वेरिलॉग में बच गए पहचानकर्ताओं की आवश्यकता इस तथ्य से आती है कि वे अक्सर अन्य स्रोतों (जैसे योजनाबद्ध) से स्वचालित रूप से उत्पादित होते हैं, जहां पहचानकर्ता को प्रोग्रामिंग भाषा में समान प्रतिबंध नहीं है; AFAIK, वे अन्य परिस्थितियों में मुहावरेदार नहीं हैं।


मुझे याद है (1980 के दशक की ओर यहाँ देख रहे हैं!) कि कोरल ने कुछ ऐसा ही किया था - आप कर सकते हैं (और किया था) चर नामों में सफेद स्थान है, लेकिन तब कीवर्ड ने उनके चारों ओर (जैसे 'DEFINE'और एक व्यक्तिगत पसंदीदा,) उद्धरण दिए थे 'COMMENT'। इनको बदलने के लिए मैक्रो प्रोसेसर का उपयोग करें।
AAT

10

मैं नहीं जानता कि क्या आप मीडियाविकि को एक भाषा मानते हैं, लेकिन रिक्त स्थान वाले नाम निश्चित रूप से मुहावरेदार हैं:

==Example==
This example lacks text.
{{Expand section}}

जहां "विस्तार अनुभाग" एक टेम्पलेट का नाम है (http://en.wikipedia.org/wiki/Template:Expand_nection)

मुझे लगता है कि यह मानदंडों को पूरा करता है - एक भाषा जहां पहचानकर्ता नियमित रूप से रिक्त स्थान रखते हैं। यह कभी नहीं (मुझे लगता है?) अस्पष्ट है क्योंकि पहचानकर्ता हमेशा कच्चे विकी पाठ से उन्हें अलग करने के लिए बहुत सारे विराम चिह्नों से घिरे होते हैं।


2
जबकि विकिटेक्स निश्चित रूप से एक औपचारिक भाषा है, मैं इसे प्रोग्रामिंग भाषा नहीं कहूंगा (इसमें लूप भी नहीं है)।
२२:५२ पर svick

@svick: न तो हास्केल, स्मॉलटाक, स्कीम, क्लोजर, एर्लांग, लैंबडा कैलकुलस, ट्यूरिंग मशीन, Io, इओक, सिपाही, ...
जॉर्ग डब्ल्यू मित्तग

@ JörgWMittag, लेकिन उनके पास पुनरावृत्ति है, जो छोरों को व्यक्त करने का सिर्फ एक अलग तरीका है। विकिटेक्स में वह भी नहीं है।
12

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

1
दिलचस्प है, [[विकिपीडिया: Transclusion]] से: "इस समय के रूप में Mediawiki सॉफ़्टवेयर में निर्मित कोई वास्तविक लूपिंग कार्यक्षमता नहीं है ... लेकिन उन्हें नकल करने के लिए कुछ तरकीबें हैं। उदाहरण के लिए, बार-बार बार-बार कॉल करने वाले टेम्पलेट को बार-बार कॉल करना। विभिन्न टेम्प्लेट एक दोहरे लूप की नकल कर सकते हैं। टेम्प्लेट को स्वयं को कॉल करने में भी सहूलियत दी जा सकती है (आमतौर पर मीडियाविकी सॉफ्टवेयर द्वारा पिछले उदाहरण को एक ही उदाहरण के लिए, अनंत लूप को रोकने के लिए) निषिद्ध किया जाता है। संपादित करें)) मी भी देखें: मदद: विकिटेक्स के पुनरावर्ती रूपांतरण। "
स्टीव बेनेट

9

सूचित 7 प्राकृतिक भाषा-जैसे सिंटैक्स का उपयोग करके इंटरेक्टिव फिक्शन विकसित करने के लिए एक प्रणाली है, जिसमें बहु-शब्द पहचानकर्ता आम हैं:

Mr Jones wears a top hat. The crate contains a croquet mallet. 

निश्चित रूप से, प्रतिबंध यह है कि एक पहचानकर्ता में कोई कीवर्ड नहीं हो सकता है जब यह अस्पष्ट होगा।

इसी तरह की एक नस में, में अंडरस्कोर से पहचानकर्ता AGDA प्रयुक्त mixfix, सबसे सरल उदाहरण जिनमें से शायद हो सकता है if_then_else_ऑपरेटर:

if_then_else_ : {A : Set} -> Bool -> A -> A -> A
if true  then x else y = x
if false then x else y = y

6

स्काला बैकटिक्स का उपयोग करके मनमाने ढंग से पहचान करने वालों को अनुमति देता है। इसके लिए सामान्य उपयोग स्कैला में आरक्षित शब्द होने के Thread.`yield`कारण yieldहै। यह (ab) नामों में रिक्त स्थान हो सकता है, हालाँकि यह मुहावरेदार स्काला कोड से बहुत दूर होगा:

val `the answer` = 42
println(`the answer`)

बिल्ली, तुम भी पहचानकर्ताओं में टैब कर सकते हैं:

scala> val `the\tanswer` = 42
the     answer: Int = 42

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


स्केला +विधि नामों में पात्रों की अनुमति देता है । तो obj.a+=1, यह a+=एक विधि के रूप में अगर यह पार्स होगा । आविष्कारक मार्टिन ओडस्की ने अपनी पाठ्यपुस्तक में माना कि प्रोग्रामर आमतौर पर रिक्त स्थान शामिल करते हैं, ताकि पार्सर अस्पष्टता व्यावहारिक रूप से बहुत समस्याग्रस्त न हो।
जेस्विन जोस

1
@aitchnyu: वास्तव में, मिश्रित पहचानकर्ताओं में, अल्फ़ान्यूमेरिक भाग और ऑपरेटर भाग को एक अंडरस्कोर द्वारा अलग करने की आवश्यकता होती है। obj.a+=1के obj.a += 1बराबर है obj.a.+=(1)obj.a_+=1यदि आप चाहते हैं कि आपके द्वारा वर्णित तरीके से काम करने के लिए आपको इसकी आवश्यकता होगी । (वास्तव में, यह एक पार्स त्रुटि देगा, आपको obj.a_+=(1)या तो कॉल करने की आवश्यकता है या obj a_+= 1।)
जोर्ग डब्ल्यू मित्तग

यह कोई टैब नहीं है ... यह एक अंतरिक्ष स्टेशन है। और अंतरिक्ष स्टेशन से मेरा मतलब है कि टैब एस्केप सीक्वेंस।
थॉमस ईडिंग


4

आप इसे ककड़ी / घेरकिन के मामले में मान सकते हैं , जहां फ़ंक्शन नाम प्रभावी रूप से उनके अंदर दिए गए तर्कों के साथ वाक्य हैं।

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


3

FWIW, Tcl पहचानकर्ताओं में रिक्त स्थान (और हर दूसरे चरित्र के बारे में) की अनुमति देता है, हालांकि इस सुविधा का लाभ उठाना आम नहीं है। इसका मुख्य कारण बहुत बार उपयोग नहीं किया जाता है, बस आपको उचित उद्धरण का उपयोग करना है। उदाहरण के लिए, निम्नलिखित "माई नेम" से "बॉब" नामक एक चर सेट करता है, फिर इसे प्रिंट करता है

set "my name" "bob"
puts "hello, ${my name}"

OTOH, जब डायनामिक रूप से वैरिएबल बनाते समय यह बहुत उपयोगी होता है, ऐसे वैरिएबल बनाते समय, किसी को अवैध चरित्रों के बारे में चिंता करने की आवश्यकता नहीं होती है



1

यदि आप एक स्वचालित परीक्षण डीएसएल को एक भाषा मानते हैं, तो रोबोट फ्रेमवर्क कीवर्ड नामों में रिक्त स्थान की अनुमति देता है, और यह बहुत ही मुहावरेदार है। निम्नलिखित उदाहरण में "नमस्ते कहो" एक कीवर्ड नाम है, "उदाहरण परीक्षण मामला" एक परीक्षण मामले का नाम है, और "$ {पहला नाम}" एक चर है:

*** Keywords ***
| Say hello | [Arguments] | ${first name}
| | log | Hello, ${first name}

*** Test Cases ***
| Example test case
| | Say hello | world

1

4D भाषा विधि के नाम और चर में सफेद स्थान की अनुमति देता है। यह आम तौर पर समुदाय के भीतर पर फेंक दिया जाता है, लेकिन सभी अंतर्निहित तरीके और चर उन्हें लागू होने पर उपयोग करते हैं ( SET MENU ITEM PARAMETERउदाहरण के लिए)


0

स्मॉलटाक में कीवर्ड तरीके होते हैं जैसे कि a:b:c:इनवॉइस करने पर व्हॉट्सएप शामिल होता है। उदाहरण के लिए: a: 100 b: 200 c: 300। यह भाषा का एक मानक मुहावरा है।


0

पॉवर्सशेल चर नामों में स्थान की अनुमति देता है:

PS C:\> ${the var} = 100

PS C:\> ${the var}
100

0

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

var peoplesFavoriteThings = {
    "Bob Jones":"kittens",
    "Jane Doe":"chainsaws"
}

for(var name in peoplesFavoriteThings){
    console.log(name + ' likes ' + peoplesFavoriteThings[name] + '.\n');
}

यह जेएसएन में गिराए जाने पर तत्काल-वस्तु कारक को खोए बिना उपयोग में आसानी के लिए जेएसएन का पुनर्गठन करना भी आसान बनाता है।


मजेदार है कि यह केवल जावास्क्रिप्ट का उल्लेख है। हां, विधियों और गुणों में तार शामिल हो सकते हैं: foo['my method']()औरfoo['my property']
स्टीव बेनेट

0

पावर क्वेरी स्वचालित रूप से उत्पन्न कोड का बहुत उपयोग करती है। मुझे लगता है कि आधे से अधिक उत्पन्न पहचानकर्ता सफेद स्थान का उपयोग करेंगे:

let
    Source = Sql.Database(".", "Test"),
    dbo_pvt = Source{[Schema="dbo",Item="pvt"]}[Data],
    #"Filtered Rows" = Table.SelectRows(dbo_pvt, each [VendorID] <= 4),
    #"Removed Columns" = Table.RemoveColumns(#"Filtered Rows",{"Emp1", "Emp2"}),
    #"Grouped Rows" = Table.Group(#"Removed Columns", {"Emp3", "Emp4"}, {{"Count", each List.Sum([Emp5]), type number}})
in
    #"Grouped Rows"

जैसा कि आप देख सकते हैं, कई भाषाओं की तरह पहचानकर्ता को अलग करने के लिए अतिरिक्त वाक्यविन्यास है।

लेकिन उन जगहों पर जहां यह अस्पष्ट है, कोई अतिरिक्त वाक्यविन्यास की आवश्यकता नहीं है:

let
    spaceRecord = [with space = 42, recursive record = @spaceRecord],
    drilldown = spaceRecord[recursive record][recursive record][recursive record][with space]
in
    drilldown   // 42

-1

यदि आप इसे वास्तविक भाषा के रूप में गिनते हैं, तो JMP स्क्रिप्टिंग भाषा ( http://www.jmp.com/support/downloads/pdf/jmp_scripting_guide.pdf )। यह पहचानकर्ताओं को व्हाट्सएप रखने की अनुमति देता है (उन्हें "अधिक पठनीय" बनाने के लिए) और कम या ज्यादा ऐसे प्रोत्साहित करता है।


-1

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


-2

ऑथरवेयर, जिसकी स्क्रिप्टिंग भाषा गैर-ऑब्जेक्ट-ओरिएंटेड पास्कल पर आधारित थी, ने चर नामों में रिक्त स्थान की अनुमति दी, हालांकि समय के साथ लोगों ने इनका उपयोग करने के साथ समस्याओं की खोज की और इसे http://books.google.com/books?id= से दूर ले गए। bHC88YignAkC और स्नातकोत्तर = PA428 और रसोई गैस = PA428


-4

संपादित करें: यह उत्तर सही नहीं दिखाया गया था, टिप्पणी देखें।

यदि मैं आपके प्रश्न को सही ढंग से समझता हूं, तो एक संकलक पहचानकर्ता के नाम में स्थान की अनुमति नहीं दे सकता है क्योंकि यह डुप्लिकेट नाम (जब तक कि एक सीमांकक का उपयोग नहीं किया जाता है) हो सकता है। उदाहरण के लिए:

int my = 0; bool my count = false; int count = 0; अगर (मेरी गणना) ...

शब्द 'माई काउंट' यह भ्रमित करने वाला है कि यह या तो 'माई काउंट' नामक चर को संदर्भित कर सकता है या शायद डेवलपर मेरे और गिनती के बीच> जैसे संबंध ऑपरेटर लिखना भूल गया है।

COBOL ने विभाजन के नाम और अनुभाग नामों को अंतरिक्ष से अलग करने की अनुमति दी लेकिन वे आपके प्रश्न के अनुसार पहचानकर्ता और चर नहीं हैं।


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

2
आपका तर्क मुझे बहुत अच्छा लगता है। आपके उदाहरण में my Countएक चर नाम होने का एकमात्र विकल्प प्रोग्रामर होगा जो टाइपो बना है। वह अस्पष्टता नहीं है। यदि अभिव्यक्ति को पार्स करने का एक और वैध तरीका था, तो अस्पष्टता होगी । उसी तर्क से आप कह सकते हैं कि अनुमति a(b+c)अस्पष्ट है क्योंकि शायद प्रोग्रामर भूल गया >और वास्तव में मतलब था a > (b + c)
अगस्त

1
लेकिन (एक भाषा में जो चर नामों में रिक्त स्थान की अनुमति देता है) में भी अस्पष्टता नहीं है if (my count)। आप यह नहीं कह रहे हैं कि उस कथन को पार्स करने का एक अलग, वैध तरीका है (जिसका अर्थ यह अस्पष्ट होगा)। आप कह रहे हैं कि यदि आप वर्ण जोड़ते हैं <, तो आप एक अलग, मान्य पार्स के साथ समाप्त होते हैं। और मैं कह रहा हूं कि यदि आप अपने चरित्र <को जोड़ते हैं, तो आप a(b+c)एक अलग, मान्य पार्स के साथ समाप्त होते हैं।
sepp2k

1
@SteveBennett राइट। चर नामों में रिक्त स्थान की अनुमति देने वाली किसी भी भाषा को या तो उन्हें टाइप नामों में बंद करना होगा या प्रकार की घोषणाओं के लिए एक अलग वाक्यविन्यास का उपयोग करना होगा (जैसे कहना var name of the variable : type of the variable) - या बिल्कुल भी प्रकार की घोषणाएं नहीं हैं।
sepp2k

1
@ sepp2k, अब मुझे आपकी बात मिल गई है। इसे स्पष्ट करने के लिए समय निकालने के लिए धन्यवाद। मेरा जवाब गलत है।
NoChance
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.