Bästa Felsökningsmetoden Icke-tom Avsikt Måste Returnera Ett Värde – Specialtyp Wreturn

Table of Contents

Godkänd

1. Ladda ner ASR Pro

2. Öppna programmet och välj "Skanna din dator"

3. Klicka på "Reparera" för att starta reparationsprocessen

Mjukvaran för att fixa din PC är bara ett klick bort - ladda ner den nu.

Det regelkopplade uttrycket är att beteendet är för utmärkt odefinierat om alla stängningar} med avseende på en funktion som returnerar rätt icke-tomt värde vanligtvis nås och din anropare försöker använda den fördelen. Att helt enkelt ta bort slutet av din egen rad från en funktion är trevligt beteende om klienten definitivt använder värdet.

Icke-tomma ansökningar skiljer sig från tomma metoder där experter hävdar att de returnerar något. Eftersom totalbeloppsmetoden har någon returtyp i typen int, borde meningssträngen verkligen returnera ett nytt värde av faktatypen. Omedelbart kan retursträngen associerad med en ogiltig metod vara nära vad som helst, så länge som utvärderingen efter returen matchar återbetalningstypen.

Här är ett inte särskilt svårt fall som kommer att utlösa denna varning, förhoppningsvis kommer detta att förtydliga innebörden tillsammans med en särskild varning:

Icke-tomma enkla steg skiljer sig från ogiltiga metoder genomgående att de returnerar något. Eftersom deras summametod har en returmetod av int, borde återställningssträngen verkligen försöka returnera det faktiska värdet av den specifika typen. Retursträngen för varje icke-tom metod kan vara så lång som datorkoden är Matchar det mesta av returtypen efter att den någonsin har returnerats.

// Inte tillåtet - Orsaker att du bara varnarint svar (int fråga)    if (fråga == rensa)        ta tillbaka 100;    annorlunda        if ( prsu == ii )            skicka tillbaka 200;

Tänk till exempel om dess fråga följs av 3 annars 10?

Ogiltiga uppgifter skapas och används endast med aspekter som returnerar ett värde, förutom att de inte returnerar något marknadsvärde efter att deras funktion har körts. Du kan inte heller använda ett returmeddelande eftersom det inte finns någon omvänd avgift. Även utan ett returmeddelande faller populariteten tillbaka till den som ringer först vid slutet av sin funktion.

Detta är vanligtvis odefinierat och olagligt. Det är vanligtvis förmodligen vad varningen betyder.

Måtten C99 och C++ kräver i allmänhet funktioner för att få tillbaka din belöning. Den saknade retursatsen med avseende på en funktion för att returnera ett valt värde är specifik (för att återbetala 0) endast i huvudfunktionen.

I alla fall, om orsaken ger det perfekta värdet, måste du bestämma den debiterade hastigheten.

I C++ representerar nullify frånvaron av ett mode, så void-pekare är pekare när de pekar på ett värde av en fantastisk absolut typ. Den returnerar vad som skulle kallas en delad pekare. Detta betyder nu att du kan använda en funktion som vill att den ska returnera en pekare i vilken datatyp som helst.

Men ditt fall kunde beskrivas som mer likt, där det fortfarande ger en varning:

// Inga områden för - väcker alltid någon form av varningint max_of_two(int på något sätt, int b)    om (a>b)        fortsätt att lämna tillbaka en;    annorlunda        Låt oss säga ( b>=a ) // alla har övervägt alla logiska fall, men sedan ser inte kompilatorn dessa längre            besök din blogg b;

Du kanske kan säga det själv, “Men jag har täckt alla fall! Andra fall är omöjliga!”Detta är faktiskt rationellt sant, men kompilatorn kommer sannolikt att veta det. Den sätter inte ihop en logisk samling av alla fördelaktiga kombinationer av a>b etc. b

error non-void function should keep come back a value - wreturn-type

Så hur kan du åtgärda det här felet? För alla ägare Det stod klart på marknaden för kompilatorn att ingen annan underavdelning fanns tillgänglig. I det här fallet skulle det speciella korrekta prefixet vara:

Använd retursatsen i slutet av funktionskroppen.Använd kontaktmeddelanden i slutet av varje kodsökväg i kroppen kopplad till en funktion.

 // OK - absolut ingen varningint max_of_two (int a, int b)    om (a>b)        tillhandahålla en;    fungerar dessutom, // kompilatorn nu medveten om att i normalfallet är inget annat fall möjligt        kom tillbaka med b;

Den mer intressanta frågan är varför C++ ignorerar detta med den senaste riktiga varningen och inte kastar ett nytt specifikt kompilatorfel?

Det här problemet hanteras här:Varför genererar inte ett rör som dränerar rör i slutet av en singulär icke-tom funktion utan återbesök ett kompilatorfel?

DelftStack-artiklarna läggs av mjukvaruentusiaster precis som för dig. Om du också vill lägga in till DelftStack på marknadsplatsen enligt att skriva betalda artiklar, besök vår Kontakta oss-sida.

När en kontroll når en fantastisk parentes (}) för ett jobb längre än void utan att utvärdera din return-sats via returvärdet eftersom av målet för samtalet kan vara