যদি সন্ধান করা প্রথম উপাদানটি নাল হয় তবে ফাইন্ড ফার্স্ট () কেন নালপয়েন্টার এক্সেক্সশন ফেলে দেয়?

Question 1

কেন এটি একটি নিক্ষেপ করে java.lang.NullPointerException?

List<String> strings = new ArrayList<>();
        strings.add(null);
        strings.add("test");

        String firstString = strings.stream()
                .findFirst()      // Exception thrown here
                .orElse("StringWhenListIsEmpty");
                //.orElse(null);  // Changing the `orElse()` to avoid ambiguity

প্রথম আইটেমটি stringsহ'ল nullযা একদম গ্রহণযোগ্য মান। তদ্ব্যতীত, findFirst()একটি .চ্ছিক প্রদান করে , যা এসকেfindFirst() পরিচালনা করতে সক্ষম হওয়ার জন্য আরও বেশি অর্থবোধ করে null।

সম্পাদনা: orElse()কম অস্পষ্ট হতে আপডেট হয়েছে ।

Question 2

এর কারণটি হ'ল Optional<T>রিটার্নে ব্যবহার করা । Ptionচ্ছিক ধারণের অনুমতি নেই null। মূলত, এটি পরিস্থিতি "এটি সেখানে নেই" এবং "এটি সেখানে রয়েছে, তবে এটি সেট করা আছে" পার্থক্য করার কোনও উপায় সরবরাহ করে না null।

এই কারণেই ডকুমেন্টেশনnull নির্বাচনের ক্ষেত্রে পরিস্থিতি স্পষ্টভাবে নিষিদ্ধ করে findFirst():

নিক্ষেপ:

NullPointerException - যদি নির্বাচিত উপাদানটি হয় null

Question 3

ইতিমধ্যে আলোচিত হিসাবে , এপিআই ডিজাইনাররা ধরে নিবেন না যে বিকাশকারী nullমান এবং অনুপস্থিত মানগুলিকে একইভাবে আচরণ করতে চায় ।

আপনি যদি এখনও এটি করতে চান তবে আপনি ক্রমটি প্রয়োগ করে এটি স্পষ্টভাবে করতে পারেন

.map(Optional::ofNullable).findFirst().flatMap(Function.identity())

প্রবাহে ফলাফল যদি উভয় ক্ষেত্রেই খালি alচ্ছিক হয়, যদি কোনও প্রথম উপাদান না থাকে বা যদি প্রথম উপাদান থাকে null। সুতরাং আপনার ক্ষেত্রে, আপনি ব্যবহার করতে পারেন

String firstString = strings.stream()
    .map(Optional::ofNullable).findFirst().flatMap(Function.identity())
    .orElse(null);

nullযদি প্রথম উপাদানটি অনুপস্থিত বা থাকে তবে একটি মান পেতে null।

আপনি যদি এই কেসের মধ্যে পার্থক্য করতে চান তবে আপনি কেবল flatMapপদক্ষেপটি বাদ দিতে পারেন :

Optional<String> firstString = strings.stream()
    .map(Optional::ofNullable).findFirst().orElse(null);
System.out.println(firstString==null? "no such element":
                   firstString.orElse("first element is null"));

এটি আপনার আপডেট হওয়া প্রশ্নের চেয়ে আলাদা নয় different আপনাকে কেবল "no such element"সাথে "StringWhenListIsEmpty"এবং "first element is null"সাথে প্রতিস্থাপন করতে হবে null। তবে আপনি যদি শর্তসাপেক্ষ পছন্দ না করেন তবে আপনি এটির মতো অর্জনও করতে পারেন:

String firstString = strings.stream().skip(0)
    .map(Optional::ofNullable).findFirst()
    .orElseGet(()->Optional.of("StringWhenListIsEmpty"))
    .orElse(null);

এখন, firstStringএটি হবে nullযদি কোনও উপাদান উপস্থিত থাকে তবে তা থাকে nullএবং "StringWhenListIsEmpty"যখন কোনও উপাদান উপস্থিত না থাকে।

Question 4

আপনি java.util.Objects.nonNullসন্ধানের আগে তালিকাটি ফিল্টার করতে ব্যবহার করতে পারেন

কিছুটা এইরকম

list.stream().filter(Objects::nonNull).findFirst();

Question 5

নিম্নলিখিত কোডটি প্রতিস্থাপন findFirst()করে limit(1)এবং এর সাথে প্রতিস্থাপন orElse()করে reduce():

String firstString = strings.
   stream().
   limit(1).
   reduce("StringWhenListIsEmpty", (first, second) -> second);

limit()কেবলমাত্র 1 টি উপাদান পৌঁছানোর অনুমতি দেয় reduce। BinaryOperatorপ্রেরণ reduceআয় 1 উপাদান বা অন্য "StringWhenListIsEmpty"কোন উপাদান পৌঁছানোর যদি reduce।

এই সমাধানটির সৌন্দর্যটি Optionalহ'ল বরাদ্দ নেই এবং BinaryOperatorল্যাম্বদা কিছু বরাদ্দ দিচ্ছে না।

Question 6

Ptionচ্ছিক একটি "মান" ধরণের বলে মনে করা হচ্ছে। ( জ্যাভডোকে সূক্ষ্ম মুদ্রণটি পড়ুন :) জেভিএম এমনকি সমস্ত বক্সিং এবং আনবক্সিং ব্যয়গুলি সরিয়ে, Optional<Foo>কেবলমাত্র দিয়ে সমস্ত প্রতিস্থাপন করতে পারে Foo। একটি nullফু মানে একটি খালি Optional<Foo>।

কোনও বুলিয়ান পতাকা যুক্ত না করে নাল মান সহ ptionচ্ছিককে অনুমতি দেওয়া এটি একটি সম্ভাব্য নকশা sent (এমনকি thisসেন্ডিনেল হিসাবে ব্যবহার করতে পারে ; থ্রোয়েবল.কস দেখুন)

Decisionচ্ছিক নালকে মোড়তে পারে না এমন সিদ্ধান্ত রানটাইম ব্যয়ের ভিত্তিতে নয়। এটি একটি বিশাল বিতর্কিত সমস্যা ছিল এবং আপনাকে মেলিং তালিকা খনন করতে হবে। সিদ্ধান্তটি সবার কাছে বিশ্বাসযোগ্য নয়।

যে কোনও ক্ষেত্রে, যেহেতু ptionচ্ছিক নাল মানটি মোড়তে পারে না, তাই এটি আমাদের ক্ষেত্রে কোনও কোণে ঠেলা দেয় findFirst। তারা অবশ্যই যুক্তিযুক্ত থাকতে পারে যে নাল মানগুলি খুব বিরল (এটি এমনকি স্ট্রিমের নাল মানকে বার করা উচিত বলে মনে করা হত), তাই খালি স্ট্রিমগুলির পরিবর্তে নাল মানগুলিতে ব্যতিক্রম করা আরও সুবিধাজনক।

একটি workaround বাক্সে হয় null, যেমন

class Box<T>
    static Box<T> of(T value){ .. }

Optional<Box<String>> first = stream.map(Box::of).findFirst();

(তারা বলেছে যে প্রতিটি ওওপি সমস্যার সমাধান হ'ল অন্য ধরণের প্রবর্তন করা :)