Skip to main content
Code Review

Return to Answer

replaced http://programmers.stackexchange.com/ with https://softwareengineering.stackexchange.com/
Source Link

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

Update for Thomas's comment: Reading (and understanding) code usually takes time but it's usually not because of long variable or method names. I'd not optimize for character number. There are debates about this topic on Programmer.SE this topic on Programmer.SE too. My favorite answer is nikie's one My favorite answer is nikie's one, beacuse of mentioning the short 7-slot (+-2) term memory.

  1. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

Update for Thomas's comment: Reading (and understanding) code usually takes time but it's usually not because of long variable or method names. I'd not optimize for character number. There are debates about this topic on Programmer.SE too. My favorite answer is nikie's one, beacuse of mentioning the short 7-slot (+-2) term memory.

  1. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

Update for Thomas's comment: Reading (and understanding) code usually takes time but it's usually not because of long variable or method names. I'd not optimize for character number. There are debates about this topic on Programmer.SE too. My favorite answer is nikie's one, beacuse of mentioning the short 7-slot (+-2) term memory.

  1. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.
added 464 characters in body
Source Link
palacsint
  • 30.4k
  • 9
  • 82
  • 157

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

  2. cellGrid[j, i, 0]
    
    Instead of i and j the variables could be called as rowNumber and columnNumber.

Update for Thomas's comment: Reading (and understanding) code usually takes time but it's usually not because of long variable or method names. I'd not optimize for character number. There are debates about this topic on Programmer.SE too. My favorite answer is nikie's one , beacuse of mentioning the short 7-slot (+-2) term memory.

  1. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

  2. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

Update for Thomas's comment: Reading (and understanding) code usually takes time but it's usually not because of long variable or method names. I'd not optimize for character number. There are debates about this topic on Programmer.SE too. My favorite answer is nikie's one , beacuse of mentioning the short 7-slot (+-2) term memory.

  1. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.
Source Link
palacsint
  • 30.4k
  • 9
  • 82
  • 157

Just a few random notes:

  1. Instead of i and j the variables could be called as rowNumber and columnNumber.

  2. cellGrid[j, i, 0]
    

0 here is a magic number. A named constant would be better.

  1. Comments like this are unnecessary:

    cell.BackColor = Color.White; // Color
    

It says nothing more than the code already does, it's rather noise. (Clean Code by Robert C. Martin: Chapter 4: Comments, Noise Comments)

  1. Shorter lines, without horizontal scrolling would be easier to read.
lang-cs

AltStyle によって変換されたページ (->オリジナル) /