Kur të përdoret: Tuple vs Class në C# 7.0

Meqenëse kjo përgjigje po shkakton një farë konfuzioni në mesin e disa njerëzve këtu, unë duhet të sqaroj se - sipas pyetjes - të gjitha referencat për "tuple" këtu i referohen tipit ValueTuple dhe tipareve të reja të sheqerit sintaksor tuple të C# 7 dhe në asnjë mënyrë nuk i referohen Llojet e vjetra System.Tuple të referencës.

Pra, tani po pyes veten, kur duhet të përdor tuples dhe kur duhet të krijoj një klasë në c# 7.0?

Vetëm ju mund t'i përgjigjeni vërtet kësaj pyetjeje pasi varet vërtet nga kodi juaj.

Megjithatë, ka udhëzime dhe rregulla që mund të ndiqni për t'ju udhëhequr në zgjedhjen midis tyre:

Tuplet janë vlera, kështu që kopjohen sipas vlerës, dhe jo sipas referencës.

Në shumicën e rasteve, kjo nuk duhet të jetë një problem. Megjithatë, nëse po kaloni rreth tufave të strukturave të mëdha, kjo mund të ketë një ndikim në performancën. Megjithatë, vendorët/kthimet e referencës mund të përdoren për të zgjidhur këto çështje të performancës.

Për më tepër, për shkak se ato janë vlera, modifikimi i një kopjeje nga distanca nuk do të ndryshojë kopjen origjinale. Kjo është një gjë e mirë, por mund të tërheqë disa njerëz.

Emrat e elementeve të dyfishta nuk vazhdojnë

Emrat e dhënë elementeve përdoren nga përpiluesi dhe (në shumicën e rasteve) nuk janë të disponueshëm në kohën e ekzekutimit. Kjo do të thotë se reflektimi nuk mund të përdoret për të zbuluar emrat e tyre; ato nuk mund të aksesohen në mënyrë dinamike dhe ato nuk mund të përdoren në pamjet me brisk.

Gjithashtu kjo është një konsideratë e rëndësishme me API-të. Një tuple e kthyer nga një metodë është përjashtim nga rregulli në lidhje me zbulueshmërinë e emrit pas përpilimit. Përpiluesi i shton metodës atribute që mbajnë informacione për emrat e tuples. Kjo do të thotë që ju mund të ktheni në mënyrë të sigurt një tuple nga një metodë publike në një asamble dhe të përdorni emrat e saj në një tjetër.

Tufat janë të lehta

Tuplet janë shumë më të thjeshtë për t'u shkruar sesa tipat, pasi ato janë më pak të folura dhe deklarata mund të "inlinohet" (dmth. deklarohet në pikën e përdorimit). Kjo funksionon mirë kur deklaron një metodë që kthen vlera të shumta, për shembull.

Megjithatë, për shkak se ato janë deklaruar në pikën e përdorimit, nëse keni MethodA që thërret MethodB që thërret MethodC dhe secili kthen një tuple, do t'ju duhet të ripërcaktoni tuplenë në çdo fazë. Nuk ka (ende) një mënyrë për të krijuar një pseudonim të një tupleje dhe ri- duke e përdorur atë nëpër metoda të shumta.

Thjesht përdorni sensin e përbashkët

Për çdo situatë ku mund të mendoni të përdorni një tuple: thjesht bëni vetes pyetjen: "a do ta thjeshtojë një tuple kodin këtu". Nëse përgjigja është "po", atëherë përdorni një. Dhe kjo në fund të fundit është konsiderata kryesore nëse duhet përdorur një tuple apo një klasë me porosi.

Në përgjithësi, klasat e emëruara kanë njëfarë rëndësie në hartimin e sistemit tuaj. Ata janë gjithashtu më të folur për të shkruar. Për shembull, mund të keni një klasë të quajtur MediaFileOpener. Është e rëndësishme për dizajnin që ne të dimë se çfarë bën kjo klasë - ne jemi duke punuar me skedarë media!

Llojet anonime dhe tuples përdoren kur nuk ka rëndësi dizajni dhe gjithçka që dëshironi është një Objekt i Transferimit të të Dhënave (DTO) i lehtë për të lëvizur informacionin.

Si rregull, nëse klasa juaj kërkon ndonjë dokumentacion për të përshkruar se për çfarë shërben, ose nëse ka sjellje që ofron, përdorni një klasë të plotë. Nëse gjithçka që ju nevojitet është ruajtja e përkohshme ose një lloj grupimi, përdorni një Tuple. Konsideroni një situatë ku dëshironi të ktheni më shumë se një vlerë nga një metodë asinkronike. Tuple është krijuar për të zgjidhur këtë problem.

Përdor një klasë

Nëse objektet tuaja janë entitete që përdoren gjerësisht në të gjithë aplikacionin tuaj dhe ruhen gjithashtu në një lloj ruajtjeje të vazhdueshme si një bazë të dhënash relacionale (SQL Server, MySQL, SQLite), një bazë të dhënash NoSQL ose cache (Redis, Azure DocumentDB) ose edhe në të thjeshta skedarë teksti ose CSV.

Pra, po, çdo gjë këmbëngulëse duhet të ketë klasën e vet.

Përdor një Tuple

Nëse objektet tuaja janë jetëshkurtër pa një kuptim të veçantë për aplikimin tuaj. Për shembull, nëse duhet të ktheni shpejt një palë koordinata, është më mirë të keni diçka të tillë:

(double Latitude, double Longitude) getCoordinates()
{
    return (144.93525, -98.356346);
}

se sa të përcaktojë një klasë të veçantë

class Coordinates
{
    public double Latitude { get; set; }
    public double Longitude { get; set; }
}

Një Tuple do t'ju kursejë kohë nga nevoja për të shpërndarë memorie në grumbull duke përdorur new për një operacion kaq të thjeshtë.

Një herë tjetër kur më duken të dobishme tuples është kur kryejmë operacione të shumta matematikore në disa operandë

(double Result1, double Result2, double Result3) performCalculations(int operand1, int operand 2)

Nuk ka kuptim të përcaktohet një klasë në këtë rast. Pavarësisht se çfarë janë llogaritjet, rezultatet nuk i përkasin një klase. Pra alternativa do të ishte përdorimi i variablave out, por besoj se tuplet janë më shprehës dhe rezultojnë në përmirësim të lexueshmërisë.

Në përgjithësi ju dëshironi të keni një klasë kur objekti juaj do të përdoret diku tjetër ose nëse ai përfaqëson një objekt real ose një koncept në domenin tuaj. Ju ndoshta do të krijoni një klasë për të përfaqësuar një makinë ose një dyqan makinash, jo tuples.

Nga ana tjetër, ndonjëherë ju thjesht dëshironi të ktheni disa objekte nga një metodë. Ndoshta nuk përfaqësojnë asgjë të veçantë, thjesht duhet t'i ktheni ato së bashku në atë metodë të veçantë. Ndonjëherë, edhe nëse ato përfaqësojnë një koncept nga domeni juaj (të themi se po ktheni (Car, Store), i cili mund të përfaqësohet si një objekt Sale), në fakt nuk do t'i përdorni ato askund -- thjesht po lëvizni të dhëna. Në ato raste, është mirë të përdorni tufa.

Tani, duke folur në mënyrë specifike për C#, ka edhe një gjë që duhet të dini. Lloji tuple i C# 7 është në fakt ValueTuple, që është një strukturë. Ndryshe nga klasat, të cilat janë tipe referimi, strukturat janë tipe vlerash. Mund të lexoni më shumë rreth kësaj në msdn. Më e rëndësishmja, dijeni se ato mund të përfshijnë shumë kopjime, ndaj kini kujdes.

Unë mendoj se kjo do të bëhet një pyetje që bëhet shumë. Aktualisht nuk ka asnjë "praktikë më të mirë" se kur duhet të përdoren tuplet e vlerave të reja kundrejt një klase.

Megjithatë, ia vlen të lexoni çfarë doli gjatë bisedave të mëparshme rreth versioneve të mëparshme të tuples vs një class.

Sipas mendimit tim, tupleja e vlerës duhet të përdoret vetëm minimalisht dhe me jo më shumë se një maksimum prej tre vlerash. Mendoj se kjo vendos një ekuilibër të mirë të "kthimit të disa vlerave pa nevojën e një klase" dhe "rrëmujës së tmerrshme të vlerave". Nëse keni më shumë se tre vlera për të kthyer, bëni një klasë.

Unë gjithashtu nuk do të përdorja kurrë një tuple për t'u kthyer nga një API me përballje publike që konsumatorët do të duhet të përdorin. Përsëri, thjesht përdorni një klasë.

Këtu është një kod i botës reale që kam përdorur:

public async Task<(double temperature, double humidity, string description)> DownloadTodaysForecast()

Sapo dua të kthej të dhëna më komplekse, bëj një klasë.

Dua të filloj duke përmendur se C# tashmë kishte mbështetje për lloje anonime. Cilat janë llojet e referencës. Kështu, ju tashmë kishit një alternativë të përshtatshme për të krijuar një klasë të emërtuar.

Një avantazh i një klase të emërtuar është se do të jetë më e lehtë për t'u ripërdorur (për shembull nëse ju nevojitet i njëjti lloj në shumë vende) dhe dokumentimi. Meqenëse lloji anonim është anonim, ju mund të merrni variabla të shtypura në të vetëm nëse mund të përdorni var, e cila kufizon kontekstet në të cilat llojet anonime janë të dobishme (për shembull, nuk mund t'i përdorni ato si lloje fushash, lloje kthimi ose lloje parametrash ).

Sigurisht, ju mund të kaloni disa nga kufizimet e llojeve anonime duke përdorur System.Tuple. I cili është gjithashtu një lloj referimi, dhe ju mund ta përdorni atë në mënyrë eksplicite. E keqja është se i mungojnë emrat e personalizuar për anëtarët.

C# 7 tuples (ValueTuple ) mund të konsiderohet i ngjashëm me llojet anonime. Dallimi i parë është se ato janë lloje vlerash. Kjo do të thotë që këta tuple do të kenë avantazhe të performancës për sa kohë që qëndrojnë në shtrirjen lokale ose janë duke lëvizur nëpër pirg (që është përdorimi i zakonshëm i llojeve anonime, për shkak të kufizimit të tij).

Dallimi i dytë është se sintaksa e re lejon tuples të shfaqen në më shumë vende sesa lloje anonime, siç e dini, ju keni sheqer sintaksor për të përcaktuar llojin e kthimit në ValueTuple (ndërsa përdorni lloje anonime ju duhej të kthenit object).

Dallimi i tretë është se ValueTuple mbështet dekonstruksionin jashtë kutisë. Për të cituar Çfarë ka të re në C# 7.0:

Një mënyrë tjetër për të konsumuar tuple është zbërthimi i tyre. Një deklaratë dekonstruktive është një sintaksë për ndarjen e një tuple (ose vlerë tjetër) në pjesët e saj dhe caktimin e atyre pjesëve individualisht në variabla të freskëta:

(string first, string middle, string last) = LookupName(id1); // deconstructing declaration
WriteLine($"found {first} {last}.");

Gjë që mund ta bëni edhe me llojet e personalizuara duke shtuar një metodë e dekonstruktimit.

Për abstrakt:

• ValueTuple ka sheqer sintaksor në C# 7.0, i cili duhet të merret parasysh për lexueshmëri.
• ValueTuple është një lloj vlere. Zbatohen të gjitha të mirat dhe të këqijat midis përdorimit të një class dhe një struct.
• ValueTuple mund të përdoret në mënyrë eksplicite (me ose pa sheqer sintaksor) duke e lejuar atë të ketë shkathtësinë e System.Tuple duke ruajtur anëtarët e emëruar.
• ValueTuple mbështet dekonstruksionin.

Duke pasur parasysh se duhet të jetë sheqer sintaksor, unë do të thosha se argumenti më i fortë për të zgjedhur ValueTuple është i njëjti argument për të zgjedhur një struct. E cila do të ishte ideale për lloje të vogla, të pandryshueshme, që jetojnë kryesisht në pirg (kështu që nuk keni shumë boks dhe çboks).

Duke krahasuar ValueTuple me një strukturë të plotë, duke marrë parasysh sheqerin sintaksor, unë do të sugjeroja të përdorni ValueTuple si parazgjedhje, përveç nëse keni nevojë për një paraqitje eksplicite ose duhet të shtoni metoda në të.

Dua të them gjithashtu se sheqeri sintaksor nuk përmirëson domosdoshmërisht lexueshmërinë. Arsyeja kryesore është se ju nuk po e emërtoni llojin dhe emri i llojit i jep kuptim kodit. Përveç kësaj, ju mund të shtoni dokumentacion në një deklaratë struct ose class që lehtëson të kuptuarit.

Në përgjithësi, situata ku ValueTuple shkëlqen vërtet po kthen vlera të shumta nga një metodë. Në këtë rast heqja e nevojës për krijimin e parametrave të rinj out. Dhe dokumentacioni i ValueTuple i përdorur mund të jetojë në dokumentacionin e metodës. Nëse gjeni se duhet të bëni diçka tjetër me ValueTuple (për shembull, duke përcaktuar metodat e zgjerimit), unë do të sugjeroja të konsideroni krijimin e një lloji të emërtuar në vend të kësaj.

Unë do të shmang përdorimin e tuples si një lloj kthimi të metodave publike. Në raste të tilla unë do të preferoja të përcaktoja një klasë ose strukturë.

Tuples kanë për qëllim të përfaqësojnë vlera të shumta, si kur një metodë synon të kthejë vlera të shumta. Mbështetja tuple në C# 7 përdor System.ValueTuple<...> raste për të përfaqësuar atë grup vlerash. Emrat e atyre vlerave janë të vlefshme vetëm në kontekstin ku ato përdoren dhe nuk zbatohen.

Klasat synojnë të përfaqësojnë një vlerë të vetme me disa atribute.

Tuple është një opsion i shkëlqyeshëm kur dëshironi të kombinoni vlera të shumta (mund të jenë lloje të ndryshme) në një objekt pa krijuar një klasë të personalizuar. Në këtë rast, Tuple do të ishte një opsion i shpejtë dhe i përsosur.

Kohët e fundit kam krahasuar ndryshimin e performancës për një rast që kisha përfshirë ose një tuple që përmban 2 (ose 4) primitivë dhe një klasë që përmban 2 (ose 4) të të njëjtave lloje primitive. Po ndaj këtu në rast se mund të ndihmojë dikë.

Për një pjesë të shpejtë të kodit që do të përdoret vetëm një herë, përdorni tuples. Nëse kodi do të duhet të ruhet, përdorni klasat. Është demoralizuese të shikosh kodin dhe të shohësh shprehje si:

if (t.Item4 == x.Item3)