Tag Archives: Best practices

FieldByName, FindField: too convenient to be honest

Posted on November 28, 2010 by François Gaillard

I don’t know about you, but I can’t count anymore the number of times I’ve seen this code pattern (in code snippets online as well as in production code): while not ADataSet.Eof do begin [...] ADataSet.FieldByName(‘MyFieldName1′).SomePropertyOrMethod; ADataSet.FieldByName(‘MyFieldName2′).SomePropertyOrMethod; [...] ADataSet.Next; end; … Continue reading →

Posted in Coding standard, Delphi, Quality | Tagged , , , , , | 33 Comments

Hints and Warnings begone!

Posted on November 2, 2010 by François Gaillard

This previous post has stirred some interesting comments and reactions (thank you!). I would like to come back on the “no Hint, no Warning policy” and why I like it, but without the need to be zealot. Why desirable? The … Continue reading →

Posted in Coding standard, Delphi, Quality | Tagged , , , , , | 4 Comments

Won’t Heed Hints? Get Errors!

Posted on November 1, 2010 by François Gaillard

One of my pet peeves, as you may already know, is leaving memory leaks in “final” code. Another one is leaving compiler Hints and Warnings. When doing a fresh build, there should be no Hints and no Warnings. Period. No … Continue reading →

Posted in Delphi, Quality | Tagged , , , , , | 13 Comments