משנים מפתחות, מאבדים ערכים  TL;DR: כאשר אתה משתמש באובייקטים הניתנים לשינוי כמפתחות באוספים גיבובים, שינוים שובר חוזים.  בעיות 😔  ערכים אבודים  איתור באגים קשה  הפרת עקרון ההפתעה הפחותה  התנהגות בלתי צפויה  פתרונות 😃  השתמש באובייקטים   כמפתחות. בלתי ניתנים לשינוי  עוקף   היטב. שווה/hashCode  השתמש בשדות אחרונים (אם השפה שלך מאפשרת זאת)  Rehash לאחר מוטציה (זהו פתרון הנדסת יתר)  הקשר 💬  כאשר אתה משתמש באובייקטים הניתנים לשינוי כמפתחות   , שינוי המפתח שלהם לאחר הוספת אובייקט קשור יכול להפוך אותו לבלתי ניתן לאחזור. באוספים גיבובים  זה קורה בגלל שקוד ה-hash משתנה והאוסף לא יכול למצוא את האובייקט בדלי הנכון.  קוד לדוגמה 📖  לא נכון ❌   class MutableKey { int id; MutableKey(int newId) { this.id = newId; } @Override public int hashCode() { return this.id; } @Override public boolean equals(Object objectToCompare) { if (this == objectToCompare) return true; MutableKey that = (MutableKey) objectToCompare; return id == that.id; } } MutableKey key = new MutableKey(42); Map<MutableKey, String> map = new HashMap<>(); map.put(key, "Yes Album"); // The key mutates key.id = 90125; // Now you cannont retrieve the album System.out.println(map.get(key)); // Output: null  נכון 👉   class ImmutableKey { private final int id; ImmutableKey(int newId) { this.id = newId; } @Override public int hashCode() { return this.id; } @Override public boolean equals(Object objectToCompare) { if (this == objectToCompare) return true; ImmutableKey that = (ImmutableKey) objectToCompare; return id == that.id; } } ImmutableKey key = new ImmutableKey(42); Map<ImmutableKey, String> map = new HashMap<>(); map.put(key, "Yes Album"); System.out.println(map.get(key)); // Output: Yes Album  זיהוי IP  חצי אוטומטי  אתה יכול לזהות את הריח הזה על ידי בדיקה אם אתה משתמש באובייקטים הניתנים לשינוי כמפתחות באוספים מבוססי hash.  כלים אוטומטיים כמו linters או בדיקות IDE יכולים גם לסמן מפתחות הניתנים לשינוי.  תגיות 🏷️  השתנות  רמה 🔋  ביניים  למה הבייג'יון חשוב 🗺️    בין העולם האמיתי לתוכנית שלך חשוב מכיוון שהוא מבטיח שהאובייקטים שלך משקפים במדויק את היחסים שהם אמורים לייצג. השילוב  בעולם האמיתי, מפתחות הם לרוב בלתי ניתנים לשינוי (למשל, מזהים, שמות).  כאשר אתה מדגמן מפתחות אלה כאובייקטים הניתנים לשינוי, אתה שובר את ההתכתבות האחד לאחד בין העולם האמיתי לתוכנית שלך ב-   . MAPPER  כאשר אתה שובר את החילוף הזה באמצעות מפתחות הניתנים לשינוי, אתה גורם לחוסר עקביות של המפה ולהוביל לכשלים באחזור ולהתנהגות בלתי צפויה.  דור AI 🤖  מחוללי AI עשויים ליצור את הריח הזה אם הם יוצרים אובייקטים הניתנים לשינוי כמפתחות מבלי להתחשב בהשלכות.  זה קורה לעתים רחוקות מכיוון שמחוללי AI סובלים   . מאובססיה פרימיטיבית  זיהוי בינה מלאכותית 🥃  מחוללי AI יכולים לזהות את הריח הזה עם הוראות לנתח את השימוש באובייקטים הניתנים לשינוי באוספים מבוססי hash ולסמן בעיות פוטנציאליות.  אתה יכול להורות ל-AI לחפש מחלקות ללא שדות   או שיטות שמשנות את מצב האובייקט לאחר היצירה. סופיים  נסה אותם! 🛠   זכור: עוזרי AI עושים הרבה טעויות  ללא הוראות מתאימות  עם הוראות ספציפיות   ChatGPT   ChatGPT   קלוד   קלוד   מְבוּכָה   מְבוּכָה   טייס משנה   טייס משנה   מַזַל תְאוּמִים   מַזַל תְאוּמִים   DeepSeek   DeepSeek   מטא AI   מטא AI  מסקנה 🏁  כאשר אתה משתמש באובייקטים הניתנים לשינוי כמפתחות, אתה מסתכן בשבירת החוזה בין מצב המפתח לקוד ה-hash.  השתמש באובייקטים בלתי ניתנים לשינוי כדי למנוע בעיה זו.  יחסים 👩‍❤️‍💋‍👨   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxiv   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxv   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxiv   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxxvi   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xviii   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxvi   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xlii  מידע נוסף 📕   https://en.wikipedia.org/wiki/Hash_function?embedable=true   https://hackernoon.com/is-it-crystal-clear-for-everybody-that-a-date-should-not-mutate-wuoy3z03?embedable=true  כתב ויתור 📘  ריחות קוד הם   . דעתי  קרדיטים 🙏  תמונה מאת   ב-  Kathyryn Tripp Unsplash  התכונה החשובה ביותר של תוכנית היא האם היא משיגה את כוונת המשתמש שלה.  CAR Hoare   https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true  מאמר זה הוא חלק מסדרת CodeSmell.   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?embedable=true

The code in this story is for educational purposes. The readers are solely responsible for whatever they build with it.

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - REFACTORING.

משנים מפתחות, מאבדים ערכים

About Author

הערות

תלו תגים

מאמר זה הוצג ב

Related Stories

The TechBeat: Python's Testing Playbook: Building Bulletproof Code (1/18/2024)

ברכות עונות מ-HackerNoon: Boost Stories עם תרגומים, דיבור לטקסט ועוד

100 Days of AI, Day 13: How Instruction Finetuning Improves a Pre-trained LLM

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

The TechBeat: Python's Testing Playbook: Building Bulletproof Code (1/18/2024)

ברכות עונות מ-HackerNoon: Boost Stories עם תרגומים, דיבור לטקסט ועוד

100 Days of AI, Day 13: How Instruction Finetuning Improves a Pre-trained LLM

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps