উত্তর:
আমি যদি আজ একটি নতুন প্রকল্প করছিলাম তবে আমি এখনও TCHAR বাক্য গঠন ব্যবহার করব। এটি এবং ডাব্লুসিএইচআর সিনট্যাক্স ব্যবহারের মধ্যে খুব বেশি ব্যবহারিক পার্থক্য নেই এবং আমি কোড পছন্দ করি যা অক্ষরের ধরণটি কী তা স্পষ্ট। যেহেতু বেশিরভাগ এপিআই ফাংশন এবং সহায়তাকারী অবজেক্টগুলি TCHAR প্রকারগুলি গ্রহণ করে / ব্যবহার করে (উদাহরণস্বরূপ: CString), এটি এটি ব্যবহার করা ঠিক বুদ্ধিমান। প্লাস এটি আপনাকে নমনীয়তা দেয় যদি আপনি কোনও পর্যায়ে কোনও ASCII অ্যাপ্লিকেশন কোড ব্যবহার করার সিদ্ধান্ত নেন বা উইন্ডোজ কখনও ইউনিকোড 32 এ বিকশিত হয় ইত্যাদি ইত্যাদি ves
আপনি যদি ডাব্লুসিএইচআর রুটে যাওয়ার সিদ্ধান্ত নিয়ে থাকেন তবে আমি এটির বিষয়ে স্পষ্ট করে বলব। অর্থাৎ, টিএসসিএআর রূপান্তর করার সময় CString এর পরিবর্তে CStringW ব্যবহার করুন এবং ম্যাক্রো castালাই করুন (যেমন: CW2CT)।
এটা আমার মতামত, যাইহোক।
সংক্ষিপ্ত উত্তর: না ।
ইতিমধ্যে লেখা অন্য সমস্তগুলির মতো, প্রচুর প্রোগ্রামাররা এখনও টিসিএইচআর এবং সংশ্লিষ্ট ফাংশন ব্যবহার করে। আমার বিনীত মতে পুরো ধারণাটি একটি খারাপ ধারণা ছিল । ইউটিএফ -16 স্ট্রিং প্রসেসিং সাধারণ এএসসিআইআই / এমবিসিএস স্ট্রিং প্রসেসিংয়ের চেয়ে অনেক আলাদা। আপনি যদি উভয়ের সাথে একই অ্যালগরিদম / ফাংশন ব্যবহার করেন (এটিই টিসিএইচআর ধারণাটি ভিত্তিক!), আপনি সাধারণ স্ট্রিং কনটেন্টেশন (যেমন: কিছুটা বেশি) করছেন তবে আপনি ইউটিএফ -16 সংস্করণে খুব খারাপ পারফরম্যান্স পাবেন like পার্সিং ইত্যাদি)। মূল কারণ সারোগেটস ।
একমাত্র ব্যতিক্রম ছাড়া যখন আপনাকে ইউনিকোড সমর্থন করে না এমন সিস্টেমের জন্য আপনার অ্যাপ্লিকেশনটি সত্যই সংকলন করতে হবে আমি অতীতে থেকে এই ব্যাগেজটি কোনও নতুন অ্যাপ্লিকেশনটিতে ব্যবহার করার কোনও কারণ দেখতে পাচ্ছি না।
TCHARআর ব্যবহার করা উচিত নয়, আমি একমত নই যে এটি একটি খারাপ ধারণা ছিল। আমি আরও মনে করি যে আপনি যদি ব্যবহারের পরিবর্তে TCHARসুস্পষ্ট হতে চান তবে সর্বত্র স্পষ্ট হওয়া উচিত । অর্থাৎ তাদের ঘোষণায় TCHAR/ _TCHAR(যেমন _tmain) সহ ফাংশন ব্যবহার করবেন না । সোজা কথায়: সামঞ্জস্য হতে। +1, এখনও।
TCHARপ্রাথমিকভাবে কীগুলির জন্য প্রবর্তন করা হয়েছিল: উইন 9x এবং উইন্ডোজ এনটি ভিত্তিক সংস্করণ উইন্ডোজ এনটি কোডের বিকাশ সহজ করতে। সেই সময়, উইন্ডোজ এনটি-র ইউটিএফ -16 বাস্তবায়ন ছিল ইউসিএস -2, এবং স্ট্রিং পার্সিং / ম্যানিপুলেশনের জন্য অ্যালগরিদমগুলি অভিন্ন ছিল। কোন সার্গেট ছিল না। এমনকি সারোগেটের সাথেও ডিবিসিএস (উইন্ডোজের জন্য একমাত্র সমর্থিত এমবিসিএস এনকোডিং) এবং ইউটিএফ -16 একরকম: এনকোডিংয়ে কোনও কোড পয়েন্টে এক বা দুটি কোড ইউনিট থাকে।
আমার সাসচায় একমত হতে হবে। TCHAR/ _T()/ ইত্যাদির অন্তর্নিহিত ভিত্তিটি হ'ল আপনি একটি "এএনএসআই" ভিত্তিক অ্যাপ্লিকেশন লিখতে পারেন এবং তারপরে যাদুতে ম্যাক্রো সংজ্ঞায়িত করে ইউনিকোড সমর্থন দিতে পারেন। তবে এটি বেশ কয়েকটি খারাপ অনুমানের উপর ভিত্তি করে:
আপনি সক্রিয়ভাবে আপনার সফ্টওয়্যারটির এমবিসিএস এবং ইউনিকোড সংস্করণ উভয়ই তৈরি করেছেন
অন্যথা, আপনি হবে আপ চিলতা এবং সাধারণ ব্যবহার char*অনেক জায়গায় স্ট্রিং।
যে আপনি অ-এএসসিআইআই ব্যাকস্ল্যাশ ব্যবহার করতে পারবেন না এটি _T ("...") লিটারেলগুলিতে পালিয়ে যায়
আপনার "এএনএসআই" এনকোডিংটি আইএসও -8859-1 না হওয়া পর্যন্ত ফলাফল char*এবং wchar_t*আক্ষরিক একই অক্ষরকে উপস্থাপন করবে না।
ইউটিএফ -16 স্ট্রিংগুলি "এএনএসআই" স্ট্রিংয়ের মতোই ব্যবহৃত হয়
তারা না. ইউনিকোড বেশ কয়েকটি ধারণার প্রবর্তন করে যা বেশিরভাগ উত্তরাধিকার চরিত্রের এনকোডিংগুলিতে নেই। সারোগেটস। সম্মিলিত অক্ষর। সাধারণীকরণ। শর্তাধীন এবং ভাষা-সংবেদনশীল কেসিং বিধি।
এবং সম্ভবত সবচেয়ে গুরুত্বপূর্ণভাবে, ইউটিএফ -16 খুব কমই ডিস্কে সংরক্ষণ করা হয় বা ইন্টারনেটে প্রেরণ করা হয়: ইউটিএফ -8 বাহ্যিক উপস্থাপনের জন্য পছন্দ করা পছন্দ করে।
আপনার অ্যাপ্লিকেশনটি ইন্টারনেট ব্যবহার করে না
(এখন, এটি আপনার সফ্টওয়্যারটির জন্য একটি বৈধ ধারণা হতে পারে , তবে ...)
ওয়েবটি ইউটিএফ -8 এবং বিরল এনকোডিংগুলির আধিক্যতে চলে । TCHARধারণা মাত্র দুটি স্বীকার: "ANSI" (যা করতে পারবেন না হল UTF-8 হতে ) এবং "ইউনিকোড" ইউনিকোড (UTF-16)। এটি আপনার উইন্ডোজ এপিআই কলকে ইউনিকোড-সচেতন করার জন্য কার্যকর হতে পারে তবে আপনার ওয়েব এবং ই-মেইল অ্যাপ্লিকেশনগুলি ইউনিকোড-সচেতন করার জন্য এটি অকেজো।
আপনি কোনও মাইক্রোসফ্ট গ্রন্থাগার ব্যবহার করেন না
অন্য কেউ ব্যবহার করে না TCHAR। পোকো ব্যবহার করে std::stringএবং ইউটিএফ -8। এসকিউএলাইটের ইউটিএফ -8 এবং ইউটিএফ -16 এর API এর সংস্করণ রয়েছে, তবে নেই TCHAR। TCHARএমনকি স্ট্যান্ডার্ড লাইব্রেরিতে নেই, তাই std::tcoutআপনি নিজের এটি সংজ্ঞায়িত করতে না চাইলে না।
ভুলে যাবেন যে "এএনএসআই" এনকোডিংগুলি অস্তিত্ব রয়েছে, যখন আপনাকে এমন কোনও ফাইল পড়তে হবে যা বৈধ ইউটিএফ -8 নয়। TCHARখুব ভুলে যাও উইন্ডোজ এপিআই ফাংশনের সর্বদা "ডাব্লু" সংস্করণ কল করুন। #define _UNICODEকেবল আপনি দুর্ঘটনাক্রমে একটি "এ" ফাংশন কল করবেন না তা নিশ্চিত করার জন্য।
স্ট্রিংগুলির জন্য সর্বদা ইউটিএফ এনকোডিংগুলি ব্যবহার করুন: স্ট্রিংয়ের জন্য ইউটিএফ -8 এবং charস্ট্রিংয়ের জন্য ইউটিএফ -16 (উইন্ডোজে) বা ইউটিএফ -32 (ইউনিক্সের মতো সিস্টেমে) wchar_t। typedef UTF16এবং UTF32চরিত্র ধরনের প্ল্যাটফর্ম পার্থক্য এড়ানো।
#define _UNICODE। সঞ্চালনের সমাপ্তি :)
_UNICODEকীভাবে জেনেরিক-পাঠ্য ম্যাপিংগুলি সিআরটি-তে সমাধান করা হয় তা নিয়ন্ত্রণ করে। আপনি যদি উইন্ডোজ এপিআইয়ের এএনএসআই সংস্করণটি কল করতে না চান তবে আপনাকে সংজ্ঞায়িত করতে হবে UNICODE।
যদি আপনি এখনও ভাবছেন যে এটি এখনও অনুশীলন করে চলেছে, তবে হ্যাঁ - এটি এখনও কিছুটা ব্যবহৃত হয়। আপনার কোডটি টিএইচএআর এবং _T ("") ব্যবহার করে কেউ মজাদার দিকে নজর দেবে না। আমি এখন যে প্রকল্পটি নিয়ে কাজ করছি তা এএনএসআই থেকে ইউনিকোডে রূপান্তরিত হচ্ছে - এবং আমরা বহনযোগ্য (টিসিএইচআর) রুটে যাচ্ছি।
যাহোক...
আমার ভোটটি সমস্ত এএনএসআই / ইউনিকোডে পোর্টেবল ম্যাক্রোগুলি (টিসিএইচআর, টিটি (""), এবং সমস্ত _টিএক্সএক্সএক্সএক্সএক্সএক্স কল, ইত্যাদি ...) ভুলে যাওয়া এবং সর্বত্র ইউনিকোড ধরে নেওয়া উচিত। আপনার কোনও এএনএসআই সংস্করণ কখনই লাগবে না বলে আমি সত্যিই পোর্টেবল হওয়ার বিন্দুটি দেখতে পাই না। আমি সমস্ত প্রশস্ত চরিত্রের ফাংশন এবং প্রকারগুলি সরাসরি ব্যবহার করব। সমস্ত স্ট্রিং আক্ষরিককে একটি এল দিয়ে প্রিফারেন্ড করুন
ভূমিকা Windows- এ প্রোগ্রামিং নিবন্ধ দুটিই MSDN বলে
নতুন অ্যাপ্লিকেশনগুলির সর্বদা ইউনিকোড সংস্করণ (এপিআই এর) কল করা উচিত।
টেক্সট এবং TCHAR ম্যাক্রো কারণ সব অ্যাপ্লিকেশন ইউনিকোড ব্যবহার করা উচিত কম দরকারী আজ, আছে।
আমি বিদ্ধ হবে wchar_tএবং L""।
আমি আলাদা পদ্ধতির পরামর্শ দিতে চাই (দুজনের কোনওটিই নয়)।
সংক্ষিপ্তসার হিসাবে, ইউটিএফ -8 এনকোডিং ধরে ধরে চর * এবং এসডিডি :: স্ট্রিংটি ব্যবহার করুন এবং এপিআই ফাংশন মোড়ানোর সময় কেবল ইউটিএফ -16 এ রূপান্তরগুলি করুন।
উইন্ডোজ প্রোগ্রামগুলিতে এই পদ্ধতির জন্য আরও তথ্য এবং ন্যায়সঙ্গততা http://www.utf8everywhere.org এ পাওয়া যাবে ।
TCHAR/ WCHARকিছু উত্তরাধিকার প্রকল্পের জন্য যথেষ্ট হতে পারে। কিন্তু নতুন অ্যাপ্লিকেশনের জন্য, আমি বলতে হবে কোন ।
এই সমস্ত TCHAR/ WCHARস্টাফ historicalতিহাসিক কারণে আছে। TCHARএএনএসআই পাঠ্য এনকোডিং (এমবিসিএস) এবং ইউনিকোড পাঠ্য এনকোডিং (ইউটিএফ -16) এর মধ্যে স্যুইচ করার জন্য একটি পরিষ্কার পরিচ্ছন্ন উপায় (ছদ্মবেশ) সরবরাহ করে। অতীতে, বিশ্বের সমস্ত ভাষার বর্ণের সংখ্যা সম্পর্কে মানুষের বোঝাপড়া ছিল না। তারা ধরে নিয়েছে যে সমস্ত বাইটগুলি উপস্থাপন করার জন্য 2 বাইট যথেষ্ট ছিল এবং এটি ব্যবহার করে একটি নির্দিষ্ট দৈর্ঘ্যের অক্ষর এনকোডিং স্কিম রয়েছে WCHAR। যাইহোক, এই আর সত্য মধ্যে ইউনিকোড 2.0 মুক্তির পর 1996 ।
এটি বলার জন্য: আপনি CHAR/ WCHAR/ যে কোনও ক্ষেত্রেই ব্যবহার করেন না কেন TCHAR, আপনার প্রোগ্রামের পাঠ্য প্রক্রিয়াকরণ অংশটি আন্তর্জাতিকীকরণের জন্য পরিবর্তনশীল দৈর্ঘ্যের অক্ষরগুলি পরিচালনা করতে সক্ষম হওয়া উচিত ।
সুতরাং আপনার উইন্ডোজ প্রোগ্রামিংয়ের জন্য CHAR/ WCHAR/ থেকে একটি বেছে নেওয়ার চেয়ে আরও বেশি কিছু করা দরকার TCHAR:
WCHAR। যেহেতু ইউনিকোড সমর্থন সহ WinAPI এর সাথে কাজ করা সহজ itআরও গভীরতার সাথে পড়ার জন্য এই দুর্দান্ত ওয়েবসাইটটি দেখুন: http://utf8everywhere.org/
হ্যাঁ একেবারে; কমপক্ষে _T ম্যাক্রোর জন্য। যদিও আমি প্রশস্ত-চরিত্রের জিনিসগুলি সম্পর্কে এতটা নিশ্চিত নই।
কারণ হ'ল উইনসিইসি বা অন্যান্য অ-মানক উইন্ডোজ প্ল্যাটফর্মগুলিকে আরও ভালভাবে সমর্থন করা। যদি আপনি 100% নিশ্চিত হন যে আপনার কোডটি এনটিতে থাকবে, তবে আপনি সম্ভবত নিয়মিত সি-স্ট্রিং ডিক্লারেশন ব্যবহার করতে পারেন। তবে, আরও নমনীয় পদ্ধতির দিকে ঝোঁক দেওয়া ভাল কারণ ম্যাস্রোটি একটি নন-উইন্ডোজ প্ল্যাটফর্মের সাথে তুলনামূলকভাবে হাজারো কোডের লাইনের মধ্য দিয়ে যেতে এবং কোনও লাইব্রেরি পোর্ট করার প্রয়োজনে এটি সর্বত্র যুক্ত করার তুলনায় # ম্যাক্রোটিকে নির্ধারণ করা খুব সহজ as উইন্ডোজ মোবাইল।
আইএমএইচও, যদি আপনার কোডটিতে TCHARs থাকে তবে আপনি বিমূর্তির ভুল স্তরে কাজ করছেন।
ব্যবহারের যাই হোক না কেন স্ট্রিং টাইপ আপনার জন্য সবচেয়ে সুবিধাজনক যখন টেক্সট প্রক্রিয়াকরণ সঙ্গে তার আচরণ - এই আশা কিছু ইউনিকোড সমর্থন থাকবে, কিন্তু আপনি উপরে নির্ভর করে। প্রয়োজনীয় হিসাবে ওএস এপিআই সীমানায় রূপান্তর করুন।
ফাইল পাথগুলির সাথে কাজ করার সময়, স্ট্রিংগুলি ব্যবহার করার পরিবর্তে আপনার নিজস্ব কাস্টম প্রকারটি হুইপ করুন। এটি আপনাকে ওএস-স্বতন্ত্র পাথ বিভাজকগুলিকে মঞ্জুরি দেয়, ম্যানুয়াল স্ট্রিং কনটেনটেশন এবং বিভাজনের চেয়ে কোডের বিরুদ্ধে কোডের জন্য আপনাকে একটি সহজ ইন্টারফেস দেয় এবং বিভিন্ন ওএসের সাথে মানিয়ে নেওয়া অনেক সহজ হবে (আনসি, ইউসিএস -২, ইউটিএফ -৮, যাই হোক না কেন) ।
সুস্পষ্ট ডাব্লুসিএইচআর ব্যতীত অন্য যে কোনও কিছুই আমি দেখতে পাচ্ছি তার কারণগুলি হ'ল বহনযোগ্যতা এবং দক্ষতা।
আপনি যদি নিজের চূড়ান্ত নির্বাহযোগ্যকে যতটা সম্ভব ব্যবহারের চরটি তৈরি করতে চান।
আপনি যদি র্যাম ব্যবহারের বিষয়ে চিন্তা না করেন এবং আন্তর্জাতিকীকরণটি সহজ অনুবাদ হিসাবে সহজ হতে চান তবে ডাব্লুসিএইচএআর ব্যবহার করুন।
আপনি যদি আপনার কোডটি নমনীয় করতে চান তবে TCHAR ব্যবহার করুন।
যদি আপনি কেবল লাতিন অক্ষরগুলি ব্যবহার করার পরিকল্পনা করে থাকেন তবে আপনি সম্ভবত ASCII / MBCS স্ট্রিং ব্যবহার করতে পারেন যাতে আপনার ব্যবহারকারীর যতটা র্যামের প্রয়োজন না হয়।
"শুরু থেকে i18n" লোকের জন্য, নিজেকে উত্স কোডের স্থানটি সংরক্ষণ করুন এবং ইউনিকোডের সমস্ত ফাংশন কেবল ব্যবহার করুন।
শুধু একটি পুরানো প্রশ্ন যুক্ত:
VS2010 এ একটি নতুন সিএলআর সি ++ প্রকল্প শুরু করুন। মাইক্রোসফ্ট নিজেরাই ব্যবহার করে L"Hello World", 'নফ বলেছিলেন।
Cএবং C++। উত্তরগুলি সর্বদা তাদের নিজ নিজ লেখক দ্বারা মুছতে পারে। এই বিধানটি ব্যবহার করার জন্য এটি ভাল সময় হবে।
TCHARথেকে পোর্ট করার জন্য একটি নতুন অর্থ আছে WCHARকরার CHAR।
https://docs.microsoft.com/en-us/windows/uwp/design/globalizing/use-utf8-code-page
উইন্ডোজ 10 এর সাম্প্রতিক প্রকাশগুলি এএনএসআই কোড পৃষ্ঠা এবং অ্যাপ্লিকেশনগুলিতে ইউটিএফ -8 সমর্থন প্রবর্তনের মাধ্যম হিসাবে -A এপিআইগুলি ব্যবহার করেছে। যদি এএনএসআই কোড পৃষ্ঠাটি ইউটিএফ -8-এর জন্য কনফিগার করা থাকে, -এআইপিআইগুলি ইউটিএফ -8 এ পরিচালনা করে।