INSTANCEOF 日本語 意味 - 日本語訳 - 英語の例文

• instanceof

英語 での Instanceof の使用例とその 日本語 への翻訳

If(err instanceof SyntaxError){.
(errinstanceofSyntaxError)の代わり。

Is null check needed before calling instanceof?
Instanceofを呼び出す前にnullチェックが必要ですか？

BC: instanceof will always return trueDodgy code.
BC:常にtrueを返すinstanceofDodgycode。

So the outer code checks instanceof ReadError and that's it.
なので、外部のコードはinstanceofReadErrorをチェックするだけです。

We can use it as an extended typeof and an alternative for instanceof.
それを拡張させてtypeofまたはinstanceofの代替として利用することができます。

We also can use instanceof to check the inheritance:.
また、継承チェックにinstanceofを使うこともできます:。

A side effect of such call is that you can use xpcomInterface's properties on obj after a successful instanceof test.
このような呼び出しの副作用として、instanceofによる確認の成功後にobjのxpcomInterfaceのプロパティを利用できることがあります。

We can use instanceof to check for particular errors.
ほとんどの場合、特定のエラーをチエックするためにinstanceofを使うべきです。

But if we inherit, then it becomes possible to use obj instanceof Error to identify error objects.
しかし、継承しているとエラーオブジェクトを識別するobjinstanceofErrorを使えるようになります。

Conveniently, x instanceof Y does exactly this kind of search.
便利なことに、xinstanceofYはまさにこの検索を行います。それはx。

For example, if you need to report different types of exceptions in different ways, you may use the PHP instanceof comparison operator:.
たとえば異なった例外を別々の方法レポートする必要がある場合、PHPのinstanceof比較演算子を使ってください。

We talk about classes, new, instanceof, prototype chains, and API design.
クラス、new、instanceof、プロトタイプチェーン、およびAPI設計について説明します。

This instanceof test will always return true(unless the value being tested is null).
このinstanceofは常にtrueを返します(テストしている値がnullでないかぎり)。

The mock object will pass type hints or instanceof evaluations for the existing class.
たとえば、モックオブジェクトは存在しているクラスのタイプヒントや、instanceofの評価を渡します。

And instanceof check will continue to work for new inheriting classes. So that's future-proof.
そしてinstanceofチェックは新しい継承したクラスでもうまく機能し続けます。それは将来を保証します。

Please take a look at how we use instanceof to check for the specific error type in the line(*).
行(*)で特定のエラータイプのチェックをするために、どのようにinstanceofを使っているか見てください。

The instanceof OperatorThe instanceof operator compares the constructors of its two operands.
Instanceofオペレーターinstanceofオペレーターは2つのオペランドのコンストラクタを比較します。

There were some issues with the initial implementation of instanceof, which relied on__autoload() to search for missing classes.
Instanceofの初期の実装にはいくつかの問題があり、クラスを探すために__autoload()に頼っていました。

But instanceof does not care about the function, but rather about its prototype, that it matches against the prototype chain.
しかし、instanceofは関数を気にするのではなく、プロトタイプチェーンに対してマッチするprototypeについて気にします。

For example, if you need to report different types of exceptions in different ways, you may use the PHP instanceof comparison operator:.
たとえば異なった例外を別々の方法でレポートする必要がある場合、PHPのinstanceof比較演算子を使ってください。

So, by the logic of instanceof, the prototype actually defines the type, not the constructor function.
従って、instanceofのロジックに基づいて、prototypeは実際にはコンストラクタ関数ではなく型を定義します。

This change should not affect your code unless it checks for the object type for some reason, like below: error instanceof DOMError.
この変更は、以下のように何らかの理由でオブジェクトタイプを判別していない限り、実際のコードには影響しないはずです。errorinstanceofDOMError。

Instead of making a lot of instanceof checks in your report method, consider using reportable exceptions.
Reportメソッド中で数多くのinstanceofチェックを行う代わりに、reportableexceptionsの使用を考慮してください。

XPConnect knows all about tearoffs and modifies the object that you QueryInterface or instanceof to cache all its known interfaces.
XPConnectはtearoffに関してすべて知っていますし、既知のインタフェースをすべて得るためにQueryInterfaceやinstanceofをしたオブジェクトを変更します。

And instanceof operator really shines when we are working with a class hierarchy and want to check for the class taking into account inheritance.
そして、instanceof演算子は、クラス階層を扱っていて継承を考慮したクラスのチェックをしたい場合に本当に輝きます。

Unlike standard JavaScript globals, the test obj instanceof xpcomInterface works as expected even if obj is from a different scope.
標準JavaScriptの環境と異なり、objが異なるスコープ由来であってもobjinstanceofxpcomInterfaceでの確認は期待どおりに動作します。

The instanceof version is much better, because in the future we are going to extend ValidationError, make subtypes of it, like PropertyRequiredError.
Instanceofの方がよりベターです。なぜなら、将来ValidationErrorを拡張し、PropertyRequiredErrorのようなサブタイプを作るからです。

This offers all the usual mock object goodness but the resulting mock will not inherit the class type of the object being mocked, i.e. it will not pass any instanceof comparison.
この方法は通常のモックオブジェクトの利点を持っていますが、結果としてモックはモックしているオブジェクトのクラスタイプを継承できないため、たとえばinstanceof比較はパスしないでしょう。

In modern scripts, we can use instanceof and other class-based tests to see the node type, but sometimes nodeType may be simpler.
現代のスクリプトでは、instanceofと他のクラスベースのテストを使ってノードタイプを見ることができますが、nodeTypeの方がシンプルなときもあります。

One caveat to the instanceof solution is that it doesn't work when there are multiple copies of React on the page, and the component we're checking inherits from another React copy's React. Component.
Instanceofソリューションの注意点の1つは、ページ上にReactのコピーが複数ある場合、それが機能しないこと、そしてチェックしているコンポーネントが別のReactコピーのReact.Componentから継承されることです。