Смяна на ключове, загуба на стойности  TL;DR: Когато използвате променливи обекти като ключове в хеширани колекции, промяната им прекъсва договорите.  Проблеми 😔  Загубени ценности  Твърдо отстраняване на грешки  Нарушение на принципа за най-малка изненада  Неочаквано поведение  Решения 😃  Използвайте   обекти като ключове. неизменни  Замяна на   добре. равно/хеш код  Използвайте крайни полета (ако вашият език го позволява)  Rehash след мутация (Това е прекалено инженерно решение)  Контекст 💬  Когато използвате променливи обекти като ключове в   , промяната на техния ключ след добавяне на свързан обект може да го направи невъзстановим. хеширани колекции  Това се случва, защото хеш кодът се променя и колекцията не може да намери обекта в правилната кофа.  Примерен код 📖  Грешно ❌   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  Откриване 🔍  Полуавтоматичен  Можете да откриете тази миризма, като проверите дали използвате променливи обекти като ключове в колекции, базирани на хеш.  Автоматизирани инструменти като линтери или инспекции на IDE също могат да маркират променливи ключове.  Етикети 🏷️  Изменчивост  Ниво 🔋  Междинен  Защо биекцията е важна 🗺️    между реалния свят и вашата програма е важна, защото гарантира, че вашите обекти точно отразяват връзките, които трябва да представляват. Биекцията  В реалния свят ключовете често са неизменни (напр. идентификатори, имена).  Когато моделирате тези ключове като променливи обекти, нарушавате съответствието едно към едно между реалния свят и вашата програма в   . MAPPER  Когато прекъснете тази биекция с помощта на променливи ключове, вие правите картата непоследователна, което води до грешки при извличане и неочаквано поведение.  AI поколение 🤖  Генераторите на AI може да създадат тази миризма, ако генерират променливи обекти като ключове, без да обмислят последиците.  Това рядко се случва, тъй като AI генераторите страдат от   . примитивна мания  AI откриване 🥃  Генераторите на AI могат да открият тази миризма с инструкции за анализиране на използването на променливи обекти в колекции, базирани на хеш, и да маркират потенциални проблеми.  Можете да инструктирате AI да търси класове без   полета или методи, които променят състоянието на обекта след създаването. крайни  Опитайте ги! 🛠   Запомнете: AI Assistants правят много грешки  Без подходящи инструкции  С конкретни инструкции   ChatGPT   ChatGPT   Клод   Клод   недоумение   недоумение   Втори пилот   Втори пилот   Близнаци   Близнаци   DeepSeek   DeepSeek   Мета AI   Мета AI  Заключение 🏁  Когато използвате променливи обекти като ключове, рискувате да нарушите договора между състоянието на ключа и хеш кода.  Използвайте неизменни обекти, за да избегнете този проблем.  Връзки 👩‍❤️‍💋‍👨   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  Отказ от отговорност 📘  Code Smells са мое   . мнение  Кредити 🙏  Снимка от   в  Катирин Трип Unsplash  Най-важното свойство на програмата е дали тя изпълнява намерението на своя потребител.  КАР Хоаре   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.

2020 - Hacker Noon Contributor of the Year in REFACTORING

2022 - HackerNoon Contributor of the Year - Clean Code

2022 - HackerNoon Contributor of the Year - Debugging

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Machine Learning

2022 - HackerNoon Contributor of the Year - Quality Assurance

2022 - HackerNoon Contributor of the Year - Refactoring

2022 - HackerNoon Contributor of the Year - Software Architecture

2022 - the Greatest Storyteller

Buy My Book

Share your ideas with me!

Read My Stories

Buy Me a Coffee

Software Engineer and Book Author

Това аудио е създадено на оригиналния език на историята!

Твърде дълго; Чета

Make resilience your competitive advantage

Смяна на ключове, загуба на стойности

About Author

КОМЕНТАРИ

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps