ホームページ > 記事 > ウェブフロントエンド > JavaScript オブジェクトの再学習

JavaScript オブジェクトの再学習

coldplay.xixi転載: 2020-10-09 16:41:431690ブラウズ

#JavaScript コラムでは JavaScript のオブジェクトを紹介し、新たな理解を与えます。

ここでは、さらに 2 つの重要な型、

Object と Symbol について学び続けます。ここでは主にオブジェクトについて説明しますが、オブジェクトに比べればシンボルは脇役にすぎません。

誰もが非常に早い段階でオブジェクトの概念に触れており、実際、人々は約 5 歳でオブジェクトの抽象化を習得します。多くの場合、私たちはプログラミングを学ぶときにのみオブジェクトがオブジェクトであると考えるようです。しかし、認知的な観点から見ると、それは私たちが数値の値の種類を通常理解するよりもはるかに早いはずです。したがって、歴史的に見ると、物体は人間の自然な思考に近いものであると常に評価されてきました。

私たちは子供の頃から物という概念を持っていると先ほど言いましたが、なぜ子供の頃からそれを持っていると言えるのでしょうか?オブジェクトとは実際には英語で非常に広い意味を持ち、抽象的なオブジェクトでも実際のオブジェクトでも構いません。しかし、私たちの中国語では、パウロのすべてのものを表し、オブジェクトの意味を表現できる適切な言葉が見つかりません。したがって、中国語ではこれをそのまま「オブジェクト」と訳します。

つまり、この中国語訳語はオブジェクトについての誤解を引き起こしています。 objectは英語なのでターゲットという言葉の意味に近いと思います。実は台湾ではObjectを「物体」と訳します。確かにオブジェクトという単語の方が意味的には適切ですが、誰もがオブジェクトという単語に特に馴染みがないため、専門名詞に進化しました。

しかし、何はともあれ、私たちはそのような概念を頭の中に持つべきであり、子供の頃から私たちは同じ 3 匹の魚がいるが、実際には 3 つの異なる物体であることを知っているはずです。では、なぜ同じ魚が異なるオブジェクトになるのでしょうか?

このように理解できますが、ある日突然、一匹の魚の尻尾が噛みちぎられてしまいました。他の2匹の魚には影響がなかったのには驚きました。したがって、これら 3 匹の魚をコンピュータで記述する場合、それらは同じデータオブジェクトの 3 セットである必要がありますが、3 つのコピーは別々に保存され、互いに独立しています。
この種類の魚と魚の違いは、実際には、それらのオブジェクトの特性を具体化したものです。一部の認知研究では、私たちが 5 歳頃には

という認知能力を備えていると考えられています。実際、今日の子どもたちは発達が早く、5 歳の時点ですでに最低レベルの認知能力を持っています。年。 2～3歳になると、このリンゴはあのリンゴとは違う、このリンゴを一口食べれば他のリンゴは大丈夫だということは誰でも知っています。

したがって、これら 3 匹の魚をコンピューターで記述する場合、データは同じ 1 つではなく 3 つのオブジェクトの状態であるため、データを 3 つの別々のコピーに保存する必要があります。は 3 つのコピーに保存されていますが、それらはたまたま同じです。実は、これはすべてのオブジェクト指向プログラミングの基礎ですつまり、この魚ならこの魚、この魚でなければこの魚ではない、という理由で違いはありません。オブジェクト自体の状態の変化。

それでは、私たちはオブジェクトをどのように理解しているのでしょうか?

すべてのオブジェクトは一意であり、それ自体のステータスとは何の関係もありません。ステータスはオブジェクトによって決まります。

2 つのオブジェクトが同じステータスであっても、それらは同じではありません。等しい。。したがって、オブジェクトをデータとして使用することがありますが、これは実際には言語使用スキルであり、オブジェクトをオブジェクトとして使用するわけではありません。たとえば、構成を渡すとき、実際には、構成を渡すプロセスではオブジェクトが実際にはオブジェクトとして扱われません。転送する代わりに、オブジェクトをデータキャリアとして使用して転送します。今回は、オブジェクト型の使用と言語自体の設計目的との間の逸脱が関係します。

オブジェクトを記述するために状態を使用します。たとえば、オブジェクト「魚」があり、その状態は「尾」があるかどうか、および「目の大きさ」です。これらの状態値を使用します。オブジェクトを説明するため。

私たちの状態の変化は行動であり、状態の変化は魚の尻尾がなくなって噛み切られたことです。それからしばらくすると、新しい尻尾が生えてきて、その尻尾が前後に揺れるようになりました。これらはすべてステータスの変化です。そして、こうした状態の変化は行動です。

#オブジェクトの 3 つの要素

状態 —— 状態
行動 —— 動作

実際、哲学者は、魚の一意の識別子は何かなどのオブジェクトを研究し、魚のすべての骨を取り出します。魚、まだこの魚ではありません。次に、すべての肉を切り取って、それが同じ魚であるかどうかを確認するために組み立てます。これが有名な哲学的質問「

テセウスの船」です。

これについては気にする必要はありません。変数には一意の識別子があり、これはオブジェクトの中核要素でもあるとだけ言っておきます。

オブジェクトには状態が必要であり、状態は変更可能であり、変更は動作です。このようにして、オブジェクトの 3 つの要素が確立されます。

私たちの頭の中のどんな概念も、現実のどんな物体も、3つの要素が揃っていれば、物体になりえます。

First

Class
クラスとタイプ タイプは 2 つの異なる概念です。

実際には、「動物」と呼ばれる魚の大きな分類があり、動物の下には羊などの他の動物の分類もあります。したがって、魚と羊の共通点を「動物的」と表現します。次に、レイヤーごとに抽象化すると、「Animal」の上にオブジェクトが追加されます。

カテゴリーは、オブジェクトを説明する非常に一般的な方法です。たとえば、先ほど話した生物、オブジェクトは、すべての生物を門、目、科、属、種に分けるのに使用できます。これは非常に大きな分類です。システム。コードを書くときの分類は業務に役立つものであり、それほど細かく分ける必要はありません。通常、共通のニーズをコードに記述し、哺乳類、卵を産む動物、脊索動物などを区別せずに「動物」について言及します。

分類には 2 つの学校があり、1 つは

categorization

、もう 1 つは

category です。

分類

分類

次に、JavaScript がオブジェクトをどのように記述するかについて説明します。

プロトタイプとは、実際には「猫を追いかけて虎を描く」という意味で、猫を追いかけて虎を描くプロトタイプの手法です。猫とトラは非常に似ているため、両者の直接の違いを区別するだけで十分です。

たとえば、今魚を研究したい場合は、特定のコイなどの典型的な魚を見つけて、このコイのすべての特徴を fish プロトタイプに追加する必要があります。他の魚にオブジェクトがある限り、魚のプロトタイプに基づいて修正します。たとえば、ナマズはコイよりも食用であり、肉を食べるし、体は滑りやすいので、これらの特徴をコイの原型に追加して、ナマズを記述することができます。

そこで、羊のカテゴリでは、基本的なプロトタイプとして小さな羊も選択しました。次に、ヤギを見つけて、その特徴がひげ、曲がった足、長くて硬い、山に登ることができると分析した場合、これらの特徴を小さな羊のプロトタイプに追加して、ヤギについて説明します。。

次に、4 つのひづめを持つトラなど、優れた「動物」の中から典型的な動物を選択します。ただし、すべての動物が 4 つのひづめを持つわけではありませんが、プロトタイプの選択は比較的簡単です。比較的自由です。。たとえば、動物のプロトタイプとしてヘビを選択した場合、魚を描写するときには多大な労力がかかり、猫を描写するときにはさらに多くの労力がかかります。

プロトタイプには、オブジェクトプロトタイプという最終プロトタイプも存在しますが、これはすべてのアイテムの代表的なアイテムであり、すべてのオブジェクトの祖先とも言えます。私たちはあらゆるオブジェクトを、記述されているオブジェクトとの違いという観点から記述します。

一般に、オブジェクトプロトタイプ の上にプロトタイプはありませんが、一部の言語では Nihilo プロトタイプを使用できます。ニヒロは無と空虚を意味し、言語に依存しない言い方です。 JavaScript の特定の機能を使用して記述すると、Nihilo プロトタイプは null となり、誰にとっても理解しやすく、null# # を簡単に作成できます。 # オブジェクトのプロトタイプ。

簡単な要約:

私たちのプロトタイプは、人間の本来の認識に近いオブジェクトを記述する方法です。
つまり、さまざまなオブジェクト指向手法が実際に存在します。絶対的な正誤はなく、シナリオごとにコストが異なるだけです。
プロトタイプの認知コストは低く、間違った選択をするコストも比較的低いため、プロトタイプは次のような用途に適しています。それほど明確ではなく、比較的自由に説明できるものです。シナリオ
分類 (クラス) は、より厳密なシナリオでの使用により適しており、クラスには利点があります。自然に型システムと統合されており、非常に多くの言語がクラスの使用を選択します継承関係は型システムの継承関係に統合されます

「犬に噛まれる」クラスをどのように設計するかを書く必要がある場合は?

比較的単純な方法に従う場合は、

Dog

クラスを定義し、このクラスに bite メソッドを与えます。 <pre class="brush:php;toolbar:false;">class Dog { bite(Human) { // ...... } }复制代码</pre> このようなコードは私たちの質問とまったく同じですが、この抽象化は間違った抽象化です。これはオブジェクト指向の基本特性に違反するため、どのように設計しても、この

bite

が犬に起こる限り、それは間違っています。＃＃＃＃＃＃＃＃＃なぜ？

もちろん、犬が人間を食べる場合、人間を食べると犬は満腹になり、犬の状態が変化するため、かろうじて確立できます。しかし、犬が人を噛んだ場合、基本的にはこの行動によって犬の状態が変わることはないと考えることができます。

したがって、「person」クラスで動作を設計する必要があります。次に、学生の中には、人々に biteBy

の動作を追加する必要があるのではないかと尋ねる人もいます。それはただ噛まれるという行為ですか？人の状態を変更するには、その人のクラスの動作を使用する必要があるため、これは正しくないようです。では、この動作の名前は何にすべきでしょうか?

ここでのより合理的な動作は、傷ついたことを示す

hurt である必要があり、この動作に渡されるパラメータはダメージの程度 damage

です。なぜなら、ここの人々は被害の大きさだけを気にしていて、それが犬に噛まれたかどうかなど気にする必要がないからです。

class Human {
  hurt(damage) {    //......
  }
}复制代码

狗咬人在实际开发场景中，是一个业务逻辑，我们只需要设计改变人 Human 对象内部的状态的行为，所以它正确的命名应该是 hurt。这里的 damage，可以从狗 Class 中咬 bite，的行为方法中计算或者生成出来的一个对象，但是如果我们直接传狗 Dog 的对象进来的话，肯定是不符合我们对对象的抽象原则的。

最终我们的代码实现逻辑如下：

class Human {  constructor(name = &#39;人&#39;) {    this.name = name;    this.hp = 100;
  }

  hurt(damage) {    this.hp -= damage;    console.log(`${this.name} 受到了 ${damage} 点伤害，剩余生命中为 ${this.hp}`);
  }
}class Dog {  constructor(name = &#39;狗&#39;) {    this.name = name;    this.attackPower = 10; // 攻击力
  }

  bite() {    return this.attackPower;
  }
}let human = new Human(&#39;三钻&#39;);let dog = new Dog();

human.hurt(dog.bite()); // 输出：三钻 受到了 10 点伤害，剩余生命中为 90复制代码

设计对象的原则：

我们不应该受到语言描述的干扰（特别是业务需求的干扰）

在设计对象的状态和行为时，我们总是遵循 “行为改变状态” 的原则

违背了这个原则，整个对象的内聚性就没有了，这个对架构上会造成巨大的破坏

相关免费学习推荐：javascript（视频）

以上がJavaScript オブジェクトの再学習の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明：

この記事はjuejin.imで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。

前の記事：ネイティブ JavaScript で弾幕コンポーネントを実装する方法次の記事：ネイティブ JavaScript で弾幕コンポーネントを実装する方法

続きを見る