플래그로 부올 변수를 사용하면 임의의 구현 복잡성을 도입하고 Ifs로 코드를 오염시킵니다. 
 
 TL;DR: 부올 변수를 피하십시오, 그들은 조건적 논리로 이어지며 Ifs를 작성하도록 강요합니다. TL;DR: 부올 변수를 피하십시오, 그들은 조건적 논리로 이어지며 Ifs를 작성하도록 강요합니다. 문제 
 
 
 
 
 
 확장성 일부 언어에서의 비교 잃어버린 polymorphism 제한된 세미나 원시적 집착 솔루션 
 
 
 
 
 Boolean 맵이 실제 세계의 엔터테인먼트로 이동하면 안전합니다. 모델 부올은 개방 / 폐쇄 원칙에 따라 확장성을 선호하는 상태입니다.Model Booleans as a State to favor Extensibility following the Open / Closed Principle. intention-revealing 개체를 만듭니다 Boolean을 Polymorphism으로 대체하는 방법 ️ ️ https://hackernoon.com/refactoring-014-how-to-remove-if?embedable=true 예제 
 
 
 깃발 상태 지표 컨텍스트 부올 변수는 복잡한 도메인을 과도하게 단순화하도록 유혹합니다. 부올어를 사용하면 많은 상태가 존재할 수있는 두 가지 상태를 강요합니다. 이것은 당신이 하드코드 행동을 기반으로하기 때문에 커플링을 만듭니다.This creates coupling because you hardcode behavior based on 전체 코드에 흩어져 있는 체크. 진실 / 가짜 플래그라는 이름의 변수는 현실 세계에서 무엇을 나타내는지 알려주지 않습니다. 심지어 묘사적인 이름들처럼 또는 도메인 개념을 공개하는 대신 구현 세부 사항을 누릅니다. 이스라엘 용서 문제는 세 번째 상태가 필요할 때 발생합니다.당신은 기존 코드를 깨지지 않고도 부올 코드를 확장할 수 없습니다. 암시 상태를 만드는 여러 개의 부올 조합으로 끝나고 코드를 취약하고 이해하기 어렵게 만듭니다. 현실 세계의 단체는 거의 두 개의 주를 가지고 있지 않습니다. 트래픽 라이트는 "열"또는 "열"이 아닙니다 - 그것은 빨간색, 노란색 또는 녹색입니다. 주문은 단순히 "불금"또는 "불금"이 아닙니다 - 그것은 중지, 처리, 배송 또는 배달 될 수 있습니다. Sample Code 📖 Wrong 🚫 <?

function processBatch(
    bool $useLogin,
    bool $deleteEntries,
    bool $beforeToday) {
    // ...
}
 <?

function processBatch(
    LoginStrategy $login,
    DeletionPolicy $deletionPolicy,
    Date $cutoffDate) {
    // ...
}
 탐지기 
 
 매뉴얼 자동 검출은 B 사용에 대해 경고 할 수 있지만 이것은 가짜 긍정적 인 결과를 가져올 수 있습니다. 클래스에 있는 부올 특성, 방법에 있는 부올 매개 변수, 그리고 부올 값을 확인하는 조건성 문을 검색할 수 있습니다.You can search for boolean attributes in classes, Boolean parameters in methods, and conditional statements that check Boolean values. 그들의 이름에 "is", "has", "can" 또는 "flag"가있는 변수를 찾으십시오. Watch for multiple Boolean combinations that represent different states. 예외 
 
 
 진정한 / 거짓된 세계의 규칙 일부 언어는 Boolean 비교자와 문제를 가지고 있습니다. 이러한 우연한 복잡성 언어와 함께, 부올어는 일반적인 오류 원천입니다. ️️ 
 
 IFS 레벨 [x] 중간 ️ ️ ️ ️ ️ ️ ️ 당신의 코드는 항상 현실을 반영해야합니다. When you use a Boolean to represent an employee's status, you break the bijection between your software and the  . 지도 실제 직원들은 A가 없습니다. 그들은 "휴가"또는 "거리에서 일하는"과 같은 구체적인 상태를 가지고 있습니다. 진실 / 가짜 이 깨진 도메인 전문가가 생각하는 방식과 코드가 작동하는 방식 사이에 격차를 만듭니다.Business people talk about "vacation status" or "remote work," not about "is_on_vacation equals true." 지도를 부올어를 사용하여 모델링 할 때 비즈니스 언어와 코드 사이의 번역을 강요하여인지 부하와 오류 잠재력을 증가시킵니다. 이 새로운 직원 상태를 추가하면 코드베이스에 흩어져있는 모든 부올 논리를 수정하는 것을 의미합니다. Bijection 적절한 도메인 모델링을 사용하면 단순히 새로운 상태 클래스를 추가합니다.The broken mapping makes your code rigid where reality is flexible. 세대 AI 코드 생성기는 간단함과 간단함을 최적화하기 때문에 종종 부올 깃발을 만듭니다. 그들은 종종 제안 또는 boilerplate 코드를 생성할 때 깃발을 표시합니다. 활성화_ 허용 - 허용 이 패턴을 피하기 위해 도메인 모델링을 명시적으로 요청해야 합니다.You must explicitly request domain modeling to avoid this pattern. 탐지기 AI 도구는 컨텍스트를 제공할 때 중간 정확도로 부올 변수를 감지할 수 있습니다. 도메인 기반 디자인과 상태 패턴 사용을 원한다는 것을 지정해야 합니다.You need to specify that you want domain-driven design and state pattern use. 단순한 인스턴스는 부올린을 피하기위한 명시적 인 지시없이 냄새를 잡을 수 없습니다. 시도해 보세요! 기억하십시오 : AI 조수는 많은 실수를합니다. 
 
 제안된 프롬프트: correct=Replace Boolean variables with polymorphism 제안된 프롬프트: correct=Replace Boolean variables with polymorphism 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Without Proper Instructions 
 With Specific Instructions 
 
 
 
 ChatGPT 
 ChatGPT 
 
 
 
 Claude 
 Claude 
 
 
 
 Perplexity 
 Perplexity 
 
 
 
 Copilot 
 Copilot 
 
 
 
 You 
 You 
 
 
 
 Gemini 
 Gemini 
 
 
 
 DeepSeek 
 DeepSeek 
 
 
 
 Meta AI 
 Meta AI 
 
 
 
 Grok 
 Grok 
 
 
 
 Qwen 
 Qwen 채팅 채팅 클라우드 Claude 혼란 혼란 조종사 조종사 당신 당신 쌍둥이 Gemini 깊이 찾기 깊이 찾기 타겟 AI 타겟 AI 그로크 그로크 QWEN QWEN 결론 Take extra care when declaring something  깃발은 유지하고 확장하기가 어렵습니다. Boolean 도메인에 대해 자세히 알아보십시오.Migrating to ifs/switch/cases 대신에 polymorphism을 사용합니다. state design pattern Relations 👩‍❤️‍💋‍👨 https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xi-sit35t1 https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xiii https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxi https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-v-evj3zs9 https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxi 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-xxxx?embedable=true https://hackernoon.com/code-smell-270-boolean-apis?embedable=true 더 많은 정보 https://martinfowler.com/bliki/FlagArgument.html?embedable=true 으로도 알려져 있습니다. 
 
 깃발 학대 크레딧 사진 by 는 Phil 듣기 Unsplash에 대하여 이 문서는 CodeSmell 시리즈의 일부입니다. https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-i-xqz3evd?embedable=true

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

이 오디오는 이야기의 원래 언어로 제작되었습니다!

너무 오래; 읽다

Code Smell 07 - Boolean Variables 피하기

Code Smell 07 - Boolean Variables 피하기

About Author

코멘트

태그 걸기

이 기사는 다음에서 발표되었습니다.

Related Stories

작업 흐름을 10배 향상하는 방법: 17가지 필수 앱

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

AI/ML 데이터레이크용 참조 아키텍처 구축을 위한 설계자 가이드

HackerNoon 글쓰기 대회에서 우승하고 싶으신가요? #crypto-api 대회 우승자들이 추천하는 내용은 다음과 같습니다.

작업 흐름을 10배 향상하는 방법: 17가지 필수 앱

사용자 중심의 암호화 제품 만들기: 고객 피드백의 중요성

AI/ML 데이터레이크용 참조 아키텍처 구축을 위한 설계자 가이드

HackerNoon 글쓰기 대회에서 우승하고 싶으신가요? #crypto-api 대회 우승자들이 추천하는 내용은 다음과 같습니다.

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps