C # String.IsNullOrEmpty: bom ou ruim?

Depois de um incidente no trabalho em que usei o String.IsNullOrEmpty incorretamente com uma variável Session, um colega de trabalho agora se recusa a aceitar meu uso de String.IsNullOrEmpty. Depois de alguma pesquisa, aparentemente há um bug listado para IsNullOrEmpty no MSDN (ligação) (leia a nota na parte inferior):

A partir de 4 de abril de 2006, há um bug (possível no JIT) que faz esse método falhar quando as otimizações são ativadas. Sabe-se para afetar C # e VB.

Mais informações podem ser encontradas aqui (ligação). Microsoft o bug é 'supostamente' corrigido pós-Orcas, mas infelizmente meu empregador ainda usa o VS2005. Mas se o problema for resolvido em 2008+ assim seja. Tudo bem comigo.

Enquanto a recusa do meu colega com o IsNullOrEmpty para mim é uma ignorância cega (IMO), ele certamente não pode me dizer por quenão para usá-lo diferente do uso indevido com a variável de sessão. Eu usei o IsNullOrEmpty em todo o nosso código sem nenhum problema. Pessoalmente, acho muito mais legível além de fazer duas coisas em uma declaração.

Depois de procurar por opiniões sobre o assunto, encontrei sites que levam em conta as vantagens e desvantagens. Aqui estão alguns dos sites que eu li sobre isso:

https://blog.rthand.com/post/2006/06/22/1063.aspx

http://www.omegacoder.com/?p=105

Um site (http://dotnetperls.com/isnullorempty) resume muito bem o método (IMHO):

Aqui nós olhamos que o método IsNullOrEmpty no tipo string, que nos fornece um método bom e relativamente eficiente de verificar se uma string é OK para salvar ou usar. No entanto, para desempenho, talvez seja melhor usar verificações manuais de nulos. As strings vazias também podem ser testadas de outras maneiras, e minha pesquisa aqui mostra que a verificação da duração é mais rápida.

Assumindo que a correção de bug está em vigor (e funcionando corretamente) no VS2008 / 2010 / etc., Existe algum motivonão usar String.IsNullOrEmpty com VS2005 e além? Eu percebo que isso pode parecer um pouco exagerado com um método tão bobo, mas eu gostaria de saber se há mais por trás das cenas acontecendo e se alguém tem explicações alternativas.

questionAnswers(10)

yourAnswerToTheQuestion