উত্তর:
যেমনটি আরও অনেকে বলেছেন, ক্যানকে বরাদ্দ করা বস্তু valপ্রতিস্থাপন করা যায় না এবং ক্যানকে বরাদ্দ করা বস্তুটিও প্রতিস্থাপন করা যায় varনা। তবে, বলেন বস্তুটির এর অভ্যন্তরীণ অবস্থা পরিবর্তন করা যেতে পারে। উদাহরণ স্বরূপ:
class A(n: Int) {
var value = n
}
class B(n: Int) {
val value = new A(n)
}
object Test {
def main(args: Array[String]) {
val x = new B(5)
x = new B(6) // Doesn't work, because I can't replace the object created on the line above with this new one.
x.value = new A(6) // Doesn't work, because I can't replace the object assigned to B.value for a new one.
x.value.value = 6 // Works, because A.value can receive a new object.
}
}সুতরাং, যদিও আমরা নির্ধারিত অবজেক্টটি পরিবর্তন করতে পারি না x, আমরা সেই অবজেক্টের অবস্থা পরিবর্তন করতে পারি। এর মূলে অবশ্য ক var।
এখন, অপরিবর্তনীয়তা অনেক কারণে ভাল জিনিস। প্রথমত, যদি কোনও বস্তু অভ্যন্তরীণ স্থিতি পরিবর্তন করে না, আপনার কোডের অন্য কোনও অংশ এটি পরিবর্তন করছে কিনা তা আপনার চিন্তা করার দরকার নেই। উদাহরণ স্বরূপ:
x = new B(0)
f(x)
if (x.value.value == 0)
println("f didn't do anything to x")
else
println("f did something to x")এটি মাল্টিথ্রেডেড সিস্টেমগুলির সাথে বিশেষভাবে গুরুত্বপূর্ণ হয়ে ওঠে। বহুবিবাহিত সিস্টেমে নিম্নলিখিতগুলি ঘটতে পারে:
x = new B(1)
f(x)
if (x.value.value == 1) {
print(x.value.value) // Can be different than 1!
}যদি আপনি valএকচেটিয়াভাবে ব্যবহার করেন এবং কেবলমাত্র অপরিবর্তনীয় ডেটা স্ট্রাকচার ব্যবহার করেন (এটি হ'ল অ্যারে, সমস্ত কিছু এড়ানো scala.collection.mutableইত্যাদি) তবে আপনি নিশ্চিন্ত থাকতে পারেন যে এটি ঘটবে না। এটি হ'ল কিছু কোড না থাকলে, সম্ভবত একটি কাঠামো, প্রতিবিম্বের কৌশলগুলি না করে - প্রতিচ্ছবি দুর্ভাগ্যক্রমে "অপরিবর্তনীয়" মান পরিবর্তন করতে পারে।
এটি একটি কারণ, তবে এর আরও একটি কারণ রয়েছে। আপনি যখন ব্যবহার করবেন তখন একাধিক উদ্দেশ্যে varএকই ব্যবহার করতে প্রলুব্ধ হতে পারেন var। এতে কিছু সমস্যা রয়েছে:
সহজ কথায় বলতে গেলে, ব্যবহার valকরা নিরাপদ এবং আরও পঠনযোগ্য কোডের দিকে নিয়ে যায়।
আমরা তখন অন্য দিকে যেতে পারি। যদি valএটি আরও ভাল হয় তবে কেন varসব কিছু আছে? ঠিক আছে, কিছু ভাষাগুলি সেই পথটি নিয়েছে তবে এমন পরিস্থিতি রয়েছে যেখানে পরিবর্তনের ফলে কর্মক্ষমতা অনেকটা উন্নত হয়।
উদাহরণস্বরূপ, একটি অপরিবর্তনীয় গ্রহণ করুন Queue। আপনি enqueueবা dequeueএটিতে জিনিসগুলি এলে আপনি একটি নতুন Queueঅবজেক্ট পাবেন। তাহলে কীভাবে, আপনি এতে সমস্ত আইটেম প্রক্রিয়াজাতকরণ করবেন?
আমি একটি উদাহরণ দিয়ে যাব। ধরা যাক আপনার কাছে অঙ্কগুলির একটি সারি রয়েছে এবং আপনি সেগুলির মধ্যে একটি সংখ্যা রচনা করতে চান। উদাহরণস্বরূপ, যদি আমার 2, 1, 3 এর সাথে এই ক্রম থাকে তবে আমি 213 নম্বরটি ফিরে পেতে চাই Let's প্রথমে এটির সাথে সমাধান করুন mutable.Queue:
def toNum(q: scala.collection.mutable.Queue[Int]) = {
var num = 0
while (!q.isEmpty) {
num *= 10
num += q.dequeue
}
num
}এই কোডটি দ্রুত এবং বোধগম্য। এর প্রধান অপূর্ণতা হ'ল যে সারিটি পাস করা হয়েছে তা দ্বারা সংশোধিত হয়েছে toNum, সুতরাং আপনাকে এর আগে একটি অনুলিপি তৈরি করতে হবে। এটাই সেই ধরণের অবজেক্ট ম্যানেজমেন্ট যা অপরিবর্তনীয়তা আপনাকে মুক্ত করে তোলে।
এখন, এটি একটিতে আবৃত করুন immutable.Queue:
def toNum(q: scala.collection.immutable.Queue[Int]) = {
def recurse(qr: scala.collection.immutable.Queue[Int], num: Int): Int = {
if (qr.isEmpty)
num
else {
val (digit, newQ) = qr.dequeue
recurse(newQ, num * 10 + digit)
}
}
recurse(q, 0)
}কারণ আমি আমার numপূর্ববর্তী উদাহরণের মতো ট্র্যাক রাখতে কিছু পরিবর্তনশীল পুনরায় ব্যবহার করতে পারি না , আমাকে পুনরাবৃত্তি করতে হবে। এই ক্ষেত্রে, এটি একটি পুচ্ছ-পুনরাবৃত্তি, যা বেশ ভাল অভিনয় করেছে। তবে এটি সবসময় হয় না: কখনও কখনও কেবল কোনও ভাল (পাঠযোগ্য, সহজ) লেজ পুনরাবৃত্তি সমাধান হয় না is
তবে নোট করুন, আমি একই কোডটি একই সাথে immutable.Queueএকটি ব্যবহার করতে আবার লিখতে পারি var! উদাহরণ স্বরূপ:
def toNum(q: scala.collection.immutable.Queue[Int]) = {
var qr = q
var num = 0
while (!qr.isEmpty) {
val (digit, newQ) = qr.dequeue
num *= 10
num += digit
qr = newQ
}
num
}এই কোডটি এখনও কার্যকর, পুনরাবৃত্তি প্রয়োজন হয় না এবং আপনার কাতারে একটি অনুলিপি তৈরি করতে হবে কি না তা কল করার আগে আপনাকে চিন্তার দরকার নেই toNum। স্বাভাবিকভাবেই, আমি অন্যান্য উদ্দেশ্যে ভেরিয়েবলগুলি পুনরায় ব্যবহার করা এড়িয়ে চলেছি এবং এই ফাংশনের বাইরের কোনও কোড সেগুলি দেখতে পাবে না, তাই আমি তাদের মানগুলি এক লাইন থেকে পরের অংশে পরিবর্তিত হওয়ার বিষয়ে চিন্তা করার দরকার নেই - যখন আমি স্পষ্টভাবে এটি করি except
প্রোগ্রামার যদি এটি সেরা সমাধান হিসাবে বিবেচিত হয় তবে স্কালা প্রোগ্রামারটিকে এটি করতে দেয়। অন্যান্য ভাষাগুলি এ জাতীয় কোডকে কঠিন করা বেছে নিয়েছে। স্কেল মূল্য (এবং বিস্তীর্ণ মিউটিবিলিটি সহ যে কোনও ভাষা) প্রদান করে তা হ'ল সংযোজকটির কোডটি অপ্টিমাইজ করার ক্ষেত্রে ততটা প্র্রত্নতা নেই যা অন্যথায় হতে পারে। জাভা এর উত্তর রানটাইম প্রোফাইলের উপর ভিত্তি করে কোডটি অনুকূল করে তুলেছে। আমরা প্রতিটি পক্ষের পক্ষে মতামতগুলি চালিয়ে যেতে পারি।
ব্যক্তিগতভাবে, আমি মনে করি স্কাল আপাতত সঠিক ব্যালেন্সকে আঘাত করে strikes এটি এখন পর্যন্ত নিখুঁত নয়। আমি মনে করি ক্লোজার এবং হাস্কেল উভয়েরই খুব আকর্ষণীয় ধারণা রয়েছে যা স্কালার দ্বারা গৃহীত হয়নি, তবে স্কালার নিজস্ব শক্তিও রয়েছে। ভবিষ্যতে কী ঘটবে তা আমরা দেখব।
q। এটি কোনও অনুলিপি তৈরি করে - স্ট্যাকের উপর, গাদা নয় - সেই বস্তুর উল্লেখ । পারফরম্যান্সের ক্ষেত্রে, আপনি কী "এটি" বলছেন সে সম্পর্কে আপনাকে আরও পরিষ্কার হতে হবে।
(x::xs).drop(1)হুবহু xs, এর "অনুলিপি নয়" xs) দিয়ে আমি বুঝতে পারি যে এখানে লিঙ্কটি । tnx!
qrঅপরিবর্তনীয় সারি, তাই যতবার অভিব্যক্তি qr.dequeueবলা হয় এটি একটি করে তোলে new Queue(দেখুন < github.com/scala/scala/blob/2.13.x/src/library/scala/collection/… )।
valচূড়ান্ত, যে সেট করা যাবে না। জাবা finalভাবি।
val ভেরিয়েবলগুলি অপরিবর্তনীয়, তবে তারা যে বস্তুগুলি উল্লেখ করে সেগুলি হওয়া উচিত নয়। স্টিফান পোস্ট করা লিংক অনুসারে: "এখানে নামের রেফারেন্সটি অন্য অ্যারেতে চিহ্নিত করার জন্য পরিবর্তন করা যায় না, তবে অ্যারে নিজেই পরিবর্তন করা যায় other অন্য কথায় অ্যারের সামগ্রী / উপাদানগুলি পরিবর্তন করা যায়।" সুতরাং এটি finalজাভাতে কাজ করে।
+=একটি valসূক্ষ্ম হিসাবে সংজ্ঞায়িত একটি পরিবর্তনশীল হ্যাশম্যাপে কল করতে পারি - আমি বিশ্বাস করি finalজাভাতে এটি ঠিক কীভাবে কাজ করে
সহজ অর্থে:
var = var iable
ভাল = ভি আরিয়েবল + ফিন আল
পার্থক্যটি হ'ল varএকটিকে আবার নিয়োগ দেওয়া যেতে পারে যেখানে একটি valপারে না। পরিবর্তন বা অন্যথায় যা যা বাস্তবে নির্ধারিত তা হ'ল একটি পার্শ্ব সমস্যা:
import collection.immutable
import collection.mutable
var m = immutable.Set("London", "Paris")
m = immutable.Set("New York") //Reassignment - I have change the "value" at m.যেখানে:
val n = immutable.Set("London", "Paris")
n = immutable.Set("New York") //Will not compile as n is a val.এবং অতঃপর:
val n = mutable.Set("London", "Paris")
n = mutable.Set("New York") //Will not compile, even though the type of n is mutable.যদি আপনি কোনও ডেটা কাঠামো তৈরি করে থাকেন এবং এর সমস্ত ক্ষেত্র একই হয় val, তবে সেই ডেটা স্ট্রাকচারটি তাই পরিবর্তনযোগ্য, কারণ এর রাজ্য পরিবর্তন করতে পারে না।
valঅর্থ varপরিবর্তনযোগ্য এবং এর অর্থ পরিবর্তনযোগ্য means
সি ++ এর দিক দিয়ে চিন্তা করা,
val x: Tঅ-ধ্রুবক ডেটাতে ধ্রুবক পয়েন্টারের সাথে সাদৃশ্য
T* const x;যখন
var x: T অ-ধ্রুবক ডেটার সাথে ধ্রুবক পয়েন্টারটির সাথে সাদৃশ্য
T* x;পক্ষপাতী valউপরvar কোডবেস যা তার শুদ্ধি, সম্পাতবিন্দু এবং ক্ষমতা বোঝার সুবিধার করতে পারেন অপরিবর্তনীয়তা বৃদ্ধি পায়।
অ-ধ্রুবক ডেটাতে ধ্রুবক পয়েন্টার থাকার অর্থ বোঝার জন্য নিম্নলিখিত স্কাল স্নিপেটটি বিবেচনা করুন:
val m = scala.collection.mutable.Map(1 -> "picard")
m // res0: scala.collection.mutable.Map[Int,String] = HashMap(1 -> picard)এখানে "পয়েন্টার" val m ধ্রুবক তাই আমরা এর মতো অন্য কোনও কিছুতে এটি পুনর্নির্দিষ্ট করতে পারি না
m = n // error: reassignment to valতবে আমরা প্রকৃতপক্ষে অ-ধ্রুবক ডেটা নিজেই পরিবর্তন করতে পারি যা mএটি পছন্দ করে
m.put(2, "worf")
m // res1: scala.collection.mutable.Map[Int,String] = HashMap(1 -> picard, 2 -> worf)"ভ্যাল মানে অপরিবর্তনীয় এবং ভের অর্থ পরিবর্তনীয়" "
প্যারাফ্রেজ করতে, "ভাল মানে মান এবং ভেরিয়েবলের পরিবর্তনশীল"।
একটি পার্থক্য যা কম্পিউটিংয়ের ক্ষেত্রে অত্যন্ত গুরুত্বপূর্ণ বলে মনে হয় (কারণ এই দুটি ধারণাগুলি প্রোগ্রামিং সম্পর্কে যা কিছু রয়েছে তার মূখ্যাকেই সংজ্ঞায়িত করে) এবং ওও প্রায় সম্পূর্ণরূপে অস্পষ্ট হয়ে উঠতে পরিচালিত হয়েছে, কারণ ওওতে একমাত্র অক্ষরটি হ'ল "সবকিছুই একটি বস্তু "। এবং এর ফলস্বরূপ, আজকাল প্রচুর প্রোগ্রামার বুঝতে / প্রশংসা করতে / স্বীকৃতি দেওয়ার ঝোঁক নেয় না, কারণ তারা একচেটিয়াভাবে "ওও উপায় চিন্তা করে" ব্রেইন ওয়াশ করেছে। প্রায়শই পরিবর্তনশীল / পরিবর্তনযোগ্য বস্তুর মতো ব্যবহারের দিকে পরিচালিত করে সর্বত্র সর্বত্র , যখন মান / অপরিবর্তনীয় বস্তুগুলি / সম্ভবত আরও ভাল হত।
Valতার চূড়ান্ত মানে , হতে পারে না পুনরায় নিয়োগ দেওয়া
তবে, পরে পুনরায় নিয়োগ দেওয়াVar যেতে পারে ।
এটি নাম হিসাবে এটি সহজ।
var মানে এটি পরিবর্তিত হতে পারে
ভাল মানে অদৃশ্য
মান - মানগুলি টাইপ করা স্টোরেজ ধ্রুবক। একবার এটির মান ক্যান্ট তৈরি হয়ে গেলে তাকে পুনরায় নিয়োগ দেওয়া হবে। একটি নতুন মান কীওয়ার্ড ভাল দিয়ে সংজ্ঞায়িত করা যায়।
যেমন। ভাল এক্স: ইন্ট = 5
এখানে টাইপটি alচ্ছিক কারণ স্কেল নির্ধারিত মান থেকে এটি নির্ধারণ করতে পারে।
ভার - ভেরিয়েবলগুলি টাইপ করা স্টোরেজ ইউনিট যা মেমরির স্থান সংরক্ষিত না হওয়া পর্যন্ত আবার মান নির্ধারিত হতে পারে।
যেমন। var x: int = 5
উভয় স্টোরেজ ইউনিটে সঞ্চিত ডেটা একবার স্বয়ংক্রিয়ভাবে জভিএম দ্বারা ডি-বরাদ্দ করা হয় যখন এগুলির আর প্রয়োজন হয় না।
স্থায়িত্বের কারণে স্কেল মানগুলিতে ভেরিয়েবলের চেয়ে বেশি পছন্দ হয় এগুলি কোডটি বিশেষত সমবর্তী এবং বহুবিবাহিত কোডে নিয়ে আসে।
অনেক যদিও ইতিমধ্যে মধ্যে পার্থক্য উত্তর Val, এবং Var । তবে একটি বিষয় লক্ষ্য করুন যে ভালটি চূড়ান্ত কীওয়ার্ডের মতো নয় ।
আমরা পুনরাবৃত্তি ব্যবহার করে ভ্যালির মান পরিবর্তন করতে পারি তবে আমরা কখনই চূড়ান্তের মান পরিবর্তন করতে পারি না। ফাইনালের চেয়ে ভাল ধ্রুবক।
def factorial(num: Int): Int = {
if(num == 0) 1
else factorial(num - 1) * num
}পদ্ধতির পরামিতিগুলি ডিফল্ট ভাল অনুসারে হয় এবং প্রতিটি কল মানতে পরিবর্তন করা হয়।
var qr = qএকটি অনুলিপি তৈরি করেq?