আমার ব্যবহার করার কোনও কারণ আছে কি?
map(<list-like-object>, function(x) <do stuff>)
পরিবর্তে
lapply(<list-like-object>, function(x) <do stuff>)
আউটপুটটি একই হওয়া উচিত এবং আমি যে মানদণ্ডগুলি তৈরি করেছি তা দেখায় যে lapply
এটি কিছুটা দ্রুত (এটি map
সমস্ত অ-মানক-মূল্যায়ন ইনপুটকে মূল্যায়ন করার প্রয়োজন হিসাবে হওয়া উচিত )।
সুতরাং এরকম কোনও কারণের জন্য কেন আমাকে আসলে বদলে যাওয়া বিবেচনা করা উচিত purrr::map
? আমি এখানে সিনট্যাক্স সম্পর্কে কারও পছন্দ বা অপছন্দ সম্পর্কে জিজ্ঞাসা করছি না, পুরর দ্বারা সরবরাহ করা অন্যান্য কার্যকারিতা ইত্যাদি, তবে স্ট্যান্ডার্ড মূল্যায়ন ব্যবহার করে অনুমানের purrr::map
সাথে তুলনা সম্পর্কে কঠোরভাবে । পারফরম্যান্স, ব্যতিক্রম হ্যান্ডলিং ইত্যাদির ক্ষেত্রে কোনও সুবিধা আছে কি ? নীচের মন্তব্যগুলি এটিকে বোঝায় না তবে সম্ভবত কেউ আরও কিছুটা বিশদভাবে বলতে পারেন?lapply
map(<list-like-object>, function(x) <do stuff>)
purrr::map
~{}
শর্টকাট ল্যামডা (সহ বা ছাড়া {}
প্লেইন জন্য আমার জন্য চুক্তি করুক purrr::map()
। ধরণ-প্রয়োগকারী purrr::map_…()
কুশলী এবং কম ভোঁতা তুলনায় vapply()
। purrr::map_df()
একটি সুপার ব্যয়বহুল ফাংশন কিন্তু এটি সহজসাধ্য কোড। সেখানে বেস আর সঙ্গে স্টিকিং সঙ্গে কিছুই ভুল একেবারে এর [lsv]apply()
, যদিও ।
purrr
স্টাফ ব্যবহার করব না এবং ব্যবহার করব না । আমার বক্তব্যটি নিম্নরূপ: tidyverse
বিশ্লেষণ / ইন্টারেক্টিভ / রিপোর্টিং স্টাফের জন্য কল্পিত, প্রোগ্রামিংয়ের জন্য নয়। আপনি যদি ব্যবহার করতে থাকেন lapply
বা map
তারপরে আপনি প্রোগ্রামিং করছেন এবং প্যাকেজ তৈরির সাথে একদিন শেষ হতে পারে। তারপরে কম নির্ভরতা সবচেয়ে ভাল। প্লাস: আমি কখনও কখনও লোকদের map
পরে বেশ অস্পষ্ট সিনট্যাক্স ব্যবহার করে দেখি । এবং এখন আমি পারফরম্যান্স টেস্ট দেখছি: আপনি যদি apply
পরিবারে অভ্যস্ত হন: এটি আটকে থাকুন।
tidyverse
তবে আপনি পাইপ%>%
এবং~ .x + 1