ビット演算で桁数を合わせるために256を足しているのはなぜ？

演算子の優先順位を考慮してビットシフトよりも先に足し算が行われるので
(((256 + r << 8) + g << 8) + b)
の計算の順番は１６進数で考えて以下の通りになると思います。(例えば、r=1,b=2,g=0x80とすると）
256+r==>0x100+0x01=0x101
(256+r)<<8==>0x101<<8=0x10100
((256+r)<<8)+g==>0x10100+0x02=0x10102
((256+r)<<8)+g<<8==>0x10102<<8=0x1010200
(((256+r)<<8)+g<<8)+b==>0x1010200+0x80=0x1010280
最上位ビットの'1'を#に置換して
"#010280"
になります。

 桁落ちの問題

• RGB値からHTMLカラーコードに変換する:humming bird

単純に考えれば赤を16ビットシフト、緑を8ビットシフトすればいいですが、それでは赤が 0 の場合に桁落ちが発生してしまいます。

'use strict';
function toColorCode (r, g, b) {
  return '#' + ((r << 16) + (g << 8) + b).toString(16);
}

console.log(toColorCode(255, 255, 255));  // "ffffff"
console.log(toColorCode(0, 0, 128));      // "#80"

 桁落ちの回避策

桁落ちを回避するために 0x000080 を 0x1000080 のように変換している(一つ上の桁に 1 を置く)のでしょう。
256 を加算すると9bit目に1を置く事になります。
10進数で例えるなら「9 + 100 = 109」で2桁目をゼロパディングしているようなものですね。

var r = 15;
console.log(r.toString(16));             // "f"
console.log((256 + r).toString(16));    // "10f"
console.log((0x100 + r).toString(16));  // "10f"

 N進数

Nを基数とするN進数には各桁となる数字に明確な計算法があります。
10進数で例えるなら、148 は次のように分解する事が出来ます。

console.log(Math.pow(10, 0) * 8); // 8   … 1桁目は 10^0*8 (10の0乗の8倍)
console.log(Math.pow(10, 1) * 4); // 40  … 2桁目は 10^1*4 (10の1乗の4倍)
console.log(Math.pow(10, 2 * 1)); // 100 … 3桁目は 10^2*1 (10の2乗の1倍)
console.log(Math.pow(10, 2) * 1 + Math.pow(10, 1) * 4 + Math.pow(10, 0) * 8); // 148

同じ事を16進数で考えればこうなります。

console.log((Math.pow(16, 2) * 1).toString(16)); // 100   … 3桁目は 16^2*1 (16の2乗の1倍)
console.log((Math.pow(16, 2) * 1));              // 256   … 10進数なら 256

従って、256 を加算するという事は16進数でいうところの「0x100 (16進数表記)」を加算する事と同義です。
「0x100 (16進数表記)」は2進数に換算すると「0b100000000 (2進数表記)」になります。
「0b100000000 (2進数表記)」は9bit目に1がある数字です。
2進数についてはご自身で計算(検証)してみてください。

• ネットワークの勉強をはじめから - 2進数と16進数の変換方法

 別解コード

私なら次のようにコードを書きます。

'use strict';
function toColorCode (r, g, b) {
  return '#' + (0x1000000 + (r << 16) + (g << 8) + b).toString(16).slice(1);
}

console.log(toColorCode(255, 255, 255));  // "ffffff"
console.log(toColorCode(0, 0, 128));      // "#000080"

ゼロパディングについては文字列処理をしてもいいので他の方法もあるとは思います。

 更新履歴

• 2016/05/02 11:24 256加算のロジックの説明追加
• 2016/05/02 11:59 256加算のロジックの説明が誤っていたので修正
• 2016/05/03 11:55 N進数の説明追加

Re: re97 さん

256 は16進で 100 です。
式で8ビット左シフトを2回していますので、
1000000 になります。
これがリンク先の説明 の
「16進数で『1000000』を足すことによって」
になります。

補足
(256 + r << 8) は演算子の優先度から
256 + r の結果を 8 ビット左シフトです。

ビット演算とか2進数とか16進数とかあまり関係ありません。ただ単に桁数を合わせたいだけです。
10進数で考えてもいいです。

9999以下の数値がいろいろあったとします。
1
12
888
2345

これを4ケタ未満だった場合に4ケタになるように0を付けたい。そういう話です。つまり
0001
0012
0888
2345
にしたいと。

そのために1万を足して
10001
10012
10888
12345
にして、先頭の1をとれば目的に文字列になるよねという話です。

初心者の方には逆にわかりにくくなっているかもしれませんが、こちらの方がシンプルですよね。

あと念のため

 (((256 + r << 8) + g << 8) + b)
は
256 << 16
r << 16
g << 8
b
の4つの値を足したのと同じです。もしかするとこっちが分からなかった？

ちなみに
(256 << 16).toString(16)
は1000000です。