เมื่อใดจึงควรใช้ค่า Null ของ Boolean

Java booleanช่วยให้ค่าของtrueและfalseในขณะที่บูลีนช่วยให้true, และfalse nullฉันได้เริ่มแปลงของฉันbooleanเป็นBooleans ซึ่งอาจทำให้เกิดปัญหาในการทดสอบเช่น

Boolean set = null;
...
if (set) ...

ในขณะที่การทดสอบ

if (set != null && set) ...

ดูเหมือนว่าวางแผนไว้แล้วและเกิดข้อผิดพลาดได้ง่าย

เมื่อใดจะมีประโยชน์เมื่อใช้Booleans ด้วยค่า Null หรือไม่? ถ้าไม่เป็นเช่นนั้นแล้วสิ่งที่เป็นข้อได้เปรียบหลักของวัตถุที่ถูกห่อคืออะไร?

UPDATE: มีคำตอบที่มีค่ามากมายที่ฉันได้สรุปบางคำตอบในคำตอบของฉัน ฉันเป็นสื่อกลางที่ดีที่สุดใน Java ดังนั้นฉันจึงพยายามแสดงสิ่งที่ฉันคิดว่ามีประโยชน์ โปรดทราบว่าคำถามคือ "ใช้ถ้อยคำไม่ถูกต้อง" (บูลีนไม่สามารถ "มีค่า Null") แต่ฉันได้ทิ้งไว้ในกรณีที่คนอื่นมีความเข้าใจผิดที่เหมือนกัน

ใช้booleanแทนBooleanทุกครั้งที่ทำได้ สิ่งนี้จะหลีกเลี่ยงหลาย ๆNullPointerExceptionและทำให้รหัสของคุณแข็งแกร่งขึ้น

Boolean มีประโยชน์เช่น

• เพื่อจัดเก็บบูลีนในกลุ่ม (รายการแผนที่และอื่น ๆ )
• เพื่อแสดงบูลีน nullable (มาจากคอลัมน์บูลีน nullable ในฐานข้อมูลเป็นต้น) ค่า Null อาจหมายถึง "เราไม่รู้ว่ามันจริงหรือเท็จ" ในบริบทนี้
• แต่ละครั้งที่วิธีต้องการวัตถุเป็นอาร์กิวเมนต์และคุณต้องผ่านค่าบูลีน MessageFormat.format()ตัวอย่างเช่นเมื่อใช้สะท้อนหรือวิธีการเช่น

ฉันแทบไม่เคยใช้เลยBooleanเพราะความหมายของมันนั้นคลุมเครือและคลุมเครือ โดยทั่วไปคุณมีตรรกะ 3 สถานะ: จริงเท็จหรือไม่รู้จัก บางครั้งมันมีประโยชน์ที่จะใช้เมื่อคุณให้ผู้ใช้เลือกระหว่างสองค่าและผู้ใช้ไม่ได้ตอบเลยและคุณต้องการทราบข้อมูลนั้นจริงๆ (คิดว่า: คอลัมน์ฐานข้อมูลที่เป็นโมฆะ)

ฉันเห็นเหตุผลที่จะแปลงจากไม่มีbooleanที่จะBooleanเป็นค่าใช้จ่ายมันแนะนำหน่วยความจำเสริมความเป็นไปได้ NPE และการพิมพ์น้อย โดยปกติผมใช้ที่น่าอึดอัดใจBooleanUtils.isTrue()ที่จะทำให้ชีวิตของฉันนิด ๆ หน่อย ๆ Booleanง่ายขึ้นด้วย

เหตุผลเดียวสำหรับการดำรงอยู่ของBooleanคือความสามารถในการมีคอลเลกชันBooleanประเภท (generics ไม่อนุญาตbooleanเช่นเดียวกับดั้งเดิมอื่น ๆ ทั้งหมด)

ว้าวอะไรในโลก? มันเป็นแค่ฉันหรือว่าคำตอบทั้งหมดเหล่านี้ผิดหรืออย่างน้อยก็ทำให้เข้าใจผิด?

ชั้นบูลีนเป็นเสื้อคลุมรอบประเภทบูลีนดั้งเดิม การใช้ wrapper นี้จะสามารถส่งบูลีนในวิธีที่ยอมรับวัตถุหรือทั่วไป เช่นเวกเตอร์

วัตถุบูลีนไม่สามารถมีค่าเป็นศูนย์ได้ หากการอ้างอิงถึงบูลีนเป็นโมฆะก็หมายความว่าบูลีนของคุณไม่เคยถูกสร้างขึ้น

คุณอาจพบว่ามีประโยชน์: http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/Boolean.java

การอ้างอิง null บูลีนควรใช้เพื่อกระตุ้นตรรกะที่คล้ายกันซึ่งคุณมีการอ้างอิงโมฆะอื่น ๆ ใช้มันสำหรับตรรกะสามสถานะคือเงอะงะ

แก้ไข: ประกาศว่าBoolean a = true;เป็นข้อความที่ทำให้เข้าใจผิด นี่เท่ากับบางสิ่งที่ใกล้เคียงกับBoolean a = new Boolean(true); โปรดดูการล็อกอัตโนมัติที่นี่: http://en.wikipedia.org/wiki/Boxing_%28computer_science%29#Autoboxing

บางทีนี่อาจเป็นที่มาของความสับสน

แก้ไข 2: โปรดอ่านความคิดเห็นด้านล่าง หากใครมีความคิดว่าจะปรับโครงสร้างคำตอบของฉันเพื่อรวมสิ่งนี้โปรดทำเช่นนั้น

มีสามเหตุผลด่วน:

• เพื่อเป็นตัวแทนของค่าบูลีนฐานข้อมูลซึ่งอาจจะเป็นtrue, falseหรือnull
• เพื่อแทนxsd:booleanค่าของ XML Schema ที่ประกาศด้วยxsd:nillable="true"
• เพื่อให้สามารถใช้ประเภททั่วไป: List<Boolean>- คุณไม่สามารถใช้List<boolean>

คำตอบสำหรับคำถามของตัวเอง: ฉันคิดว่ามันจะมีประโยชน์ในการตอบคำถามของฉันเพราะฉันได้เรียนรู้มากมายจากคำตอบ คำตอบนี้มีวัตถุประสงค์เพื่อช่วยเหลือผู้ที่มีปัญหาในการทำความเข้าใจปัญหาดังกล่าว ถ้าฉันใช้ภาษาที่ไม่ถูกต้องโปรดแก้ไขฉัน

• โมฆะค่า "" ไม่ได้เป็นมูลค่าและเป็นพื้นฐานที่แตกต่างจากและtrue falseมันไม่มีตัวชี้ไปยังวัตถุ ดังนั้นการคิดว่าบูลีนเป็น 3 ค่าจึงเป็นสิ่งที่ผิด

• ไวยากรณ์สำหรับบูลีนเป็นตัวย่อและปกปิดความจริงที่ว่าการอ้างอิงชี้ไปที่วัตถุ:

  Boolean a = true;

ปกปิดความจริงที่trueเป็นวัตถุ การมอบหมายอื่น ๆ ที่เทียบเท่าอาจเป็น:

Boolean a = Boolean.TRUE;

หรือ

Boolean a = new Boolean(true);

• ไวยากรณ์ตัวย่อ

  if (a) ...

แตกต่างจากการมอบหมายอื่น ๆ ส่วนใหญ่และปกปิดข้อเท็จจริงที่ว่าอาจเป็นการอ้างอิงวัตถุหรือแบบดั้งเดิม หากวัตถุมีความจำเป็นต้องทดสอบnullเพื่อหลีกเลี่ยง NPE สำหรับฉันมันง่ายกว่าที่จะจำเรื่องนี้ทางจิตวิทยาถ้ามีการทดสอบความเท่าเทียมกัน:

if (a == true) ...

ที่เราอาจได้รับแจ้งให้ทดสอบเป็นโมฆะ ดังนั้นรูปแบบที่สั้นลงจะปลอดภัยเฉพาะเมื่อaเป็นแบบดั้งเดิม

สำหรับตัวเองตอนนี้ฉันมีคำแนะนำ:

• อย่าใช้ null เป็นตรรกะ 3 ค่า ใช้จริงและเท็จเท่านั้น
• ไม่กลับมาจากวิธีการที่มันอาจจะBoolean ผลตอบแทนเท่านั้นnullboolean
• ใช้Booleanสำหรับห่อองค์ประกอบในภาชนะบรรจุเท่านั้นหรือขัดแย้งกับวิธีการที่วัตถุต้องการ

คลาส Wrapper สำหรับไพรเมอร์สามารถใช้ในกรณีที่จำเป็นต้องใช้วัตถุคอลเลกชันเป็นตัวอย่างที่ดี

ลองนึกภาพคุณต้องด้วยเหตุผลบางอย่างเก็บลำดับของbooleanในArrayListนี้สามารถทำได้โดยการชกมวยในbooleanBoolean

มีคำไม่กี่คำเกี่ยวกับที่นี่

จากเอกสาร:

ดังที่โปรแกรมเมอร์ Java คนใดรู้คุณไม่สามารถใส่ int (หรือค่าดั้งเดิมอื่น ๆ ) ลงในคอลเล็กชันได้ คอลเลกชันสามารถเก็บการอ้างอิงวัตถุเท่านั้นดังนั้นคุณต้องใส่ค่าดั้งเดิมลงในคลาส wrapper ที่เหมาะสม (ซึ่งเป็นจำนวนเต็มในกรณีของ int) เมื่อคุณนำวัตถุออกจากคอลเลกชันคุณจะได้จำนวนเต็มที่คุณใส่เข้าไป หากคุณต้องการ int คุณต้อง unbox Integer โดยใช้วิธีการ intValue ทั้งหมดของมวยและ unboxing นี้เป็นความเจ็บปวดและ clutters รหัสของคุณ คุณสมบัติ autoboxing และ unboxing ทำให้กระบวนการเป็นไปโดยอัตโนมัติขจัดความเจ็บปวดและความยุ่งเหยิง

http://docs.oracle.com/javase/1.5.0/docs/guide/language/autoboxing.html

Booleanเสื้อคลุมจะเป็นประโยชน์เมื่อคุณต้องการไม่ว่าจะเป็นค่าที่ได้รับมอบหมายหรือไม่นอกเหนือจากและtrue falseมีสามสถานะดังนี้:

• จริง
• เท็จ
• ไม่ได้กำหนดไว้ซึ่งก็คือ null

ในขณะที่booleanมีเพียงสองสถานะ:

• จริง
• เท็จ

ความแตกต่างดังกล่าวข้างต้นจะทำให้มันเป็นประโยชน์ในรายการของBooleanค่าซึ่งจะมีTrue, หรือFalseNull

ฉันคิดว่าในบางกรณีคุณควรมีกลไกในการแยกแยะเขตข้อมูลบูลีนที่ตั้งค่าไว้แล้วหรือไม่

วัตถุประสงค์หลักสำหรับบูลีนคือค่า Null ค่า Null บอกว่าคุณสมบัตินั้นไม่ได้ถูกกำหนดตัวอย่างเช่นใช้คอลัมน์ nullable ฐานข้อมูล

หากคุณต้องการแปลงทุก ๆ ค่าจากบูลีนดั้งเดิมเป็น wrapper Boolean คุณสามารถใช้สิ่งต่อไปนี้เพื่อสนับสนุนโค้ดเก่า:

Boolean set = Boolean.FALSE; //set to default value primitive value (false)
...
if (set) ...

มีประโยชน์มากมายสำหรับค่า ** null ** ใน wrapper Boolean! :)

ตัวอย่างเช่นคุณอาจมีรูปแบบชื่อ "จดหมายข่าว" ที่ระบุว่าผู้ใช้ต้องการหรือไม่ต้องการรับจดหมายข่าวจากเว็บไซต์ของคุณ หากผู้ใช้ไม่ได้เลือกค่าในฟิลด์นี้คุณอาจต้องการใช้พฤติกรรมเริ่มต้นกับสถานการณ์นั้น (ส่ง? ไม่ส่ง? คำถามอีกครั้งหรือไม่ ฯลฯ ) เห็นได้ชัดว่าไม่ได้ตั้งค่า (หรือไม่ได้เลือกหรือเป็นโมฆะ **) ซึ่งไม่เหมือนจริงหรือเท็จ

แต่ถ้า "ไม่ได้ตั้งค่า" ใช้ไม่ได้กับโมเดลของคุณอย่าเปลี่ยนบูลีนดั้งเดิม)

ในคำจำกัดความที่เข้มงวดขององค์ประกอบบูลีนมีเพียงสองค่าเท่านั้น ในโลกที่สมบูรณ์แบบนั้นจะเป็นจริง ในโลกแห่งความเป็นจริงองค์ประกอบอาจหายไปหรือไม่ทราบ โดยทั่วไปจะเกี่ยวข้องกับการป้อนข้อมูลของผู้ใช้ ในระบบที่อิงกับหน้าจอมันอาจถูกบังคับโดยการแก้ไข ในโลกของแบทช์โดยใช้ฐานข้อมูลหรืออินพุต XML องค์ประกอบอาจหายไปได้อย่างง่ายดาย

ดังนั้นในโลกที่ไม่สมบูรณ์แบบที่เราอาศัยอยู่วัตถุบูลีนนั้นยอดเยี่ยมในการที่มันสามารถแสดงถึงสถานะที่หายไปหรือไม่ทราบว่าเป็นโมฆะ ท้ายที่สุดแล้วคอมพิวเตอร์เพียงแค่สร้างโลกแห่งความจริงที่ควรจะเป็นในทุกรัฐที่เป็นไปได้และจัดการกับพวกมันด้วยการโยนข้อยกเว้น (ส่วนใหญ่เนื่องจากมีกรณีการใช้งาน

ในกรณีของฉันวัตถุบูลีนเป็นคำตอบที่สมบูรณ์แบบเพราะบางครั้งอินพุท XML มีองค์ประกอบขาดหายไปและฉันยังสามารถรับค่ากำหนดให้บูลีนแล้วตรวจสอบค่าว่างก่อนลองใช้การทดสอบจริงหรือเท็จด้วย .

แค่ 2 เซ็นต์ของฉัน

สำหรับคำตอบที่ดีข้างต้นฉันจะยกตัวอย่างที่เป็นรูปธรรมในHttpSessionคลาสservlet Java หวังว่าตัวอย่างนี้ช่วยชี้แจงคำถามที่คุณอาจยังมีอยู่

หากคุณต้องการจัดเก็บและดึงค่าสำหรับเซสชันคุณใช้วิธีsetAttribute(String, Object) และgetAttribute(String, Object) ดังนั้นสำหรับค่าบูลีนคุณจำเป็นต้องใช้คลาสบูลีนหากคุณต้องการเก็บไว้ในเซสชัน http

HttpSession sess = request.getSession(false);
Boolean isAdmin = (Boolean) sess.getAttribute("admin");
if (! isAdmin) ...

บรรทัดสุดท้ายจะทำให้ a NullPointerExceptionหากไม่มีการตั้งค่าแอตทริบิวต์ (ซึ่งเป็นสาเหตุทำให้ฉันโพสต์นี้) ดังนั้นสถานะของลอจิก 3 จึงอยู่ที่นี่ไม่ว่าคุณจะใช้มันหรือไม่ก็ตาม

วิธีที่ดีที่สุดคือหลีกเลี่ยงบูลีนอย่างสมบูรณ์เนื่องจากบูลีนทุกอันแสดงว่าคุณมีคำสั่งแบบมีเงื่อนไขทุกที่ในรหัสของคุณ (ดูที่http://www.antiifcampaign.com/และคำถามนี้: คุณสามารถเขียนอัลกอริทึมใด ๆ โดยไม่มีคำสั่ง if ? )

อย่างไรก็ตามในทางปฏิบัติคุณต้องใช้บูลีนเป็นครั้งคราว แต่ตามที่คุณได้ค้นพบด้วยตัวเองแล้วการจัดการกับบูลีนนั้นมีข้อผิดพลาดได้ง่ายกว่าและยุ่งยากกว่า ดังนั้นฉันขอแนะนำให้ใช้บูลีนทุกที่ที่เป็นไปได้ ข้อยกเว้นจากสิ่งนี้อาจเป็นฐานข้อมูลดั้งเดิมที่มีคอลัมน์บูลีน nullable แม้ว่าฉันจะพยายามซ่อนไว้ในการทำแผนที่ของฉันเช่นกัน

บูลีนจะมีประโยชน์มากเมื่อคุณต้องการสามสถานะ เช่นเดียวกับในการทดสอบซอฟต์แวร์หากการทดสอบผ่านการส่งจริงถ้าล้มเหลวในการส่งเท็จและกรณีทดสอบขัดจังหวะส่งเป็นโมฆะซึ่งจะแสดงว่ากรณีการทดสอบไม่ได้ดำเนินการ