フロントエンドの古典的なインタビューの質問は、古典的ではない、スターをしないでください!

序文

前回の記事では、node.jsのコアモジュールと基本的なWebアプリケーションの使用方法について、2回目か3回目のどちらかで利用できるようになると言いましたが、その前に、このような記事を書こうと思っていますか?今日、私は会社に次のいくつかの求人者をインタビューするように頼んだのですが、その場でいくつかの問題を解決することはできませんでした。ヒューマンインタビュアー。お互いの論理能力を見たいだけです!

だから、私はこれらのインタビューの質問をし、自分自身をテストし、まだいくつかのピットがあることを発見~~~
みんなといくつかの質問の分析を見てみましょう!

ボディー

私が作った最初のいくつかの選択肢は、必ずしも最も古典的ではありませんが、より多くのことを学べます! リストする

//第1题
 ["1", "2", "3"].map(parseInt)
 
//第2题
[ [3,2,1].reduce(Math.pow), [].reduce(Math.pow) ]

//第3题
var ary = [0,1,2];
ary[10] = 10;
ary.filter(function(x) { return x === undefined;});

//第4题
[typeof null, null instanceof Object]

//第5题
function sidEffecting(ary) {
  ary[0] = ary[2];
 }
function bar(a,b,c) {
   c = 10
   sidEffecting(arguments);
   return a + b + c;
}
bar(1,1,1)

//第六题
 var END = Math.pow(2, 53);
 var START = END - 100;
 var count = 0;
 for (var i = START; i <= END; i++) {
     count++;
 }
 console.log(count);
 

読者の思考時間

誰もが懸命に考えて、熱心に働いています! =====================================================

次に、ゆっくりと分析してみましょう

最初の質問:

["1", "2", "3"].map(parseInt)

この質問の知識のポイントは次のとおりです。

  1. 配列/マップ
  2. Number / parseInt
  3. JavaScript parseInt

上記の知識ポイントに従ってこの質問に文字列を当てましょう!

首先, map接受两个参数, 一个回调函数 callback, 一个回调函数的this值

其中回调函数接受三个参数 currentValue, index, arrary;

而题目中, map只传入了回调函数-parseInt.

其次, parseInt 只接受两个两个参数 string, radix(基数).  
本题理解来说也就是key与 index 

所以本题即问

parseInt('1', 0);
parseInt('2', 1);
parseInt('3', 2);
首先后两者参数不合法.

所以答案是 [1, NaN, NaN]

  如果研究理解了 
  parseInt(3, 8)
  parseInt(3, 2)    //下方评论该题答案  别作弊哦!
  parseInt(3, 0)
  

2番目の質問:

[ [3,2,1].reduce(Math.pow), [].reduce(Math.pow) ]

この知識ポイント:

この質問を思い付くには知識のポイントが散った!

arr.reduce(callback[, initialValue])

reduce接受两个参数, 一个回调, 一个初始值.

回调函数接受四个参数 previousValue, currentValue, currentIndex, array

需要注意的是 If the array is empty and no initialValue was provided, TypeError would be thrown.

所以第二个表达式会报异常. 第一个表达式等价于 Math.pow(3, 2) => 9; Math.pow(9, 1) =>9

答えan error

3番目の質問:

var ary = [0,1,2];
ary[10] = 10;
ary.filter(function(x) { return x === undefined;});

答案是 []

知識ポイントは次のとおりです。

Array.prototype.filterのpolyfillを見てみましょう:

if (!Array.prototype.filter) {
  Array.prototype.filter = function(fun/*, thisArg*/) {
    'use strict';

    if (this === void 0 || this === null) {
      throw new TypeError();
    }

    var t = Object(this);
    var len = t.length >>> 0;
    if (typeof fun !== 'function') {
      throw new TypeError();
    }

    var res = [];
    var thisArg = arguments.length >= 2 ? arguments[1] : void 0;
    for (var i = 0; i < len; i++) {
      if (i in t) { // 注意这里!!!
        var val = t[i];
        if (fun.call(thisArg, val, i, t)) {
          res.push(val);
        }
      }
    }

    return res;
  };
}

この配列を反復処理するとき、まずインデックス値が配列の属性であるかどうかを確認してから、それをテストしてみましょう。

0 in ary; => true
3 in ary; => false
10 in ary; => true

これは3–9から初期化されていないされbug 、これらのインデックスは、関数呼び出しの配列との時間配列に存在していないこれらのピットをスキップします!..

第4の質問:

[typeof null, null instanceof Object]

知識のポイント:

  1. 演算子/型
  2. オペレータ/インスタンス

Typeofは型を表す文字列を返します。

instanceof演算子は、constructor.prototypeがパラメータオブジェクトのプロトタイプチェーン上に存在するかどうかを検出するために使用されます。

この質問はリンクから直接見ることができます。なぜならtypeof null === 'object'は言語の冒頭でこれのようです….

typeofの結果については、以下の表を参照してください。

type         result
Undefined   "undefined"
Null        "object"
Boolean     "boolean"
Number      "number"
String      "string"
Symbol      "symbol"
Host object Implementation-dependent
Function    "function"
Object      "object"

だから答え[オブジェクト、false]

5番目の質問:

function sidEffecting(ary) {
  ary[0] = ary[2];
 }
function bar(a,b,c) {
   c = 10
   sidEffecting(arguments);
   return a + b + c;
}
bar(1,1,1)

知識のポイント:

argumentsオブジェクトは、関数に渡される引数に対応するArray-likeオブジェクトです。

つまり、引数はオブジェクト、cは引数[2]なので、cへの変更は引数の変更です[2]。

答えは21です。

しかし! ! ! !

関数の引数に残りのパラメータ、デフォルトのパラメータ、または破壊されたパラメータが含まれる場合、引数はマップされた引数オブジェクトではありません…..

参照してください:

function sidEffecting(ary) {
  ary[0] = ary[2];
}
function bar(a,b,c=3) {
  c = 10
  sidEffecting(arguments);
  return a + b + c;
}
bar(1,1,1)

答えは12です!!!!

ゆっくりと感じてください! !

6番目の質問:

咳や咳!
慎重なジュニアパートナーが私の最初に見つかった6の質問が最初ではありません6タイトルが、最初の質問ご質問やメッセージを残してください議論する場合は、問題を残して考えるようにするために、実際にこれがあります!

結論

これは2017年の最後の記事です! 私は2017年5月11日7は、このアカウントは、コミュニティsegmentfaultファミリーに、12月上旬に正確で作成しています、月の時間や他のコミュニティにこれを感じる(答えは記事の見出しなどに接触した)は同じではありませんプレイすることは非常に幸せ、場所の多く! 私はコミュニティに記事を書いたことは一度もありません。個人的には私にとって大きなステップかもしれません! 誰もが私と一緒に行くことを願っています! 進歩! 進歩!

最後に、私は2018年の新年のキャリアが最高になりたいと願っています。 最後に、私は誰もが新年のガールフレンドとして彼らの女神を見つけることができると信じています!

元のリンク