আমি কখন স্রোত ব্যবহার করব?

Question 1

একটি Listএবং এর stream()পদ্ধতি ব্যবহার করার সময় আমি কেবল একটি প্রশ্ন জুড়ে এসেছি । আমি কীভাবে এগুলি ব্যবহার করব তা জানার পরেও কখন সেগুলি ব্যবহার করব সে সম্পর্কে আমি নিশ্চিত নই ।

উদাহরণস্বরূপ, আমার কাছে একটি তালিকা রয়েছে, এতে বিভিন্ন স্থানে বিভিন্ন পাথ রয়েছে। এখন, আমি যাচাই করতে চাই যে কোনও একক, প্রদত্ত পথে তালিকায় নির্দিষ্ট করা কোনও পাথ রয়েছে। booleanশর্তটি পূরণ হয়েছিল কি না তার ভিত্তিতে আমি একটি ফিরিয়ে দিতে চাই ।

অবশ্যই এটি প্রতি কঠিন কাজ নয়। তবে আমি অবাক হই যে আমার স্ট্রিম ব্যবহার করা উচিত, না (-আচ) লুপের জন্য।

ক্রমতালিকা

private static final List<String> EXCLUDE_PATHS = Arrays.asList(new String[]{
    "my/path/one",
    "my/path/two"
});

উদাহরণ - স্ট্রিম

private boolean isExcluded(String path){
    return EXCLUDE_PATHS.stream()
                        .map(String::toLowerCase)
                        .filter(path::contains)
                        .collect(Collectors.toList())
                        .size() > 0;
}

উদাহরণ - প্রতিটি লুপের জন্য

private boolean isExcluded(String path){
    for (String excludePath : EXCLUDE_PATHS) {
        if(path.contains(excludePath.toLowerCase())){
            return true;
        }
    }
    return false;
}

মনে রাখবেন যে pathপ্যারামিটারটি সর্বদা ছোট হাতের থাকে ।

আমার প্রথম অনুমানটি হ'ল প্রতি-প্রত্যক্ষের পদ্ধতিটি দ্রুত, কারণ শর্তটি পূরণ হলে লুপটি তত্ক্ষণাত্ ফিরে আসবে। ফিল্টারিং সম্পূর্ণ করার জন্য স্ট্রিমটি এখনও সমস্ত তালিকা এন্ট্রি থেকে লুপ করবে।

আমার ধারণা সঠিক? যদি তা হয় তবে আমি কেন (বা কখন ) stream()তখন ব্যবহার করব ?

Question 2

আপনার অনুমানটি সঠিক। আপনার স্ট্রিম প্রয়োগটি লুপের চেয়ে ধীর।

এই স্ট্রিমের ব্যবহারটি লুপটির মতো দ্রুত হওয়া উচিত:

EXCLUDE_PATHS.stream()  
                               .map(String::toLowerCase)
                               .anyMatch(path::contains);

এটি আইটেমগুলির মাধ্যমে পুনরাবৃত্তি করে String::toLowerCaseএবং এক এক করে আইটেমগুলিতে ফিল্টার করে এবং ফিল্টার হয় যা মেলে প্রথম আইটেমে termin

উভয়ই collect()& anyMatch()টার্মিনাল অপারেশন। anyMatch()প্রথম পাওয়া আইটেমটি থেকে প্রস্থান করে, যদিও collect()সমস্ত আইটেমকে প্রক্রিয়া করা প্রয়োজন।

Question 3

স্ট্রিম ব্যবহার করবেন কিনা তা সিদ্ধান্ত পারফরম্যান্স বিবেচনার দ্বারা চালিত করা উচিত নয়, বরং পঠনযোগ্যতার দ্বারা। যখন এটি সত্যিই পারফরম্যান্সের দিকে আসে তখন অন্যান্য বিবেচনা রয়েছে।

আপনার .filter(path::contains).collect(Collectors.toList()).size() > 0পদ্ধতির সাথে, আপনি সমস্ত উপাদানগুলি প্রক্রিয়া করছেন এবং Listআকারের সাথে তুলনা করার আগে এগুলি একটি অস্থায়ী হিসাবে সংগ্রহ করছেন , এখনও দুটি উপাদান সমন্বিত স্ট্রিমের পক্ষে এটি খুব কমই গুরুত্বপূর্ণ।

ব্যবহারের ফলে .map(String::toLowerCase).anyMatch(path::contains)সিপিইউ চক্র এবং স্মৃতি সাশ্রয় হয়, যদি আপনার কাছে যথেষ্ট পরিমাণে উপাদান থাকে। তবুও, Stringম্যাচ না পাওয়া পর্যন্ত এটি প্রতিটিকে তার ছোট হাতের উপস্থাপনায় রূপান্তর করে । স্পষ্টতই, ব্যবহার করার একটি বিষয় রয়েছে

private static final List<String> EXCLUDE_PATHS =
    Stream.of("my/path/one", "my/path/two").map(String::toLowerCase)
          .collect(Collectors.toList());

private boolean isExcluded(String path) {
    return EXCLUDE_PATHS.stream().anyMatch(path::contains);
}

পরিবর্তে. সুতরাং আপনাকে প্রতিটি অনুরোধে লোকেচেস রূপান্তরটির পুনরাবৃত্তি করতে হবে না isExcluded। যদি উপাদানগুলির সংখ্যা EXCLUDE_PATHSবা স্ট্রিংগুলির দৈর্ঘ্য সত্যই বড় হয়ে যায়, আপনি ব্যবহার বিবেচনা করতে পারেন

private static final List<Predicate<String>> EXCLUDE_PATHS =
    Stream.of("my/path/one", "my/path/two").map(String::toLowerCase)
          .map(s -> Pattern.compile(s, Pattern.LITERAL).asPredicate())
          .collect(Collectors.toList());

private boolean isExcluded(String path){
    return EXCLUDE_PATHS.stream().anyMatch(p -> p.test(path));
}

এর সাথে রেজেক্স প্যাটার্ন হিসাবে একটি স্ট্রিং সংকলন করা হচ্ছে LITERALপতাকার এটি সাধারণ স্ট্রিং অপারেশনের মতো আচরণ করে, তবে ইঞ্জিনটিকে প্রস্তুতির ক্ষেত্রে কিছুটা সময় ব্যয় করতে দেয়, যেমন বায়ার মুর আলগোরিদিম ব্যবহার করে, আসল তুলনার ক্ষেত্রে এটি আরও কার্যকর হতে পারে।

অবশ্যই, প্রস্তুতির জন্য ব্যয় করা সময়টি পর্যাপ্ত পরিমাণে পরীক্ষা করার জন্য পর্যাপ্ত পরবর্তী পরীক্ষাগুলি থাকলে এটি কেবল পরিশোধ করে। এটিই হবে কিনা তা নির্ধারণ করা প্রকৃত পারফরম্যান্স বিবেচনার মধ্যে একটি, এই ক্রিয়াকলাপটি কখনও কার্য সম্পাদনকে আদৌ সমালোচনা করবে কিনা তা প্রথম প্রশ্ন ছাড়াও। স্ট্রিম ব্যবহার করবেন কিনা তা নয়for লুপগুলি ।

যাইহোক, উপরের কোড উদাহরণগুলি আপনার মূল কোডটির যুক্তি রাখে, যা আমার কাছে সন্দেহজনক বলে মনে হচ্ছে। তোমার isExcludedপদ্ধতি আয় true, তাই এটি ফেরৎ যদি নির্দিষ্ট করা পাথ তালিকায় উপাদানের কোনো রয়েছে, trueএর জন্য /some/prefix/to/my/path/oneযেমন, পাশাপাশি my/path/one/and/some/suffixবা এমনকি /some/prefix/to/my/path/one/and/some/suffix।

এমনকি dummy/path/onerousএটি containsস্ট্রিং হিসাবে মানদণ্ডগুলি পূরণ করা বিবেচনা করা হয় my/path/one...

Question 4

হ্যাঁ তুমি ঠিক. আপনার স্ট্রিম পদ্ধতির কিছুটা ওভারহেড থাকবে। তবে আপনি এই ধরনের নির্মাণ ব্যবহার করতে পারেন:

private boolean isExcluded(String path) {
    return  EXCLUDE_PATHS.stream().map(String::toLowerCase).anyMatch(path::contains);
}

স্ট্রিমগুলি ব্যবহারের প্রধান কারণ হ'ল তারা আপনার কোডটিকে সহজ এবং সহজভাবে পড়তে পারে।

Question 5

জাভা প্রবাহের লক্ষ্য সমান্তরাল কোড লেখার জটিলতা সহজ করে তোলা। এটি কার্যকরী প্রোগ্রামিং দ্বারা অনুপ্রাণিত। সিরিয়াল স্ট্রিমটি কেবল কোড ক্লিনার করার জন্য।

আমরা যদি পারফরম্যান্স চাই তবে আমাদের প্যারালাল স্ট্রিম ব্যবহার করা উচিত যা ডিজাইন করা হয়েছিল। সিরিয়ালটি সাধারণভাবে ধীর।

সেখানে একটি ভাল নিবন্ধ সম্পর্কে পড়তে হয় , এবং পারফরমেন্স ForLoopStreamParallelStream ।

আপনার কোডে আমরা প্রথম ম্যাচে অনুসন্ধান বন্ধ করতে সমাপ্তির পদ্ধতিগুলি ব্যবহার করতে পারি। (যে কোনও ম্যাচ ...)

Question 6

অন্যরা যেমন অনেক ভাল পয়েন্ট উল্লেখ করেছে তবে আমি কেবল স্ট্রিম মূল্যায়নে অলস মূল্যায়নের উল্লেখ করতে চাই । যখন আমরা map()লোয়ার কেস পাথগুলির একটি স্ট্রিম তৈরি করতে করি, আমরা তত্ক্ষণাত্ পুরো স্ট্রিমটি তৈরি করব না, পরিবর্তে প্রবাহটি অলসভাবে নির্মিত হয় , এজন্য পারফরম্যান্সটি লুপের জন্য traditionalতিহ্যগত সমতুল্য হওয়া উচিত। এটি একটি সম্পূর্ণ স্ক্যান করছে না, map()এবং anyMatch()একই সাথে কার্যকর করা হবে। একবার anyMatch()সত্য প্রত্যাবর্তন হলে তা সংক্ষিপ্ত-প্রচারিত হবে।