অ্যান্ড্রয়েড টুকরো কেন ব্যবহার করবেন?


15

আমি এই বিষয়টি সম্পর্কে ডকুমেন্টেশন এবং অন্যান্য কয়েকটি প্রশ্নের থ্রেড পড়েছি এবং আমি সত্যই নিশ্চিত মনে করি না; আমি এই কৌশলটির ব্যবহারের সীমাটি স্পষ্ট দেখতে পাচ্ছি না।

খণ্ডগুলি এখন সেরা অনুশীলন হিসাবে দেখা হয় ; প্রতিটি ক্রিয়াকলাপ মূলত এক বা একাধিক টুকরো জন্য সমর্থন হওয়া উচিত এবং সরাসরি কোনও বিন্যাসকে কল করা উচিত নয়।

খণ্ডগুলি ক্রমে তৈরি করা হয়েছে:

  1. Activityঅনেকগুলি টুকরোগুলি ব্যবহার করার, তাদের মধ্যে পরিবর্তন করার, এই ইউনিটগুলিকে পুনরায় ব্যবহার করার অনুমতি দিন ... ==> এটি Fragmentসম্পূর্ণরূপে Contextএকটি ক্রিয়াকলাপের উপর নির্ভরশীল , তাই আমার যদি এমন কিছু জেনেরিক প্রয়োজন হয় যা আমি অনেক ক্রিয়াকলাপে পুনরায় ব্যবহার করতে এবং পরিচালনা করতে পারি তবে আমি করতে পারি আমার নিজস্ব কাস্টম লেআউট বা ভিউ তৈরি করুন ... আমি এই অতিরিক্ত জটিলতা বিকাশকারী স্তরটির টুকরোগুলি যোগ করতে চাই না।

  2. বিভিন্ন রেজোলিউশনে আরও ভাল পরিচালনা করা ==> দীর্ঘ প্রক্রিয়ার ক্ষেত্রে ট্যাবলেটগুলি / ফোনের জন্য ঠিক আছে যে আমরা ট্যাবলেটগুলিতে একই ক্রিয়াকলাপে দুটি (বা আরও) টুকরো এবং ফোনে একের পর এক প্রদর্শন করতে পারি। তবে কেন আমি সবসময় টুকরো টুকরো ব্যবহার করব ?

  3. খণ্ডগুলির মধ্যে নেভিগেট করতে কলব্যাকগুলি পরিচালনা করা (উদাহরণস্বরূপ: যদি ব্যবহারকারী লগ-ইন থাকে তবে আমি কোনও খণ্ড দেখাব অন্যথায় আমি অন্য একটি খণ্ড দেখাব)। ===> এসডিকে লগ-ইন করার কারণে ফেসবুকের কতগুলি বাগ রয়েছে তা দেখার চেষ্টা করুন, এটি বুঝতে হবে যে এটি সত্যই (?) ...

  4. অ্যান্ড্রয়েড অ্যাপ্লিকেশন ক্রিয়াকলাপগুলির উপর ভিত্তি করে ... এই ক্রিয়াকলাপে আরও একটি জীবনচক্র যুক্ত করা একটি অ্যাপ্লিকেশন ডিজাইন করা আরও ভাল হবে ... মানে মডিউলগুলি, পরিস্থিতিগুলি, ডেটা পরিচালনা এবং সংযোগটি আরও ভালভাবে ডিজাইন করা হবে, এতে উপায়। ===> এটি এমন একজনের উত্তর যা অ্যান্ড্রয়েড এসডিকে এবং অ্যান্ড্রয়েড ফ্রেমওয়ার্কটি একটি টুকরো টুকরো দৃষ্টিভঙ্গি সহ ব্যবহার করতে ব্যবহৃত হয়েছিল। আমি মনে করি এটি ভুল নয়, তবে আমি নিশ্চিত নই যে এটি ভাল ফলাফল দেবে ... এবং এটি সত্যি বিমূর্ত ...

====> আমি কেন সবসময় তাদের ব্যবহারে আরও বেশি কোডিং করে আমার জীবনকে জটিল করব? নাহ, কেন এটি সর্বোত্তম অনুশীলন যদি এটি কিছু ক্ষেত্রে কেবল একটি সরঞ্জাম? এই মামলাগুলি কি?


1
আপনি যা জিজ্ঞাসা করছেন তা অস্পষ্ট, আপনি দয়া করে এই প্রশ্নটির সংক্ষিপ্ত বিবরণ জানাতে পারেন, সম্ভবত অনুমিত সুবিধার পরিমাণ এবং প্রত্যেকটির সমালোচনা নীচে রেখেছেন?
লগ্যাক

আমি একটি বিস্তারিত প্রশ্ন যুক্ত।
আহমেদ_খান_89

আমি @ ব্লগের মতো হারিয়েছি আপনি খণ্ডগুলি ছাড়াই কীভাবে এই মামলাগুলি পরিচালনা করবেন?
নিউন্টাপির

আমি খণ্ডগুলি ব্যতীত যা করব তা দিয়েছি: (1) কাস্টম জেনেরিক নিয়ন্ত্রণ তৈরি করা এবং যেখানে চাই সেখানে তাদের পুনরায় ব্যবহার করুন (2) 2 ক্রিয়াকলাপগুলি ব্যবহার করে এবং স্টার্টঅ্যাক্টিভিটি ফর রিসাল্টের সাথে নেভিগেট করুন, বা কেবল দেখানোর মধ্যে পরিবর্তন (দেখানো / আড়াল করা, স্ফীতকরণ / সরিয়ে দেওয়া ...) এতটা কোডিং না করেই ... (3) আপনি দৃশ্যের সাথে ক্রিয়াকলাপেও একটি কলব্যাক ব্যবহার করতে পারেন (4) এটি একটি বিমূর্ত উত্তর যা আমি সর্বদা এই বিষয়টি নিয়ে আলোচনা করার সময় পাই ... যার আরও ব্যাখ্যা প্রয়োজন ...
আহমেদ_খান_89

1
হুম। এই প্রশ্নোত্তরটি স্ট্যাকেক্সচেঞ্জের নকশার সীমাবদ্ধতা দেখায় যেখানে মূল পোস্টারটি "সেরা" উত্তরটি বেছে নিয়েছে। (স্লান্ট.কমের বিপরীতে, যেখানে সবাই ভোট দেয়।) এর মতো বিস্তৃত প্রশ্নের জন্য আদর্শ নয়। এখানে, একটি অস্পষ্ট প্রশ্ন একটি স্বীকৃত উত্তর পায় যা স্পষ্টতই প্রশ্নকারী জিজ্ঞাসা যা শুনতে চায় তাতে সম্মত হয়। যদি আপনি আপনার পরিস্থিতিতে খণ্ড ব্যবহার করার কোনও কারণ দেখতে পান না , তবে তা করবেন না। আরও ভাল প্রশ্ন হ'ল খণ্ডগুলি বনাম ক্রিয়াকলাপের পক্ষে / বিবাদগুলির জন্য জিজ্ঞাসা করা । এবং সেই সঠিক বিষয়ে অনেকগুলি থ্রেড রয়েছে।
টুলমেকারস্টেভ

উত্তর:


5

খণ্ডটি একটি ক্রিয়াকলাপের একটি মডিউলার বিভাগ যা এর নিজস্ব জীবনকাল রয়েছে, নিজস্ব ইনপুট ইভেন্টগুলি গ্রহণ করে, যা আপনি ক্রিয়াকলাপ চলাকালীন যোগ বা মুছতে পারেন (আপনি "ক্রিয়াকলাপে পুনরায় ব্যবহার করতে পারেন এমন একটি" সাব ক্রিয়াকলাপের মতো সাজান)

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

এখন ...

====> কেন আমি আরও জটিলতার সাথে আমার জীবনকে জটিল করব ... ??

প্রস্তাবিত হওয়া সত্ত্বেও, আপনি ব্যক্তিগত উপাদানগুলির আজীবন নিয়ন্ত্রণ এবং এবং / বা পূর্ববর্তী দর্শনের স্ট্যাক-স্টেট বা ইতিহাস পুনরায় ব্যবহার না করার পরিকল্পনা না করা আপনার প্রয়োজন হবে না।


5

যদি খণ্ডিত সংশয়ীদের জন্য যদি "গেটওয়ে" ব্যবহারের ক্ষেত্রে থাকে তবে এটি সম্ভবত সংলাপ। দীর্ঘ অবচিত পদ্ধতি showDialog(...), onCreateDialog(...)ইত্যাদি যে ফ্রেমওয়ার্ক সেগুলি স্বয়ংক্রিয়ভাবে ধ্বংস এবং আপনার ডায়ালগ পুনঃ যখন হোস্টিং কার্যকলাপ ধ্বংস হয় এবং সেগুলো পুনরায় করতে কল করবে সুন্দর ছিল। আপনি যদি সরাসরি নিজের ডায়ালগ তৈরি করেন তবে আপনাকে সেই সমস্ত জিনিস নিজেই পরিচালনা করতে হবে। তবে আপনি যদি একটি ব্যবহার করেন DialogFragment, আপনি আবার ফ্রেমওয়ার্কটি আপনার জন্য সেগুলি পরিচালনা করতে পারেন। এই ক্ষেত্রে, টুকরা আপনার কোডিং ব্যাপকভাবে সহজ করতে পারে ।


1

এই প্রশ্নটি আমি এক বছরেরও বেশি আগে জিজ্ঞাসা করেছি।

আমি প্রতিদিন খণ্ডগুলি ব্যবহার করছি এবং আমি এটি সুপারিশ করব।

প্রথমত, আমি বলতে চাই যে খণ্ডগুলি ব্যবহার করা কেবলমাত্র একটি বিকল্প এবং আপনি সেগুলি ব্যবহার শুরু করার পরে এটি বিবেচনা করার জন্য একটি প্রতিক্রিয়া হবে।

সুবিধাদি:

1 / এটি কোডটি মডুলারি করতে সহায়তা করে যেখানে পৃথক পৃথক টুকরোতে আপনার একটি ক্রিয়াকলাপে পুরো প্রবাহ থাকতে পারে। উদাহরণ: + তালিকা / গ্রিড এবং বিশদ, + লগইন এবং নিবন্ধকরণ এবং পাসওয়ার্ড ভুলে যাওয়া ইত্যাদি + পুনরায় ব্যবহারযোগ্য কোড পাওয়ার জন্য এটি দুর্দান্ত esome

2 / আপনার কাছে একটি নতুন জীবনচক্র রয়েছে, যা সত্য ঝামেলা পূর্ণ, তবে পাশাপাশি সুবিধাগুলিও রয়েছে। উদাহরণ: বজায় রাখা উদাহরণ খণ্ডটি দুর্দান্ত কারণ এটি ওরিয়েন্টেশনের সমস্যা সমাধান করে।

3 / আপনি ক্রিয়াকলাপ থেকে ইভেন্ট এবং শ্রোতার দ্বারা আপনার টুকরোগুলির প্রবাহ পরিচালনা করতে পারেন।

4 / আপনার ক্রিয়াকলাপে আপনার খণ্ডগুলির একটি স্ট্যাক।

5 / বহু স্ক্রিনে একই অ্যাকশন বার ব্যবহার করুন।

এবং আরও অনেক কিছু...

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

ঠিক আছে, এটি যে কোনও সরঞ্জামের মতো, আপনার এটি বিবেচনা করতে হবে এবং এটি কোনও ক্ষেত্রে বা অন্য কোনও ক্ষেত্রে ব্যবহার করা ভাল yourself

আমি আশা করি এটি সাহায্য করতে পারে !!!

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.