このコードを短くしたい

Question

a に 1 か 2 が入る関数です。 Aは何度も呼ばれ、戻り値も使います。
この処理をもっと短くかけませんでしょうか。

var is2 = false;
var A = function(a) {
        if(a === 1) {
                if(is2) {
                        is2 = false;
                        return true;
                } else {
                        return false;
                }
        } else {
                is2 = true;
                return false;
        }
};


A(1) か A(2) がランダムで何度も呼ばれる
戻り値も使う

Answer 1

アルゴリズムとしては十分に絞られているので、アルゴリズム上の無駄はないと思います。
あえて工夫を加えるとすれば、三項演算子やカンマ演算子を使うなどして文法を変えることが考えられます。

'use strict';
var is2 = false;

function A (a) {
  if (a === 1) {
    return is2 ? (is2 = false, true) : false;
  }

  is2 = true;
  return false;
}

console.log(A(1));  // false
console.log(A(2));  // false
console.log(A(1));  // true
console.log(A(2));  // false

個人的には「フラグ変数」を使わない方向に修正した方が良いと思います。
このロジックで進めるなら、修正する限度は知れたものですが、設計面から変えていけばもう少し、洗練されたコードになるかもしれません。

Re: kimurayu さん

Comments

[kimurayu]

フラグ変数を使わない方法というのは、全く見当がつきません..ですがその方がいいみたいですね。
カンマ演算子は初めて知りました。これはとても便利ですね。ありがとうございます。

Answer 2

function isEqualToOne(value){
  return value === 1;
}

var is2 = false;
is2 = !isEqualToOne(1)

掲載のis2という真偽値を持つ変数と、isEqualToOne関数が返す真偽値が意味合い的に整合性取れませんが、掲載のコードとやってることは同じかと思います。

関数内で関数外の変数を書き換えてしまうのは、コードが増えてきた時にバグの混入の原因になりかねないので、関数内で関数外の変数を書き換えない方向性で書きました。

追記
関数Aの引数が1の時にfalseが返ることもあるのですね。
そうなると、自分の書いたコードは求めてるものと違いますね。

Comments

[kimurayu]

いえ、ありがとうございます!

Answer 3

これで一行になりました!

var is2 = false;
var a = function (e) {
	return e === 1 ? (is2 ? (is2 = false, true) : false) : (is2 = true, false);
}
console.log(a(1))
console.log(a(2))
console.log(a(1))
console.log(a(1))

Comments

[kimurayu]

think49 さんのベストアンサーより です

[kei344]

var a = e => !!( e === 1 ? ( is2 ? ( is2 = !is2, 1 ) : 0 ) : ( is2 = !!1, 0 ) );
アロー関数が使える環境ならもう少し短くなりますよ。

[kimurayu]

ああ、その通りです! '!!' これも初めて見ました。真偽値に変換するんですね。こうすればさらに短くなりますね。ありがとうございます!

[think49]

仰る通り、三項演算子をネストすれば、1行で書けますが、あまり短くすることに神経を注ぐと、後で読んだときに分かりにくいコードになってしまいがちなので、私はお勧めしていません。
(個人的には、三項演算子のネストは読みづらく感じるので、私はコード量が増えたとしても、ネストしないコードを使います。)
重要なのは、「アルゴリズムが明快に分かる程度に」短く簡潔にまとまっていることです。
短く事で読みづらく感じるのなら本末転倒で、それぐらいならコードが長くても可読性が高いコードが良いです。
質問文のコードは特に無駄のあるコードではないので、個人的にはこのままでも問題ないと思います。
ただ、フラグ変数が入っている事でアルゴリズムが読み取りづらくなっている節はあるので、その点では改善の余地があると考えています。
フラグ変数の初期化処理を除けば、実行している内容は「a === 1 && !!is2 だけ」ですので。