වෙනස් කළ නොහැකි වස්තූන් හොඳ නම්, මිනිසුන් විකෘති වස්තූන් නිර්මාණය කරන්නේ ඇයි? [වසා ඇත]

වෙනස් කළ නොහැකි වස්තූන් හොඳ, සරල සහ සමගාමී වැඩසටහන්කරණයේ ප්‍රතිලාභ ලබා දෙන්නේ නම්, ක්‍රමලේඛකයින් විකෘති වස්තූන් නිර්මාණය කරන්නේ ඇයි?

මට ජාවා ක්‍රමලේඛනය පිළිබඳ වසර හතරක පළපුරුද්දක් ඇති අතර, මා දකින පරිදි, පංතියක් නිර්මාණය කිරීමෙන් පසු මිනිසුන් කරන පළමු දෙය නම් IDE හි ගැණුම්කරුවන් සහ කට්ටල උත්පාදනය කිරීමයි (එමඟින් එය විකෘති කරයි). දැනුවත්භාවයේ lack නතාවයක් තිබේද? නැතහොත් බොහෝ අවස්ථාවන්හිදී විකෘති වස්තූන් භාවිතා කිරීමෙන් අපට ගැලවිය හැකිද?

^{Um නිශ්චල නොවන වස්තුව යනු එය නිර්මාණය කිරීමෙන් පසු තත්වය වෙනස් කළ නොහැකි වස්තුවකි.
² Mutable වස්තුව එය නිර්මාණය වූ පසු වෙනස් කළ හැකි වන්නේ, වස්තුවක්.}

විකෘති හා වෙනස් කළ නොහැකි වස්තූන් දෙකටම ඔවුන්ගේම ප්‍රයෝජන, වාසි සහ අවාසි ඇත.

වෙනස් කළ නොහැකි වස්තූන් බොහෝ විට ජීවිතය සරල කරයි. වටිනාකම් වර්ග සඳහා ඒවා විශේෂයෙන් අදාළ වේ, එහිදී වස්තූන්ට අනන්‍යතාවයක් නොමැති බැවින් ඒවා පහසුවෙන් ප්‍රතිස්ථාපනය කළ හැකිය. ඒවාට සමගාමී ක්‍රමලේඛන ක්‍රමයක් ආරක්ෂිත හා පිරිසිදු කළ හැකිය (සමගාමී දෝෂ සොයා ගැනීම කුප්‍රකට දුෂ්කර බොහෝමයක් අවසානයේ සිදුවන්නේ නූල් අතර හුවමාරු වන විකෘති තත්වයක් නිසාය). කෙසේ වෙතත්, විශාල හා / හෝ සංකීර්ණ වස්තූන් සඳහා, සෑම වෙනස්කමක් සඳහාම වස්තුවේ නව පිටපතක් නිර්මාණය කිරීම ඉතා මිල අධික හා / හෝ වෙහෙසකාරී විය හැකිය. පැහැදිලි අනන්‍යතාවයක් ඇති වස්තූන් සඳහා, පවත්නා වස්තූන් වෙනස් කිරීම නව, නවීකරණය කරන ලද පිටපතක් නිර්මාණය කිරීමට වඩා සරල හා අවබෝධාත්මක ය.

ක්‍රීඩා චරිතයක් ගැන සිතන්න. ක්‍රීඩා වලදී, වේගය ප්‍රමුඛතාවයකි, එබැවින් ඔබේ ක්‍රීඩා චරිත විකෘති වස්තූන් සමඟ නිරූපණය කිරීම බොහෝ විට ඔබගේ ක්‍රීඩාව විකල්ප ක්‍රියාත්මක කිරීමකට වඩා සැලකිය යුතු වේගයකින් ධාවනය වන අතර සෑම කුඩා වෙනසක් සඳහාම ක්‍රීඩා චරිතයේ නව පිටපතක් බිහි වේ.

එපමණක් නොව, සැබෑ ලෝකය පිළිබඳ අපගේ අවබෝධය අනිවාර්යයෙන්ම විකෘති වස්තූන් මත පදනම් වේ. ඔබ ඔබේ මෝටර් රථය ගෑස් නැවතුම්පොළේ ඉන්ධන වලින් පුරවන විට, ඔබ එය එකම වස්තුවක් ලෙස වටහා ගනී (එනම් එහි අනන්‍යතාවය එහි තත්වය වෙනස් වන අතරතුර පවත්වා ගෙන යනු ලැබේ) - හිස් ටැංකියක් සහිත පැරණි මෝටර් රථය අඛණ්ඩව අළුත් ලෙස ආදේශ වූවාක් මෙන් නොවේ ඔවුන්ගේ ටැංකිය ක්‍රමයෙන් වැඩි වැඩියෙන් පිරී ඇති කාර් අවස්ථා. එබැවින් අපි වැඩසටහනක යම් තාත්වික ලෝක වසමක් ආකෘතිගත කරන සෑම විටම, සැබෑ ලෝක ආයතන නියෝජනය කිරීම සඳහා විකෘති වස්තූන් භාවිතා කරමින් වසම් ආකෘතිය ක්‍රියාත්මක කිරීම වඩාත් සරල හා පහසුය.

මේ සියලු නීත්‍යානුකූල හේතූන් හැරුණු විට, අහෝ, මිනිසුන් විකෘති වස්තූන් නිර්මාණය කිරීමට වඩාත්ම හේතු විය හැක්කේ මනසෙහි අවස්ථිති බව, වෙනස් වීමට ප්‍රතිරෝධයයි. අද බොහෝ සංවර්ධකයින් වෙනස් කළ නොහැකි වීමට පෙර හොඳින් පුහුණු කර ඇති බව සලකන්න (සහ එහි අඩංගු පරාමිතිය, ක්‍රියාකාරී ක්‍රමලේඛනය) ඔවුන්ගේ බලපෑම් ක්ෂේත්‍රය තුළ “ප්‍රවණතාවක්” බවට පත්ව ඇති අතර අපගේ වෙළඳාමේ නව මෙවලම් සහ ක්‍රම පිළිබඳව ඔවුන්ගේ දැනුම යාවත්කාලීනව තබා නොගන්න - ඇත්ත වශයෙන්ම, මිනිසුන් වන අපගෙන් බොහෝ දෙනෙක් නව අදහස් හා ක්‍රියාවලීන්ට ධනාත්මකව විරුද්ධ වෙති. "මම මේ වගේ වැඩසටහන් කර ඇත nn වසර සහ මම නවතම මෝඩ ඒව ගැන තැකීමක් කරන්නේ නෑ!"

මම හිතන්නේ ඔබ සැමට වඩාත්ම පැහැදිලි පිළිතුර මග හැරී ඇත. බොහෝ සංවර්ධකයින් විකෘති වස්තූන් නිර්මාණය කරන්නේ විකෘතිතාව අත්‍යවශ්‍ය භාෂාවල පෙරනිමිය වන බැවිනි. පෙරනිමියෙන් කේත නිරන්තරයෙන් වෙනස් කිරීමට වඩා අපගෙන් බොහෝ දෙනෙකුට අපගේ කාලය සමඟ වඩා හොඳ දේවල් තිබේ - වඩා නිවැරදි හෝ නැත. වෙනස් කළ නොහැකි බව වෙනත් ඕනෑම ප්‍රවේශයකට වඩා කෝකටත් තෛලයක් නොවේ. එය සමහර දේවල් පහසු කරවන නමුත් සමහර පිළිතුරු දැනටමත් පෙන්වා දී ඇති පරිදි අනෙක් ඒවා වඩාත් අපහසු කරයි.

1. විකෘතිතාව සඳහා ස්ථානයක් තිබේ. විකෘති විය යුතු දේ සහ වෙනස් කළ නොහැකි දේ පිළිබඳව ඩොමේන් විසින් මෙහෙයවන සැලසුම් මූලධර්ම මගින් ස්ථිර අවබෝධයක් ලබා දේ. ඔබ ඒ ගැන සිතන්නේ නම්, යම් වස්තුවකට රාජ්‍ය වෙනස් කිරීමකට එය විනාශ කිරීම හා නැවත සංයුතිය අවශ්‍ය වන පද්ධතියක් සහ එය සඳහන් කළ සෑම වස්තුවකටම පිළිසිඳ ගැනීම ප්‍රායෝගික නොවන බව ඔබට වැටහෙනු ඇත. සංකීර්ණ පද්ධති සමඟ මෙය පහසුවෙන් සමස්ත පද්ධතියේ වස්තු ප්‍රස්ථාරය මුළුමනින්ම අතුගා දැමීමට හා නැවත ගොඩනැඟීමට හේතු වේ

2. බොහෝ සංවර්ධකයින් කාර්ය සාධන අවශ්‍යතා සැලකිය යුතු තරම් වැදගත් වන තැනක සමපාත මුදල් කෙරෙහි අවධානය යොමු කළ යුතු කිසිවක් නොකරයි (හෝ දැනුවත්ව සිටින අය විසින් හොඳ භාවිතයක් ලෙස විශ්වීය ලෙස සලකනු ලබන වෙනත් ගැටළු රාශියක්).

3. ද්විපාර්ශ්වික සම්බන්ධතා වැනි වෙනස් කළ නොහැකි වස්තූන් සමඟ ඔබට කළ නොහැකි සමහර දේවල් තිබේ. ඔබ එක් වස්තුවක් මත සංගම් අගයක් සැකසූ පසු, එය අනන්‍යතා වෙනස් වේ. එබැවින්, ඔබ නව වස්තුව අනෙක් වස්තුව මත තබා ඇති අතර එය ද වෙනස් වේ. ගැටළුව වන්නේ පළමු වස්තුව යොමු කිරීම තවදුරටත් වලංගු නොවන නිසා, වස්තුව යොමු කිරීම සමඟ නිරූපණය කිරීම සඳහා නව අවස්ථාවක් නිර්මාණය කර ඇති බැවිනි. මෙය දිගටම කරගෙන යාමෙන් අනන්ත ප්‍රතිගාමීත්වයක් ඇති වේ. ඔබගේ ප්‍රශ්නය කියවීමෙන් පසු මම කුඩා සිද්ධි අධ්‍යයනයක් කළෙමි, මෙන්න එය මොන වගේද කියා. වෙනස් කළ නොහැකි බව පවත්වා ගනිමින් එවැනි ක්‍රියාකාරීත්වයට ඉඩ සලසන විකල්ප ප්‍රවේශයක් ඔබට තිබේද?

       public class ImmutablePerson { 
   
        public ImmutablePerson(string name, ImmutableEventList eventsToAttend)
        {
             this.name = name;
             this.eventsToAttend = eventsToAttend;
        }
        private string name;
        private ImmutableEventList eventsToAttend;
   
        public string Name { get { return this.name; } }
   
        public ImmutablePerson RSVP(ImmutableEvent immutableEvent){
            // the person is RSVPing an event, thus mutating the state 
            // of the eventsToAttend.  so we need a new person with a reference
            // to the new Event
            ImmutableEvent newEvent = immutableEvent.OnRSVPReceived(this);
            ImmutableEventList newEvents = this.eventsToAttend.Add(newEvent));
            var newSelf = new ImmutablePerson(name, newEvents);
            return newSelf;
        }
       }
   
       public class ImmutableEvent { 
        public ImmutableEvent(DateTime when, ImmutablePersonList peopleAttending, ImmutablePersonList peopleNotAttending){
            this.when = when;     
            this.peopleAttending = peopleAttending;
            this.peopleNotAttending = peopleNotAttending;
        }
        private DateTime when; 
        private ImmutablePersonList peopleAttending;
        private ImmutablePersonList peopleNotAttending;
        public ImmutableEvent OnReschedule(DateTime when){
              return new ImmutableEvent(when,peopleAttending,peopleNotAttending);
        }
        //  notice that this will be an infinite loop, because everytime one counterpart
        //  of the bidirectional relationship is added, its containing object changes
        //  meaning it must re construct a different version of itself to 
        //  represent the mutated state, the other one must update its
        //  reference thereby obsoleting the reference of the first object to it, and 
        //  necessitating recursion
        public ImmutableEvent OnRSVPReceived(ImmutablePerson immutablePerson){
              if(this.peopleAttending.Contains(immutablePerson)) return this;
              ImmutablePersonList attending = this.peopleAttending.Add(immutablePerson);
              ImmutablePersonList notAttending = this.peopleNotAttending.Contains( immutablePerson ) 
                                   ? peopleNotAttending.Remove(immutablePerson)
                                   : peopleNotAttending;
              return new ImmutableEvent(when, attending, notAttending);
        }
       }
       public class ImmutablePersonList
       {
         private ImmutablePerson[] immutablePeople;
         public ImmutablePersonList(ImmutablePerson[] immutablePeople){
             this.immutablePeople = immutablePeople;
         }
         public ImmutablePersonList Add(ImmutablePerson newPerson){
             if(this.Contains(newPerson)) return this;
             ImmutablePerson[] newPeople = new ImmutablePerson[immutablePeople.Length];
             for(var i=0;i<immutablePeople.Length;i++)
                 newPeople[i] = this.immutablePeople[i];
             newPeople[immutablePeople.Length] = newPerson;
         }
         public ImmutablePersonList Remove(ImmutablePerson newPerson){
             if(immutablePeople.IndexOf(newPerson) != -1)
             ImmutablePerson[] newPeople = new ImmutablePerson[immutablePeople.Length-2];
             bool hasPassedRemoval = false;
             for(var i=0;i<immutablePeople.Length;i++)
             {
                hasPassedRemoval = hasPassedRemoval || immutablePeople[i] == newPerson;
                newPeople[i] = this.immutablePeople[hasPassedRemoval ? i + 1 : i];
             }
             return new ImmutablePersonList(newPeople);
         }
         public bool Contains(ImmutablePerson immutablePerson){ 
            return this.immutablePeople.IndexOf(immutablePerson) != -1;
         } 
       }
       public class ImmutableEventList
       {
         private ImmutableEvent[] immutableEvents;
         public ImmutableEventList(ImmutableEvent[] immutableEvents){
             this.immutableEvents = immutableEvents;
         }
         public ImmutableEventList Add(ImmutableEvent newEvent){
             if(this.Contains(newEvent)) return this;
             ImmutableEvent[] newEvents= new ImmutableEvent[immutableEvents.Length];
             for(var i=0;i<immutableEvents.Length;i++)
                 newEvents[i] = this.immutableEvents[i];
             newEvents[immutableEvents.Length] = newEvent;
         }
         public ImmutableEventList Remove(ImmutableEvent newEvent){
             if(immutableEvents.IndexOf(newEvent) != -1)
             ImmutableEvent[] newEvents = new ImmutableEvent[immutableEvents.Length-2];
             bool hasPassedRemoval = false;
             for(var i=0;i<immutablePeople.Length;i++)
             {
                hasPassedRemoval = hasPassedRemoval || immutableEvents[i] == newEvent;
                newEvents[i] = this.immutableEvents[hasPassedRemoval ? i + 1 : i];
             }
             return new ImmutableEventList(newPeople);
         }
         public bool Contains(ImmutableEvent immutableEvent){ 
            return this.immutableEvent.IndexOf(immutableEvent) != -1;
         } 
       }
   

මම "තනිකරම ක්‍රියාකාරී දත්ත ව්‍යුහයන්" කියවා ඇති අතර, විකෘති වස්තූන් භාවිතයෙන් ක්‍රියාත්මක කිරීමට වඩා පහසු දත්ත ව්‍යුහයන් කිහිපයක් ඇති බව මට වැටහී ඇත.

ද්විමය සෙවුම් ගසක් ක්‍රියාත්මක කිරීම සඳහා, ඔබට සෑම විටම නව ගසක් ආපසු ලබා දිය යුතුය: ඔබේ නව ගස වෙනස් කරන ලද සෑම නෝඩයකම පිටපතක් සෑදීමට සිදුවනු ඇත (වෙනස් නොකළ ශාඛා බෙදාගෙන ඇත). ඔබගේ ඇතුළත් කිරීමේ කාර්යය සඳහා මෙය එතරම් නරක නැත, නමුත් මට නම්, මම මකාදැමීම සහ නැවත සමතුලිත කිරීම සඳහා වැඩ කිරීමට පටන් ගත් විට දේවල් තරමක් අකාර්යක්ෂම විය.

වටහා ගත යුතු අනෙක් කාරණය නම්, ඔබේ කේතය සමගාමී මුදල් ගැටළු නිරාවරණය වන අයුරින් ක්‍රියාත්මක නොවන්නේ නම්, ඔබට වස්තු දිශානත කේත ලිවීමට වසර ගණනාවක් යා හැකි අතර, හවුල් විකෘති තත්වයක් කෙතරම් භයානකද යන්න කිසි විටෙකත් නොදැනේ.

මගේ දෘෂ්ටි කෝණයෙන්, එය දැනුවත්භාවය අඩු වීමකි. ඔබ දන්නා වෙනත් ජේවීඑම් භාෂා (ස්කලා, ක්ලෝජුරේ) දෙස බැලුවහොත්, විකෘති වස්තූන් කේතයේ කලාතුරකින් දක්නට ලැබෙන අතර තනි නූල් ප්‍රමාණවත් නොවන අවස්ථාවන්හිදී මිනිසුන් ඒවා භාවිතා කිරීමට පටන් ගනී.

මම දැනට ක්ලෝජුර් ඉගෙන ගනිමින් සිටින අතර ස්කලා (ජාවා හි අවුරුදු 4 +) පිළිබඳ කුඩා අත්දැකීමක් ඇති අතර ඔබේ කේතීකරණ විලාසය වෙනස් වන්නේ රාජ්‍යය පිළිබඳ දැනුවත්භාවය හේතුවෙනි.

මම හිතන්නේ එක ප්රධාන සාධකය නොතකා හැර ඇත කර: ජාවා බෝංචි වස්තූන් mutating නිශ්චිත ශෛලිය මත දැඩි ලෙස රැඳී, සහ (විශේෂයෙන් මූලාශ්රය සලකා) ඉතා සුළු ජනතාව (හෝ පවා බව ගැනීමට පෙනේ ද ) කෙසේ කැනෝනිකල් උදාහරණයක් සියලු ජාවා ලිවිය යුතුය.

මගේ වෘත්තීය ජීවිතය තුළ මා වැඩ කළ සෑම ව්‍යවසාය ජාවා පද්ධතියක්ම ශිශිර හෝ ජාවා පර්සිස්ටන්ස් ඒපීඅයි (ජේපීඒ) භාවිතා කරයි. ශිශිර හා ජේපීඒ මූලිකවම නියම කරන්නේ ඔබේ පද්ධතිය විකෘති වස්තූන් භාවිතා කරන බවයි, මන්ද ඒවායේ සමස්ත පරිශ්‍රය වන්නේ ඒවා ඔබේ දත්ත වස්තු වල වෙනස්කම් හඳුනාගෙන සුරැකීමයි. බොහෝ ව්‍යාපෘති සඳහා, නිශ්චල නොවන වස්තූන්ගේ ප්‍රතිලාභවලට වඩා හයිබර්නේට් ගෙනෙන සංවර්ධනයේ පහසුව වඩාත් බලවත්ය.

නිසැකවම විකෘති වස්තූන් හයිබර්නේට වඩා බොහෝ කාලයක් තිස්සේ පැවතුනි, එබැවින් විකෘති වස්තූන්ගේ ජනප්‍රියතාවයේ මුල් 'හේතුව' හයිබර්නේට් නොවේ. සමහර විට විකෘති වස්තූන්ගේ ජනප්‍රියතාවය හයිබර්නේට් සමෘධිමත් වීමට ඉඩ හැරියේය.

නමුත් අද බොහෝ කනිෂ් program ක්‍රමලේඛකයින් හයිබර්නේට් හෝ වෙනත් ORM භාවිතා කරමින් ව්‍යවසාය පද්ධති මත දත් කපා ගන්නේ නම්, ඔවුන් විකෘති වස්තූන් භාවිතා කිරීමේ පුරුද්ද ඇති කර ගනී. හයිබර්නේට් වැනි රාමු විකෘති වස්තූන්ගේ ජනප්‍රියතාවයට හේතු වේ.

තවම සඳහන් කර නොමැති ප්‍රධාන කරුණක් නම්, වස්තුවක තත්වය විකෘති වීම නිසා එම තත්වය වෙනස් කළ නොහැකි බව වටහා ගන්නා වස්තුවේ අනන්‍යතාවය ලබා ගත හැකිය.

බොහෝ වැඩසටහන් නිර්මාණය කර ඇත්තේ සහජයෙන්ම විකෘති වන තාත්වික දේවල් ආදර්ශනය කිරීම සඳහා ය. අළුයම 12:51 ට, යම් විචල්‍යයක් AllTrucksවස්තුව # 451 වෙත යොමු කරයි යැයි සිතමු , එය දත්ත ව්‍යුහයක මුල වන අතර එය එම මොහොතේ (12:51 පෙ.ව.) නැව් සමූහයක සියලුම ට්‍රක් රථවල අඩංගු භාණ්ඩ මොනවාදැයි දක්වයි. BobsTruckඑම මොහොතේ (12:51 පෙ.ව.) බොබ්ගේ ට්‍රක් රථයේ ඇති භාණ්ඩ මොනවාද යන්න දැක්වෙන වස්තුවකට # 24601 වස්තුව වෙත යොමු කිරීමක් ලබා ගත හැකිය. අළුයම 12:52 ට, සමහර ට්‍රක් රථ (බොබ් ද ඇතුළුව) පටවා බෑමට ලක් කර ඇති අතර, දත්ත ව්‍යුහයන් යාවත්කාලීන වන අතර එමඟින් AllTrucksදත්ත ව්‍යුහයක් වෙත යොමු කිරීමක් සිදු කරනු ඇත.

කුමක් සිදුවිය BobsTruckයුතුද?

එක් එක් ට්‍රක් වස්තුවක 'භාණ්ඩ' දේපල වෙනස් කළ නොහැකි නම්, # 24601 වස්තුව සදාකාලිකවම බොබ්ගේ ට්‍රක් රථය අළුයම 12:51 ට තිබූ තත්වය නිරූපණය කරයි. නම් BobsTruckවස්තුව # 24601 සෘජු යොමු පවත්වයි, එවිට යාවත්කාලීන වන කේතය නම් AllTrucksද ලකුණු යාවත්කාලීන කිරීම සිදු BobsTruck, එය බොබ් ගේ ට්රක් වත්මන් රාජ්ය නියෝජනය කිරීමට නතර කරනු ඇත. BobsTruckකිසියම් ආකාරයක විකෘති වස්තුවක ගබඩා කර නොමැති නම් , යාවත්කාලීන AllTrucksකළ හැකි කේතය යාවත්කාලීන කළ හැකි එකම ක්‍රමය වන්නේ කේතය එසේ කිරීමට පැහැදිලිවම ක්‍රමලේඛනය කර ඇත්නම් පමණි.

BobsTruckසෑම වස්තුවක්ම නිශ්චල නොවී තබා ගනිමින් රාජ්‍ය බොබ්ගේ ට්‍රක් රථය නිරීක්ෂණය කිරීමට යමෙකුට අවශ්‍ය නම් , යමෙකුට BobsTruckවෙනස් කළ නොහැකි කාර්යයක් විය හැකිය, එය AllTrucksකිසියම් නිශ්චිත වේලාවක ඇති හෝ ඇති වටිනාකම අනුව , බොබ්ගේ ට්‍රක් රථයේ තත්වය ලබා දෙනු ඇත. එම අවස්ථාවෙහිදී. කෙනෙකුට එය වෙනස් කළ නොහැකි කාර්යයන් යුගලයක් තබා ගත හැකිය - ඉන් එකක් ඉහත පරිදි වනු ඇති අතර, අනෙක නැව් සමූහයක් සහ නව ට්‍රක් රථ රාජ්‍යයක් පිළිබඳ සඳහනක් පිළිගෙන නව බලඇණි රාජ්‍යයක් වෙත යොමු කිරීමක් ලබා දෙනු ඇත. පැරණි දේට ගැලපේ, බොබ්ගේ ට්‍රක් රථයට නව රාජ්‍යය ලැබෙනු ඇත.

අවාසනාවකට මෙන්, බොබ්ගේ ට්‍රක් රථයේ තත්වයට ප්‍රවේශ වීමට අවශ්‍ය සෑම අවස්ථාවකම එවැනි ක්‍රියාවක් භාවිතා කිරීම තරමක් කරදරකාරී හා කරදරකාරී විය හැකිය. විකල්ප ප්‍රවේශයක් වනුයේ # 24601 වස්තුව සැමවිටම හා සදහටම (ඕනෑම අයෙකු ඒ ගැන සඳහනක් කරන තාක් කල්) බොබ්ගේ ට්‍රක් රථයේ වත්මන් තත්වය නියෝජනය කරන බව පැවසීමයි. බොබ්ගේ ට්‍රක් රථයේ වර්තමාන තත්වයට නැවත නැවත පිවිසීමට අවශ්‍ය කේතය සෑම විටම යම් කාලයක් ගතවන ශ්‍රිතයක් ක්‍රියාත්මක කිරීමට අවශ්‍ය නොවනු ඇත - එම වස්තුව # 24601 බොබ්ගේ ට්‍රක් රථය බව දැන ගැනීමට එක් වරක් බැලීමේ කාර්යයක් කළ හැකිය. බොබ්ගේ ට්‍රක් රථයේ වර්තමාන තත්වය දැකීමට අවශ්‍ය ඕනෑම වේලාවක එම වස්තුවට පිවිසෙන්න.

ක්‍රියාකාරී ප්‍රවේශය තනි නූල් සහිත පරිසරයක හෝ බහු නූල් සහිත පරිසරයක වාසි නොමැතිව නොවන බව සලකන්න. නූල් බොහෝ විට දත්ත වෙනස් කරනවාට වඩා නිරීක්‍ෂණය කරනු ඇත. අඩංගු වස්තු යොමුව පිටපත් කරන ඕනෑම නිරීක්ෂක නූල්AllTrucksඉන්පසු නිරූපණය කරන ලද ට්‍රක් රථ තත්වයන් පරීක්ෂා කිරීමෙන් එමඟින් සියලු ට්‍රක් රථවල තත්වය එම සඳහන අල්ලා ගත් මොහොතේ සිට දැකගත හැකිය. නිරීක්‍ෂක නූලකට නව දත්ත බැලීමට අවශ්‍ය ඕනෑම වේලාවක, එය නැවත යොමු කිරීම ලබා ගත හැකිය. අනෙක් අතට, එක් වෙනස් කළ නොහැකි වස්තුවක් මගින් මුළු නාවික හමුදාවම නිරූපණය කිරීමෙන් නූල් දෙකක් එකවර විවිධ ට්‍රක් රථ යාවත්කාලීන කිරීමේ හැකියාව වළක්වනු ඇත, මන්ද සෑම නූල් එකක්ම තමන්ගේ උපාංගවලට ඉතිරි වුවහොත් නව “බලඇණි තත්වයක්” ඇති වේ. එහි ට්‍රක් රථයේ නව තත්වය සහ අනෙක් සෑම රටකම පැරණි තත්වයන්. සෑම නූල් එකක්ම CompareExchangeයාවත්කාලීන කිරීමට භාවිතා AllTrucksකරන්නේ එය වෙනස් වී නොමැති නම් පමණක් වන අතර නිවැරදි වීමට සහතික විය හැකියCompareExchangeඑහි රාජ්‍ය වස්තුව ප්‍රතිනිර්මාණය කිරීමෙන් සහ මෙහෙයුම නැවත උත්සාහ කිරීමෙන්, නමුත් එකකට වඩා වැඩි ගණනක් එකවර ලිවීමේ ක්‍රියාවලියක් සඳහා උත්සාහ කරන්නේ නම්, කාර්ය සාධනය සාමාන්‍යයෙන් සියලු ලිවීම් තනි නූල් එකකින් සිදු වූවාට වඩා නරක වනු ඇත; වැඩි වැඩියෙන් නූල් එවැනි එකවර මෙහෙයුම් කිරීමට උත්සාහ කරන තරමට කාර්ය සාධනය නරක අතට හැරෙනු ඇත.

තනි ට්රක් රථ වස්තූන් විකෘති නමුත් වෙනස් කළ නොහැකි අනන්යතා තිබේ නම් , බහු-නූල් දර්ශනය පිරිසිදු වේ. ඕනෑම ට්‍රක් රථයක වරකට එක් නූල් එකක් පමණක් ක්‍රියාත්මක වීමට ඉඩ දිය හැකි නමුත් විවිධ ට්‍රක් රථවල ක්‍රියාත්මක වන නූල් වලට බාධාවකින් තොරව එය කළ හැකිය. වෙනස් කළ නොහැකි වස්තූන් භාවිතා කරන විට පවා කෙනෙකුට එවැනි හැසිරීම් අනුකරණය කළ හැකි ක්‍රම තිබේ (උදා: කෙනෙකුට “ඕල් ට්‍රක්ස්” වස්තු නිර්වචනය කළ හැකි අතර එමඟින් XXX ට අයත් ට්‍රක් රථයේ තත්වය එස්එස්එස් වෙත සැකසීමට සරලවම අවශ්‍ය වන්නේ “[කාලය] අනුව, [XXX] ට අයත් ට්‍රක් රථයේ තත්වය දැන් [එස්එස්එස්] ය; අනෙක් සියල්ලේ තත්වය [ඕල් ට්‍රක්ස් වල පැරණි වටිනාකම] වේ. ”එවැනි වස්තුවක් උත්පාදනය කිරීම වේගවත් වනු ඇත.CompareExchangeලූප් වැඩි කාලයක් ගත නොවනු ඇත. අනෙක් අතට, එවැනි දත්ත ව්‍යුහයක් භාවිතා කිරීමෙන් යම් පුද්ගලයෙකුගේ ට්‍රක් රථයක් සොයා ගැනීමට ගතවන කාලය සැලකිය යුතු ලෙස වැඩි වේ. වෙනස් කළ නොහැකි අනන්‍යතා සහිත විකෘති වස්තු භාවිතා කිරීමෙන් එම ගැටළුව මඟහරවා ගත හැකිය.

හරි හෝ වැරදි නැත, එය රඳා පවතින්නේ ඔබ කැමති දේ මත ය. සමහර අය එක් ආදර්ශයකට වඩා අනෙකට වඩා කැමති භාෂාවන්ට කැමති වීමට හේතුවක් තිබේ, එක් දත්ත ආකෘතියක් තවත් එකකට වඩා. එය ඔබගේ මනාපය මත රඳා පවතී, සහ ඔබට සාක්ෂාත් කර ගැනීමට අවශ්‍ය දේ මත (සහ එක් පැත්තක හෝ තවත් පැත්තක රසික රසිකාවියන්ගෙන් ating ත් නොවී ප්‍රවේශයන් දෙකම පහසුවෙන් භාවිතා කිරීමට හැකිවීම සමහර භාෂාවන් සොයන ශුද්ධ ග්‍රිල් එකකි).

ඔබේ ප්‍රශ්නයට පිළිතුරු දිය හැකි හොඳම හා ඉක්මන්ම ක්‍රමය වන්නේ විකෘතිතාවයට එදිරිව විකෘතිතාවයේ වාසි සහ අවාසි පිළිබඳව ඔබ සිතන බවයි.

මෙම බ්ලොග් සටහන පරීක්ෂා කරන්න: http://www.yegor256.com/2014/06/09/objects-should-be-immutable.html . වෙනස් කළ නොහැකි වස්තූන් විකෘති වීමට වඩා හොඳ වන්නේ මන්දැයි එය සාරාංශ කරයි. මෙන්න කෙටි තර්ක ලැයිස්තුවක්:

• වෙනස් කළ නොහැකි වස්තූන් තැනීමට, පරීක්ෂා කිරීමට සහ භාවිතා කිරීමට සරල ය
• සැබවින්ම වෙනස් කළ නොහැකි වස්තූන් සැමවිටම නූල් ආරක්ෂිතයි
• ඒවා තාවකාලික සම්බන්ධතාවය වළක්වා ගැනීමට උපකාරී වේ
• ඒවායේ භාවිතය අතුරු ආබාධ රහිත ය (ආරක්ෂිත පිටපත් නොමැත)
• අනන්‍යතා විකෘතිතා ගැටළුව වළක්වා ඇත
• ඔවුන්ට සෑම විටම අසාර්ථක පරමාණුකතාවයක් ඇත
• ඒවා හැඹිලිගත කිරීමට වඩා පහසුය

මා තේරුම් ගත් පරිදි මිනිසුන් විකෘති වස්තූන් භාවිතා කරයි, මන්ද ඔවුන් තවමත් OOP මිශ්‍ර කරන්නේ අත්‍යවශ්‍ය ක්‍රියා පටිපාටි ක්‍රමලේඛනය සමඟ ය.

ජාවා හි වෙනස් කළ නොහැකි වස්තූන් සඳහා වස්තුවක සියලු ගුණාංග ලබා ගන්නා ඉදිකිරීම්කරුවෙකු අවශ්‍ය වේ (නැතහොත් ඉදිකිරීම්කරු ඒවා වෙනත් තර්ක හෝ පෙරනිමි වලින් නිර්මාණය කරයි). එම ගුණාංග අවසාන වශයෙන් සලකුණු කළ යුතුය .

මෙය බොහෝ දුරට දත්ත බන්ධනය සමඟ සම්බන්ධ වීමේ ගැටළු හතරක් ඇත :

1. ජාවා කන්ස්ට්‍රක්ටර්ස් පරාවර්තන මෙටා-දත්ත තර්ක නාම රඳවා නොගනී.
2. ජාවා කන්ස්ට්‍රක්ටර්ස් (සහ ක්‍රම) සඳහා පරාමිති (ලේබල් ලෙසද හැඳින්වේ) නොමැත, එබැවින් එය බොහෝ පරාමිතීන් සමඟ ව්‍යාකූල වේ.
3. වෙනත් වෙනස් කළ නොහැකි වස්තුවක් උරුම කර ගැනීමේදී ඉදිකිරීම්කරුවන්ගේ නිසි අනුපිළිවෙල කැඳවිය යුතුය. එක් ක්ෂේත්‍රයක් අවසන් නොවී අතහැර දැමීම සඳහා මෙය තරමක් උපක්‍රමශීලී විය හැකිය.
4. බොහෝ බන්ධන තාක්ෂණයන් (ස්ප්‍රින්ග් එම්වීසී දත්ත බන්ධනය, ශිශිරතාරණය වැනි ...) වැඩ කරන්නේ ආර්ග් පෙරනිමි ඉදිකිරීම්කරුවන් සමඟ පමණි (මෙයට හේතුව වූයේ විවරණ සෑම විටම නොතිබීමයි).

@ConstructorPropertiesවෙනස් කළ නොහැකි වස්තුවක් නිර්මාණය කිරීම සඳහා ඔබට වෙනත් විකෘති ගොඩනැඟීමේ වස්තුවක් (සාමාන්‍යයෙන් චතුර ලෙස) වැනි විවරණ භාවිතා කරමින් # 1 සහ # 2 අවම කළ හැකිය .

කාර්ය සාධන ප්‍රශස්තිකරණ ප්‍රතිලාභ කිසිවෙකු සඳහන් නොකිරීම ගැන මම පුදුම වෙමි. භාෂාව මත පදනම්ව, සම්පාදකයෙකුට වෙනස් කළ නොහැකි දත්ත සමඟ ගනුදෙනු කිරීමේදී ප්‍රශස්තිකරණ රාශියක් කළ හැකිය, මන්ද දත්ත කිසි විටෙකත් වෙනස් නොවන බව දන්නා බැවිනි. සෑම තරාතිරමකම දේවල් මඟ හැරී ඇති අතර එමඟින් ඔබට විශාල කාර්යසාධන ප්‍රතිලාභ ලැබේ.

එසේම වෙනස් කළ නොහැකි වස්තූන් රාජ්‍ය පන්තියේ සමස්ත පන්තියම පාහේ ඉවත් කරයි.

එය එතරම් විශාල නොවිය යුතු නිසා එය වඩා අමාරු, සෑම භාෂාවකටම අදාළ නොවන අතර බොහෝ දෙනෙකුට අත්‍යවශ්‍ය කේතීකරණ ඉගැන්වීය.

බොහෝ ක්‍රමලේඛකයින් ඔවුන්ගේ කොටුව තුළ සතුටින් සිටින බවත් බොහෝ විට ඔවුන් සම්පූර්ණයෙන්ම නොතේරෙන නව අදහස් වලට ප්‍රතිරෝධී බවත් මම සොයාගෙන ඇත. පොදුවේ මිනිසුන් වෙනස් වීමට කැමති නැත.

බොහෝ ක්‍රමලේඛකයින්ගේ තත්වය නරක බව මතක තබා ගන්න. වනගතව සිදුකරන බොහෝ වැඩසටහන් භයානක වන අතර එය අවබෝධය හා දේශපාලනය නොමැතිකම නිසා ඇතිවේ.

මිනිසුන් ඕනෑම ප්‍රබල අංගයක් භාවිතා කරන්නේ ඇයි? මිනිසුන් මෙටා-ක්‍රමලේඛනය, කම්මැලිකම හෝ ගතික ටයිප් කිරීම භාවිතා කරන්නේ ඇයි? පිළිතුර පහසුවයි. විකෘති තත්වය එතරම් පහසුය. තැනින් තැන යාවත්කාලීන කිරීම එතරම් පහසු වන අතර විකෘති තත්වයට වඩා වෙනස් කළ නොහැකි තත්වයක් සමඟ වැඩ කිරීමට ව්‍යාපෘති ප්‍රමාණයෙන් එළිපත්ත සෑහෙන තරම් ඉහළ මට්ටමක පවතින බැවින් තේරීම ඔබට ටික වේලාවකට පසුබට නොවනු ඇත.

ක්‍රමලේඛන භාෂා පරිගණක මඟින් ක්‍රියාත්මක කිරීම සඳහා නිර්මාණය කර ඇත. පරිගණකයේ සියලුම වැදගත් ගොඩනැඟිලි කොටස් - CPU, RAM, හැඹිලි, තැටි - විකෘති වේ. ඒවා (BIOS) නොමැති විට, ඒවා සැබවින්ම වෙනස් නොවන අතර ඔබට නව වෙනස් කළ නොහැකි වස්තූන් නිර්මාණය කළ නොහැක.

එබැවින්, වෙනස් කළ නොහැකි වස්තූන් මත ගොඩනගා ඇති ඕනෑම ක්‍රමලේඛන භාෂාවක් එය ක්‍රියාත්මක කිරීමේදී නිරූපණ පරතරයකින් පීඩා විඳිති. සී වැනි මුල් භාෂාවන් සඳහා එය විශාල බාධාවක් විය.

විකෘති වස්තූන් නොමැතිව ඔබට තත්වයක් නොමැත. ඔබට එය කළමනාකරණය කළ හැකි නම් මෙය හොඳ දෙයක් බව පිළිගත යුතු අතර යම් අවස්ථාවක් තිබේ නම් වස්තුවක් එකකට වඩා යොමු කළ හැකිය. නමුත් වැඩසටහන තරමක් කම්මැලි වනු ඇත. බොහෝ මෘදුකාංග, විශේෂයෙන් වෙබ් සේවාදායකයන්, දත්ත සමුදායන්, මෙහෙයුම් පද්ධති, පද්ධති පුස්තකාල යනාදිය මත විකෘතිතාව ඉවත් කිරීමෙන් විකෘති වස්තූන් සඳහා වගකීම භාර ගැනීමෙන් වැළකී සිටියි. ප්‍රායෝගික කාරණයක් ලෙස, මෙය ක්‍රමලේඛකයා විකෘතිතා ගැටළු වලින් නිදහස් වන අතර වෙබ් (සහ වෙනත්) සංවර්ධනය දැරිය හැකි. නමුත් විකෘතිතාව තවමත් පවතී.

පොදුවේ ගත් කල, ඔබට පන්ති වර්ග තුනක් තිබේ: සාමාන්‍ය, නූල් නොවන ආරක්ෂිත පන්ති, ඒවා ප්‍රවේශමෙන් ආරක්ෂා කර ආරක්ෂා කළ යුතුය; නිදහසේ භාවිතා කළ හැකි වෙනස් කළ නොහැකි පන්ති; සහ විකෘති, නූල්-ආරක්ෂිත පංති නිදහසේ භාවිතා කළ හැකි නමුත් ඒවා ඉතා පරිස්සමින් ලිවිය යුතුය. පළමු වර්ගය කරදරකාරී එකක් වන අතර නරකම ඒවා තුන්වන වර්ගයට අයත් යැයි සැලකේ . ඇත්ත වශයෙන්ම, පළමු වර්ගය ලිවීමට පහසු ඒවා වේ.

මම සාමාන්‍යයෙන් අවසන් වන්නේ සාමාන්‍ය, විකෘති පංති රාශියකින් වන අතර එය ඉතා පරිස්සමින් නැරඹිය යුතුය. බහු-නූල් තත්වයක් තුළ, මාරාන්තික වැලඳ ගැනීමක් වළක්වා ගත හැකි වුවද, අවශ්‍ය සමමුහුර්තකරණය සෑම දෙයක්ම මන්දගාමී කරයි. ඒ නිසා මම සාමාන්‍යයෙන් විකෘති පංතියේ වෙනස් කළ නොහැකි පිටපත් සාදමින් ඒවා භාවිතා කළ හැකි ඕනෑම කෙනෙකුට භාර දෙමි. ඔරිජිනල් විකෘති වන සෑම අවස්ථාවකම නව වෙනස් කළ නොහැකි පිටපතක් අවශ්‍ය වේ, එබැවින් ඇතැම් විට එහි මුල් පිටපත් සියයක් එහි තිබිය හැකි යැයි මම සිතමි. මම සම්පූර්ණයෙන්ම රඳා පවතින්නේ කසළ එකතු කිරීම මත ය.

සාරාංශයක් ලෙස, ඔබ බහු නූල් භාවිතා නොකරන්නේ නම් නූල් නොවන ආරක්ෂිත, විකෘති වස්තු හොඳයි. (නමුත් බහු තෙරපුම සෑම තැනකම ප්‍රචලිත වේ - ප්‍රවේශම් වන්න!) ඔබ ඒවා දේශීය විචල්‍යයන්ට සීමා කළහොත් හෝ ඒවා තදින් සමමුහුර්ත කළහොත් ඒවා ආරක්ෂිතව භාවිතා කළ හැකිය. වෙනත් පුද්ගලයින්ගේ ඔප්පු කළ කේතය (ඩීබී, පද්ධති ඇමතුම් ආදිය) භාවිතා කිරීමෙන් ඔබට ඒවා වළක්වා ගත හැකි නම් එසේ කරන්න. ඔබ නම් කළ හැකි වන පරමාණු හා අණුවල පැවැත්ම පන්ති භාවිතා කරන්න, එසේ කරන්න. මම සිතන්නේ , පොදුවේ ගත් කල , මිනිසුන් එක්කෝ බහු තෙරපුම් ගැටලු ගැන නොදැන සිටිති ( හෝ බුද්ධිමත්ව) ඔවුන් ගැන භීතියට පත්ව සිටිති.

ප්‍රා.ලේ. ලෙස, ජාවා ලබා ගන්නන් සහ සැකසුම් කරුවන් අතපසු වන බව මට හැඟේ. මෙය පරීක්ෂා කරන්න .

බොහෝ දෙනෙකුට හොඳ පිළිතුරු ඇත, එබැවින් ඔබ ස්පර්ශ කළ දෙයක් ඉතා නිරීක්‍ෂණය කළ හැකි සහ අතිශයින්ම සත්‍ය වූ අතර මෙහි වෙනත් තැනක සඳහන් කර නැත.

ස්වයංක්‍රීයව සැකසුම්කරුවන් සහ ලබා ගන්නන් බිහිසුණු, භයානක අදහසකි, නමුත් ක්‍රියා පටිපාටික-මනසක් ඇති පුද්ගලයින් OO ඔවුන්ගේ මානසිකත්වයට බල කිරීමට උත්සාහ කරන පළමු ක්‍රමය එයයි. සැකසුම්කරුවන් සහ ලබා ගන්නන්, දේපල සමඟ නිර්මාණය කළ යුත්තේ ඔබට ඒවා අවශ්‍ය වූ විට පමණක් වන අතර එය පෙරනිමියෙන් නොවේ

ඇත්ත වශයෙන්ම ඔබට නිතිපතා ලබා ගන්නන් අවශ්‍ය වුවද, ඔබේ කේතයේ කවදා හෝ පැවතිය හැකි එකම ක්‍රමය වන්නේ වස්තුව සම්පූර්ණයෙන්ම ක්ෂණිකව ක්‍රියාත්මක කිරීමෙන් පසුව ඒවා අගුළු දමා ඇති තැනුම් රටාවකි.

බොහෝ පංති නිර්මාණය කිරීමෙන් පසු විකෘති වන අතර එය එහි ගුණාංග කෙලින්ම හසුරුවා නොගත යුතුය - ඒ වෙනුවට එහි ගුණාංග සැබෑ ව්‍යාපාරික තර්කනය සමඟ ක්‍රම ඇමතුම් මගින් හැසිරවීමට ඉල්ලා සිටිය යුතුය (ඔව්, කට්ටලයක් සෑහෙන්න සමානයි දේපල කෙලින්ම හැසිරවීම වැනි දෙයක්)

දැන් මෙය "ස්ක්‍රිප්ටින්" විලාසිතාවේ කේත / භාෂාවන්ට අදාළ නොවේ, නමුත් ඔබ වෙනත් අයෙකු සඳහා නිර්මාණය කරන කේතයට සහ වසර ගණනාවක් පුරා අනෙක් අය නැවත නැවත කියවනු ඇතැයි අපේක්ෂා කරයි. මට මෑතකදී එම වෙනස ආරම්භ කිරීමට සිදුවිය. මන්ද මම ග්‍රෝවි සමඟ අවුල්සහගත ලෙස විනෝද වන අතර ඉලක්කවල විශාල වෙනසක් ඇත.

විකෘති වස්තූන් භාවිතා කරනුයේ ඔබට වස්තුව ක්ෂණිකව යෙදීමෙන් පසු ගුණක අගයන් සැකසීමට සිදුවන විට ය.

ඔබට පරාමිති හයක් සහිත ඉදිකිරීම්කරුවෙකු නොසිටිය යුතුය. ඒ වෙනුවට ඔබ වස්තුව වෙනස් කිරීමේ ක්‍රම මගින් වෙනස් කරයි.

අකුරු, දිශානතිය යනාදිය සඳහා සැකසුම් සහිත වාර්තා වස්තුවක් මෙයට නිදසුනකි.

කෙටියෙන් කිවහොත්: වස්තුවකට සැකසීමට ඔබට විශාල රාජ්‍යයක් ඇති විට විකෘති ප්‍රයෝජනවත් වන අතර ඉතා දිගු ඉදිකිරීම් අත්සනක් තිබීම ප්‍රායෝගික නොවේ.

සංස්කරණය කරන්න: වස්තුවේ සමස්ත තත්වය ගොඩනඟා ගැනීමට බිල්ඩර් රටාව භාවිතා කළ හැකිය.

විකෘති වස්තූන් භාවිතා කිරීම අත්‍යවශ්‍ය චින්තනයෙන් ඇති වූවක් යැයි මම සිතමි: ඔබ විකෘති විචල්‍යයන්ගේ අන්තර්ගතය පියවරෙන් පියවර වෙනස් කිරීමෙන් ප්‍රති result ලයක් ගණනය කරයි (අතුරු ප්‍රති by ල අනුව ගණනය කිරීම).

ඔබ ක්‍රියාකාරීව සිතන්නේ නම්, ඔබට අවශ්‍ය වන්නේ වෙනස් කළ නොහැකි තත්වයක් ඇති කර පද්ධතියේ පසුකාලීන තත්වයන් නියෝජනය කරමින් ශ්‍රිත යෙදීමෙන් සහ පැරණි ඒවායින් නව අගයන් නිර්මාණය කිරීමයි.

ක්‍රියාකාරී ප්‍රවේශය වඩා පිරිසිදු හා වඩා ශක්තිමත් විය හැකි නමුත් පිටපත් කිරීම නිසා එය ඉතා අකාර්යක්ෂම විය හැකි අතර එමඟින් ඔබ වැඩි වැඩියෙන් වෙනස් කරන හවුල් දත්ත ව්‍යුහයකට ආපසු යාමට අවශ්‍ය වේ.

මා වඩාත් සාධාරණ යැයි සිතන වෙළඳාම නම්: වෙනස් කළ නොහැකි වස්තූන් සමඟ ආරම්භ කර ඔබේ ක්‍රියාත්මක කිරීම වේගවත් නොවන්නේ නම් විකෘති වූ ඒවා වෙත මාරු වන්න. මෙම දෘෂ්ටි කෝණයෙන්, ආරම්භයේ සිටම විකෘති වස්තූන් ක්‍රමානුකූලව භාවිතා කිරීම යම් ආකාරයක නොමේරූ ප්‍රශස්තිකරණයක් ලෙස සැලකිය හැකිය : ඔබ ආරම්භයේ සිටම වඩාත් කාර්යක්ෂම (නමුත් තේරුම් ගැනීමට සහ නිදොස් කිරීමට) තෝරා ගනී.

ඉතින්, බොහෝ ක්‍රමලේඛකයින් විකෘති වස්තු භාවිතා කරන්නේ ඇයි? IMHO හේතු දෙකක් නිසා:

1. අත්‍යවශ්‍ය (ක්‍රියාපටිපාටිය හෝ වස්තු-නැඹුරු) උපමා භාවිතයෙන් ක්‍රමලේඛනය කරන්නේ කෙසේදැයි බොහෝ ක්‍රමලේඛකයින් ඉගෙන ගෙන ඇත, එබැවින් විකෘතිතාව යනු ගණනය කිරීම නිර්වචනය කිරීමේ ඔවුන්ගේ මූලික ප්‍රවේශයයි, එනම් ඔවුන් නොදැනුවත්වම වෙනස් නොවන බව භාවිතා කරන්නේ කවදාද සහ කෙසේද යන්න ඔවුන් නොදනිති.
2. බොහෝ ක්‍රමලේඛකයින් කාර්ය සාධනය ගැන කල්තියා කනස්සල්ලට පත්වන අතර බොහෝ විට ක්‍රියාකාරී ලෙස නිවැරදි වැඩසටහනක් ලිවීම කෙරෙහි වැඩි අවධානයක් යොමු කිරීම වඩාත් effective ලදායී වන අතර පසුව බාධක සොයාගෙන එය ප්‍රශස්ත කිරීමට උත්සාහ කරන්න.

ඔබ ජාවා ගැන විමසන බව මම දනිමි, නමුත් මම සෑම විටම වෛෂයික-ඇ. වෙනස් කළ නොහැකි අරා NSArray සහ විකෘති අරා NSMutableArray ඇත. මේවා එකිනෙකට වෙනස් පංති දෙකකි. මට අරාව සෑදීමට අවශ්‍ය නම් සහ එහි අන්තර්ගතය කිසි විටෙකත් වෙනස් නොකරන්නේ නම්, මම එන්එස්ආරේ භාවිතා කරමි, එය කුඩා වස්තුවක් වන අතර එය විකෘති කළ අරාවකට සාපේක්ෂව එය කරන දෙයට වඩා වේගවත් වේ.

එබැවින් ඔබ වෙනස් කළ නොහැකි පුද්ගල වස්තුවක් නිර්මාණය කරන්නේ නම් ඔබට අවශ්‍ය වන්නේ ඉදිකිරීම්කරුවෙකු සහ ලබා ගන්නන් පමණි, එබැවින් එම වස්තුව කුඩා වන අතර අඩු මතකයක් භාවිතා කරනු ඇත, එමඟින් ඔබේ වැඩසටහන සැබවින්ම වේගවත් වනු ඇත. නිර්මාණය කිරීමෙන් පසු ඔබට වස්තුව වෙනස් කිරීමට අවශ්‍ය නම් විකෘති පුද්ගල වස්තුවක් වඩා හොඳ වනු ඇති අතර එමඟින් නව වස්තුවක් නිර්මාණය කිරීම වෙනුවට අගයන් වෙනස් කළ හැකිය.

එබැවින්: ඔබ වස්තුව සමඟ කිරීමට අදහස් කරන දේ මත පදනම්ව, විකෘති එදිරිව වෙනස් කළ නොහැකි ලෙස තෝරා ගැනීම කාර්ය සාධනය සම්බන්ධයෙන් විශාල වෙනසක් ඇති කළ හැකිය.

මෙහි දක්වා ඇති තවත් බොහෝ හේතු වලට අමතරව, ගැටළුවක් වන්නේ ප්‍රධාන ධාරාවේ භාෂාවන් වෙනස් කළ නොහැකි බව හොඳින් සහාය නොදක්වයි. අවම වශයෙන්, ඔබට වෙනස් කළ නොහැකි බවට ද ized ුවම් කරනුයේ, ඔබට කොන්ස්ට් හෝ ෆයිනල් වැනි අමතර වචන එකතු කළ යුතු අතර, බොහෝ, බොහෝ තර්ක හෝ කේත දීර් build සාදන්නන්ගේ රටා සහිත අවිනිශ්චිත ඉදිකිරීම්කරුවන් භාවිතා කළ යුතුය.

වෙනස් කළ නොහැකි බව මනසින් සාදන ලද භාෂාවලින් එය වඩාත් පහසු වේ. පංතියේ පුද්ගලයකු නිර්වචනය කිරීම සඳහා විකල්ප වශයෙන් නම් කරන ලද තර්ක සමඟ සහ වෙනස් කළ ලක්ෂණයක් සහිත පිටපතක් නිර්මාණය කිරීම සඳහා මෙම පරිමාණ ස්නිපටය සලකා බලන්න:

case class Person(id: String, firstName: String, lastName: String)

val joe = Person("123", "Joe", "Doe")
val spouse = Person(id = "124", firstName = "Mary", lastName = "Moe")
val joeMarried = joe.copy(lastName = "Doe-Moe")

එබැවින්, සංවර්ධකයින්ට වෙනස් කළ නොහැකි බව පිළිගැනීමට ඔබට අවශ්‍ය නම්, වඩාත් නවීන ක්‍රමලේඛන භාෂාවකට මාරුවීම ගැන සලකා බැලීමට මෙය එක් හේතුවකි.

වෙනස් කළ නොහැකි යන්නෙන් ඔබට අගය වෙනස් කළ නොහැකි අතර විකෘති යන්නෙන් අදහස් කරන්නේ ඔබ ප්‍රාථමික හා වස්තූන් අනුව සිතන්නේ නම් අගය වෙනස් කළ හැකි බවයි. ජාවාහි ප්‍රාථමිකයන්ට වඩා වස්තූන් වෙනස් වන අතර ඒවා වර්ග වලින් සාදා ඇත. ප්‍රාථමිකයන් ඉන්ටර්, බූලියන් සහ අවලංගු වැනි ආකාරවලින් සාදා ඇත.

බොහෝ අය සිතන්නේ ප්‍රාථමික හා වස්තු විචල්‍යයන් අවසාන විකරණකාරක පෙරළියක් ඇති ඒවා වෙනස් කළ නොහැකි බවයි, කෙසේ වෙතත් මෙය හරියටම සත්‍ය නොවේ. එබැවින් අවසාන වශයෙන් පාහේ විචල්‍යයන් සඳහා වෙනස් නොවන බවක් අදහස් නොවේ. කේත නියැදියක් සඳහා මෙම සබැඳිය බලන්න :

public abstract class FinalBase {

    private final int variable; // Unset

    /* if final really means immutable than
     * I shouldn't be able to set the variable
     * but I can.
     */
    public FinalBase(int variable) { 
        this.variable = variable;
    }

    public int getVariable() {
        return variable;
    }

    public abstract void method();
}

// This is not fully necessary for this example
// but helps you see how to set the final value 
// in a sub class.
public class FinalSubclass extends FinalBase {

    public FinalSubclass(int variable) {
        super(variable);
    }

    @Override
    public void method() {
        System.out.println( getVariable() );
    }

    @Override
    public int getVariable() {

        return super.getVariable();
    }

    public static void main(String[] args) {
        FinalSubclass subclass = new FinalSubclass(10);
        subclass.method();
    }
}

මම හිතන්නේ හොඳ හේතුවක් වනුයේ අතුරුමුහුණත් කවුළු වැනි “සැබෑ ජීවිත” විකෘති “වස්තු” ආකෘතිගත කිරීමයි. යම් භාණ්ඩ තොටුපල මෙහෙයුමක් පාලනය කිරීම සඳහා යමෙකු මෘදුකාංග ලිවීමට උත්සාහ කරන විට OOP නිර්මාණය කරන ලද බව කියවීම මට නොපැහැදිලි මතකයි.

ජාවා, බොහෝ අවස්ථාවන්හීදී විකෘති වස්තූන් නියම කරයි, උදා: ඔබට අමුත්තෙකු හෝ ධාවනය කළ හැකි යමක් ගණන් කිරීමට හෝ ආපසු ලබා දීමට අවශ්‍ය වූ විට, ඔබට බහු විචල්‍යතාවයකින් තොරව වුවද අවසාන විචල්‍යයන් අවශ්‍ය වේ.