Đừng để mã kiểm tra lọt vào sản xuất  Tóm lại: Tránh thêm   hoặc các cờ tương tự. isTesting  Vấn đề 😔  Trừu tượng rò rỉ  Ô nhiễm mã phi kinh doanh  Mã dễ vỡ  Hành vi không nhất quán  Phụ thuộc ẩn  Gỡ lỗi khó khăn   Cờ Boolean  Các bài kiểm tra không đáng tin cậy   Mã phụ thuộc vào sản xuất  Giải pháp 😃  Xóa bỏ  hành vi Nếu  Sử dụng tiêm phụ thuộc  Mô hình hóa các dịch vụ bên ngoài (Đừng   chúng) chế giễu  Cấu hình riêng biệt  Logic kiểm tra cô lập  Duy trì ranh giới hành vi sạch sẽ  Tái cấu trúc ⚙️   https://hackernoon.com/refactoring-014-how-to-remove-if?embedable=true  Bối cảnh 💬  Khi bạn thêm các cờ như   , bạn sẽ kết hợp mã thử nghiệm và mã sản xuất. isTesting  Điều này tạo ra các đường dẫn ẩn chỉ hoạt động trong các bài kiểm tra.  Ngoài ra, bạn không đề cập đến mã sản xuất thực tế.  Bạn có nguy cơ áp dụng hành vi thử nghiệm vào sản xuất, dẫn đến lỗi và hành vi không thể đoán trước.  Mã mẫu 📖  Sai ❌   struct PaymentService { is_testing: bool, } impl PaymentService { fn process_payment(&self, amount: f64) { if self.is_testing { println!("Testing mode: Skipping real payment"); return; } println!("Processing payment of ${}", amount); } }  Đúng 👉   trait PaymentProcessor { fn process(&self, amount: f64); } struct RealPaymentProcessor; impl PaymentProcessor for RealPaymentProcessor { fn process(&self, amount: f64) { println!("Processing payment of ${}", amount); } } struct TestingPaymentProcessor; impl PaymentProcessor for TestingPaymentProcessor { // Notice this is not a mock fn process(&self, _: f64) { println!("No payment: Skipping real transaction"); } } struct PaymentService<T: PaymentProcessor> { processor: T, } impl<T: PaymentProcessor> PaymentService<T> { fn process_payment(&self, amount: f64) { self.processor.process(amount); } }  Phát hiện 🔍    Bán tự động [x]  Bạn có thể phát hiện ra dấu hiệu này bằng cách tìm kiếm các cờ có điều kiện như   ,   ,   và các thành ngữ tương tự như thế này. isTesting environment == 'test' DEBUG_MODE  Điều này chỉ ra rằng hành vi thử nghiệm đang bị rò rỉ vào mã sản xuất.  Thẻ 🏷️  Kiểm tra  Cấp độ 🔋    Trung cấp [x]  Tại sao song ánh lại quan trọng 🗺️  Bạn cần phân tách rõ ràng giữa mã thử nghiệm và mã sản xuất.  Khi bạn kết hợp chúng, bạn phá vỡ   một-một giữa hành vi trong thế giới thực và chương trình. sự song ánh  Vì môi trường là các thực thể trong thế giới thực nên bạn cần mô hình hóa chúng một cách rõ ràng trong   . MAPPER  Thế hệ AI 🤖  Mã do AI tạo ra thường phát hiện ra mùi này khi bạn sử dụng các thủ thuật hack nhanh để thử nghiệm.  Một số công cụ gợi ý các cờ như   vì chúng ưu tiên sự dễ sử dụng hơn là thiết kế phù hợp. isTesting  Phát hiện AI 🥃  Các công cụ AI có thể phát hiện ra điều này nếu bạn cấu hình chúng để đánh dấu logic có điều kiện dựa trên trạng thái thử nghiệm.  Hãy thử chúng! 🛠   Hãy nhớ: Trợ lý AI mắc rất nhiều lỗi  Gợi ý: Xóa phương thức IsTesting và thay thế bằng cách mô hình hóa môi trường  Không có hướng dẫn đúng đắn  Với hướng dẫn cụ thể   Trò chuyệnGPT   Trò chuyệnGPT   Claude   Claude   Sự bối rối   Sự bối rối   Phi công phụ   Phi công phụ   Song Tử   Song Tử   Tìm kiếm sâu   Tìm kiếm sâu   Siêu AI   Siêu AI   Qwen   Qwen  Kết luận 🏁  Tránh sử dụng cờ   . isTesting  Sử dụng tính năng tiêm phụ thuộc và mô hình hóa môi trường để tách biệt logic thử nghiệm và logic sản xuất.  Quan hệ 👩‍❤️‍💋‍👨   https://hackernoon.com/how-to-find-the-stinky-parts-of-your-code-part-xxii   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-vi-cmj31om   https://hackernoon.com/code-smell-242-zombie-feature-flags?embedable=true  Tuyên bố miễn trừ trách nhiệm 📘  Code Smells là   của tôi. ý kiến  Tín dụng 🙏  Ảnh của   trên  Christian Gertenbach Unsplash  Khi bạn thêm cờ kiểm tra, bạn sẽ làm giảm sự tin tưởng vào quá trình sản xuất.   Phường Cunningham   https://hackernoon.com/400-thought-provoking-software-engineering-quotes?embedable=true  Bài viết này là một phần của Series 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

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

dài quá đọc không nổi

Make resilience your competitive advantage

Mùi mã 293 - Bạn nên tránh thêm isTesting hoặc các cờ tương tự

Mùi mã 293 - Bạn nên tránh thêm isTesting hoặc các cờ tương tự

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

85 Stories To Learn About Productivity Hacks

145 Stories To Learn About Book

85 Stories To Learn About Travel

72 Stories To Learn About Adam Smith

85 Stories To Learn About Productivity Hacks

145 Stories To Learn About Book

85 Stories To Learn About Travel

72 Stories To Learn About Adam Smith

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps