বিল্ড কনফিগারেশন: মিশ্র প্ল্যাটফর্ম ভিএস কোনও সিপিইউ


92

বিভিন্ন ভিজ্যুয়াল স্টুডিওতে Build Configuration settingsযেমন কোনও সিপিইউ, মিশ্র প্ল্যাটফর্ম, উইন 32 ইত্যাদি এর মধ্যে পার্থক্য কী ।

উত্তর:


42

এখানে একটি লিঙ্ক রয়েছে যা ভিজ্যুয়াল স্টুডিওতে পাওয়া বিল্ড কনফিগারেশন সেটিংস এবং এর বিল্ড ফাইলগুলিকে ব্যাখ্যা করতে সহায়তা করে:

http://web.archive.org/web/20151215192101/http://visualstudiohacks.com/articles/visual-studio-net-platform-target-explained/

মূলত সেটিংসে বলা হয় যে সমাবেশটি কী প্ল্যাটফর্মটি চালাতে সক্ষম। যখন কোনও সিসিপিইউ নির্বাচন করা হয়, ফলাফল ডিএলএলকে যে কোনও জায়গায় চালাতে সক্ষম হিসাবে চিহ্নিত করা হয়; যখন x86 টি নির্বাচিত হয়, ফলাফল ডিএলএল কেবল 32-বিট সিস্টেমে চালাতে সক্ষম হিসাবে চিহ্নিত হয় এবং 64-বিট অ্যাপ্লিকেশন বা প্রসেসগুলিতে চলবে না (তবে 64৪-বিট উইন্ডোতে চলবে;) এবং আরও অনেক কিছু।

এটি কেবল সংকলিত ডিএলএলতে পতাকা সেট করে - এটি সংকলন প্রক্রিয়াটির অন্যান্য দিকগুলি মোটেও পরিবর্তন করে না।


4
এছাড়াও, সমাধান ফাইলের মিথস্ক্রিয়ায় এই লিঙ্কটি পরীক্ষা করে দেখুন: social.msdn.mic Microsoft.com/forums/vstudio/en-US/…
জে।

49
এটি যদিও "মিশ্র প্ল্যাটফর্মগুলি" ব্যাখ্যা করে বলে মনে হচ্ছে না।
মেনেস

4
@ মেনেস আমার বোঝাপড়া (হারানো রেফারেন্স থেকে) হ'ল আপনি যখন এমন কোনও সমাধান খুলেন যেখানে সমস্ত প্রকল্পের একই কনফিগারেশন নেই, তখন ভিজ্যুয়াল স্টুডিওগুলি মিশ্র প্ল্যাটফর্ম হিসাবে সমাধান কনফিগারেশনটি দেখায় / বেছে নেয় । (যদি আমি মূল রেফারেন্সটি খুঁজে পেতে পারি তবে আমি এটি উদ্ধৃতি দিয়ে সংশোধন করব।)
koan911


40

যেমন অন্যান্য প্ল্যাটফর্ম ইতিমধ্যে ব্যাখ্যা করা হয়েছে। (অর্থাৎ 32 বিটের জন্য এক্স 86, এক্স 64 কেবলমাত্র 64 বিটের জন্য, এবং 'যে কোনও সিপিইউ' উভয়ই চলতে পারে)। আমি মনোনিবেশ করব Mixed Platformএবং কীভাবে এটি আলাদা fromAny CPU

Any CPUপ্রকল্পের স্তর সেটিং, যেখানে বাস্তব জগতে দ্রবণে হিসাবে আমরা এক সমাধান অধীনে প্রকল্পের নম্বর আছে এল, তাদের সম্ভাবনা আমার প্রকল্প ব্যবহারের কিছু যে হয় Any CPU, কিন্তু অন্যরা ব্যবহার x86অথবা x64বিল্ড প্ল্যাটফর্ম।

সমাধানের স্তরে স্বয়ংক্রিয়ভাবে Mixed Platformনির্বাচন করা হবে। এটি ইঙ্গিত দেয় যে বিল্ড / পুনর্নির্মাণের সমাধানের সময় প্রতিটি প্রকল্প তাদের নির্বাচিত প্ল্যাটফর্মের ভিত্তিতে তৈরি করে।


17

বিল্ড কনফিগারেশনের নামগুলি খুব বেশি বোঝায় না - যদি আপনার একই সমাধানে সি ++ এবং সি # প্রকল্প থাকে তবে তারা প্রসারণ করে (এবং আপনার মোবাইল প্রকল্পগুলি আরও খারাপ হলেও), কারণ বিভিন্ন ধরণের প্রকল্পের বিভিন্ন কনফিগারেশন নাম ব্যবহার করা হয়, তাই আপনি শেষ করেন তাদের প্রচুর সঙ্গে আপ।

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

আমার প্রস্তাবনাগুলি আপনাকে কী কনফিগারেশনের প্রয়োজন তা (তাদের মধ্যে প্রকৃত সেটিংস দেখে) সিদ্ধান্ত নিয়েছে এবং তারপরে সমস্ত কিছু সরিয়ে ফেলতে হবে।


10

থেকে: এই পোস্ট https://social.msdn.microsoft.com/forums/vstudio/en-US/81c72e8b-6335-4bf4-b7c0-b5c322edcaee/mixed-platforms-vs-any-cpu

যখন কোনও সমাধানের সমস্ত প্রকল্প একই ধরণের হয় (যেমন সি # / ভিবি প্রকল্পসমূহ) সমাধান কনফিগারেশনগুলি প্রকল্প কনফিগারেশনের সাথে ঠিক মেলে। একবার আপনার কোনও সমাধানে প্রোজেক্টগুলি রয়েছে যা কনফিগারেশন / প্ল্যাটফর্মগুলির সাথে মেলে না, ভিজ্যুয়াল স্টুডিও সমাধান স্তর কনফিগারেশন (গুলি) "মিক্সড প্ল্যাটফর্ম / ডিবাগ" এবং সম্ভবত "মিশ্র প্ল্যাটফর্মগুলি / রিলিজ" তৈরি করে। এই কনফিগারেশনগুলি পৃথক প্রকল্প স্তরের কনফিগারেশনের ম্যাপিং।

উদাহরণস্বরূপ, আপনার যদি একটি সি # প্রকল্প এবং একটি সি ++ প্রকল্প থাকে তবে সাধারণত "মিশ্র প্ল্যাটফর্ম / ডিবাগ" সি # প্রকল্পের জন্য "যে কোনও সিপিইউ / ডিবাগ" এবং সি ++ প্রকল্পের জন্য "উইন 32 / ডিবাগ" মানচিত্র তৈরি করে।

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