Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
Der er vist ikke så meget at påtale. Nydelig kode, nydelig programlogik. :^)
Jeg ville nok selv flytte definitionen af diverse variable ind i det scope de bruges: F.eks. kan "guess" flyttes ind i do-løkken. Det er heller ikke klart om der er nogen speciel grund til at have "max" - den bruges jo kun et sted.
Du kunne msåke overveje om det er Exception du skal catche eller om du bør være lidt mere specifik på hviloken type Exeptions der kunne komme.
Du bør være lidt mere omhyggelig med formateringen: Hvornår skal der være tomme linjer for at hjælpe med læsbarheden? Hvornår skal der være mellemrum før og efter {- og } tegn? Skal der være mellemrum efter komamer? Den slags ting...
Med kun én dag i faget synes jeg faktisk det er flot, men som nielle vil jeg sige, vent med at definere variabler til det er strengt nødvendigt, det gør det nemmere at læse koden
Sådan ville jeg skrue den sammen
import javax.swing.*; import java.util.Random; public class GuessGameGui {
Jeg kan ikke rigtig lide din try-catch. den er lovlig omfattende. Såpvidt jeg kan se er grunden til den at brugeren kan gå hen og skrive noget andet end et tal. Men hvorfor abortere hele spillet af den grund når du kan nøjes med bare at bede ham indtaste et ordentligt tal ?
eg: do { bool ikkeEtTal = true; try{ int guessInt = Integer.parseInt(s); ikkeEtTal = false; } catch( exception e ) { guess = JOptionPane.showInputDialog(null, "Du skal skrive et tal. Prøv igen.", JOptionPane.QUESTION_MESSAGE); } } while ( ikkeEtTal ); og så først bagefter teste om det indtastede tal er korrekt.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.