条件文で等しくないための共通コード規約

Question

プログラミングを開始して以来、条件文では!=または!conditionでないことがあります。多分私の脳は複数の否定を打ち倒すために英語で事前調整されているからかもしれません。しかし、私は条件付き声明で真であるかどうかを評価することに関して、一般的な開発コミュニティが受け入れている慣行があるのだろうかと疑問に思っています。または、むしろ、私が時々それを見る方法：偽でないと評価する。

多分!=が完全にやむを得ないことができない例外がありますか？例については

：

これは非常に簡単で、些細なことかもしれないが、これは

string myStringVar = "dogs"; 


if (myStringVar != "dogs") //In my mind, "False this is not true" 
{ 
    //code 
} 
else if (myStringVar != cats) //In my mind, "True this is false" 
{ 
    //code 
} 

またはこの望ましい

if (myStringVar == "dogs") 
{ 
    //"True" 
} 
else if (myStringVar == "cats") 
{ 
    //"False" 
} 

であるが好ましい次に

bool MyBoolMethod() 
{ 
    return false; 
} 


if (!MyBoolMethod()) // True this method does not return true 
{ 
    //code 
} 

があります

これ非常に簡単で簡単な例です。わかりやすい、保守可能なコードを書く方法を知りたいだけです。他の誰かがこのような条件文を読んでいくのはやや難しい時があるのですか？

Answer 1

"上記のうちどれもありません。"

stringを使用しているため、myStringVarは何でもかまいません。私が言う場合：

string myStringVar = "Aardvark"; 

を次に、あなたの最初の例では、それはコードのmyStringVar != "dogs"セクションを実行します。 2番目の例ではどちらも実行されません。したがって、それらは同等のコードではありません。

唯一の方法は、Enumsを使用している場合です（その場合は、caseステートメントを使用することをお勧めします）。

3番目の例では、これは、MyBoolMethod()の名前と将来のコーダーがどれほど理解しやすいかによって異なります。例を使用するには、

bool isDog() 
{ 
    return false; 
} 

がわかりやすいです。問題はその後になり、私は最初は二以上の明確であることを主張するだろう

if(isNotDog()) ... 

より明確

if(!isDog()) ... 

です。しかし、それ以外の状況もあります。

Answer 2

平等と不平等は、快適になり、文脈の中で選択するだけのものです。論理的な問題が、不平等を使用することを失格にすることを検討している場合は、平等をテストすることを求める必要がある場合。

myboolメソッドを使用し始めると、読みやすさとメンテナンス性が優れたデザインで強化されます。

Exmaple

public class Animal 
{ 
    public static Enum AnimalType 
    { 
     Dog, 
     Cat 
    } 

    private _animalType; 

    public Animal(Enum AnimalType type) 
    { 
     AnimalType = _animalType; 
    } 

    public bool isOfType(Enum AnimalType type) 
    { 
     return _animalType == type ? true : false; 
    } 

} 

public someothermethod() 
{ 
    //doing inclusion 
    If(MyAnmialObject.isOfType(Animal.AnimalType.Dog)) 
    { 
     //if type matches 
    } 

    //Doing exclusion 
    If(!MyAnmialObject.isOfType(Animal.AnimalType.Dog)) 
    { 
     //if type does not match 
    } 
} 

あなたはまだ不平等に慣れなければならないが、あなたはそれがisOfTypeと名前付きの型をチェックして知っています。