Այսպիսով, ընդհանուր առմամբ, ստացողները կարող են լինել const, քանի որ նրանք չեն փոխում օբյեկտի վիճակը: Սահմանիչները չպետք է լինեն const.
Արդյո՞ք C++ ստացողները պետք է լինեն const:
Սա կվերադարձնի bool, և դա երաշխավորում է, որ ձեր օբյեկտի տրամաբանական վիճակը չի փոխվի: Այս դեպքում պարտադիր չէ վերադարձի տիպի դիմաց գրել const։ Անիմաստ է անիմաստվերադարձնել const bool-ը, քանի որ այն ամեն դեպքում կրկնօրինակ է: Այսպիսով, այն անիմաստ է դարձնել:
Աքսեսորի ֆունկցիաները պե՞տք է ունենան const փոփոխիչ:
Պրոֆեսորներն այն խփեցին իմ գլխում, երբ ես դպրոց էի, համախոհները ցատկեցին իմ կոկորդում դրա համար կոդի ակնարկների վրա, և այն կա գրեթե բոլոր C++ դասագրքերում այնտեղ. «accessor» (aka «selector» կամ « getter») մեթոդները պետք է նշվեն const. Եթե այն չի փոխումկամ փոփոխում է տվյալները, ապա նշեք այն const.
Կարո՞ղ է ֆունկցիան լինել const:
A ֆունկցիան դառնում է const երբ const բանալի բառն օգտագործվում է ֆունկցիայի հայտարարագրում Const ֆունկցիաների գաղափարն այն է, որ թույլ չտա նրանց փոփոխել այն օբյեկտը, որի վրա նրանք կանչվել են: Առաջարկվում է պրակտիկա դարձնել հնարավորինս շատ գործառույթներ, որպեսզի խուսափեն օբյեկտների պատահական փոփոխություններից:
Լավ պրակտիկա է արդյոք օգտագործել const:
const-ը միանվագ հանձնարարական փոփոխական է: Const փոփոխականի մասին հիմնավորումն ավելի հեշտ է (համեմատած թույլ տալու հետ), քանի որ դուք գիտեք, որ const փոփոխականը չի փոխվելու: Փոփոխականների հայտարարագրման տեսակի ընտրության ժամանակ լավ պրակտիկա է նախընտրել const, հակառակ դեպքում օգտագործել let.
