Inlägg

Av vilken anledning?

Mitt förslag är att du kör koden för valideringen innan du gör själva anropet från AJAX. Det finns inbyggd funktionalitet för detta och det är nog så du bör hantera detta.

Googla lite kring detta
https://jqueryvalidation.org/validate/#submithandler

"The right place to submit a form via Ajax after it is validated."

Kan gärna diskutera fram eventuella lösningar men jag tycker själva infallsvinkeln känns konstig. Hela grejen med AJAX är väl att det ska vara asynkront. 😁 Det är en del av namnet tillochmed. Det borde inte vara ett problem om du gör saker på rätt sätt. Vad är det för slags validering som ska göras gällande formuläret?

Sedan ska du eventuellt returnera ett post-anrop som är "successful" men ändå inte valid? Låter lite märkligt det också kan jag tycka. Men har du mer kod att visa oss så kanske det ger en ökad förståelse.

Dune: Part Two. Såg den på bio och tycker helt enkelt att den är riktigt bra. Den får 9 av 10 faktiskt.

Angående TryParse vs Convert.ToInt32 så hade jag personligen föredragit den förstnämnda dvs TryParse. I början av koden hanterar du användarens inmatningar mycket bättre då du egentligen gör det omöjligt för användaren att inte mata in ett giltigt heltal. När du senare istället kör en Convert.ToInt32 så riskerar du att få exceptions som du just nu inte hanterar. Säg att du försöker omvandla *"'_-&&+ till en int.. Vad händer då?

Vilken station som faktiskt är den sista beror ju helt på hur många stationer som användaren faktiskt har valt att det finns. Därför bör du inte skriva jämförelsen på det sättet.
Om vi säger att användaren har matat in att det finns 8 st stationer, så kan du snarare kolla om du är på iteration 8. Dvs när "i == stations" så bör tåget befinna sig på sista stationen.

Frågan är väl egentligen om du är i behov av en laptop för att göra saker som inte är relaterade till arbete. Om ja, köp en bra laptop. Om nej, spara på pengarna och nöjessurfa på din smartphone..

Banan funkar väldigt bra till havregröt. Någon gång ibland så kör jag även med jordnötssmör. Vet att bland annat ICA har ett eget märke på jordnötssmör som är ekologisk och utan tillsatt socker.

Om vi exempelvis tittar på hur du ber om input här: "val = Convert.ToInt32(Console.ReadLine());" så säger du egentligen att oavsett vad användaren skriver, så ska vi försöka konvertera detta innehåll till ett heltal. Därför behövs logik som antingen tar bort möjligheten för användaren att göra fel eller åtminstone hantera ifall det har blivit fel.
Har du provat skriva något konstigt i alla dessa menyval? Skriver du "asdjasodiad" eller "234...4342342...23424!" och försöker konvertera detta till ett heltal kommer det ha sönder din applikation.

Det jag gillar med exempelvis TryParse i detta fall är att du helt slipper sitta och fånga varenda exception som kan uppstå. Använder du metoden ReadInt() som jag hänvisade till tidigare så säkerställer du omedelbart att du har fått ett giltligt heltal. Oavsett vilka konstigheter någon får för sig att skriva, så kommer man inte ur loopen om man anger något som inte går att konvertera till ett heltal.

Dokumentation finns bland annat här: https://learn.microsoft.com/en-us/dotnet/api/system.int32.try...
"The TryParse method is like the Parse method, except the TryParse method does not throw an exception if the conversion fails. It eliminates the need to use exception handling to test for a FormatException in the event that s is invalid and cannot be successfully parsed."

Vid i princip varje inmatning från användaren så riskerar ditt program att smälla, då det inte görs någon regelbunden kontroll på att det faktiskt är positiva heltal som har matats in.

Ska du göra detta konsekvent så rekommenderar jag att göra en enkel metod som du anropar varje gång användaren ska få ange en int för menyval, ålder eller passagerare.

Kan rekommendera denna sida: https://www.progsharp.se/kapitel/6/ scrolla till stycket "Ett bättre sätt för konvertering av text till tal".

Exempel direkt från sidan:
Console.WriteLine("Skriv in ett heltal");
int heltal1 = ReadInt();
Console.WriteLine("Skriv in ett heltal till");
int heltal2 = ReadInt();
Console.WriteLine("Skriv in ett sista heltal");
int heltal3 = ReadInt();

Console.WriteLine($"Du skrev in talen {heltal1}, {heltal2} och {heltal3}");

int ReadInt()
{
int heltal;
while (int.TryParse(Console.ReadLine(), out heltal) == false)
{
Console.WriteLine("Du skrev inte in ett heltal. Försök igen.");
}
return heltal;
}

Dvs varje gång användaren inte anger ett korrekt heltal så kan du omedelbart tvinga användaren att försöka igen.

Elgiganten har redan bevisat det. Displayen har en tryckskada, mobilen går följaktligen att ladda men skärmen är död till följd av yttre åverkan.

https://www.sogeti.se/jobba-hos-oss/sogeti-careerbooster/

Startdatum: 8 januari 2024
Slutdatum: 29 mars 2024
Sista ansökningsdag: 19 november 2023

Tror detta är ett bra traineeprogram. Typ 12 veckors utbildning inom Azure Cloud, sedan har du ett jobb. De verkar arbeta mycket med C#. Närmaste ort kanske är Uppsala? Skriv ihop ett bra CV och personligt brev så har du kanske en plats i januari. Gör klart ditt exjobb under tiden.

Be om en bättre bild på den skadade displayen och gärna en mer utförlig beskrivning. Det kanske går snabbare om du kontaktar butiken där mobilen lämnades in på service istället för deras allmänna kundsupport.

Betala för Facebook? Vill inte ens gå in där gratis.