কিভাবে সঠিকভাবে নম্বর স্থানীয়করণ?


38

আমার ফ্রন্ট-এন্ড অ্যাপ্লিকেশনটিতে নম্বর স্থানীয়করণের সময় আমার কোন সাবধানতা অবলম্বন করা উচিত?

উদাহরণ: ব্রাজিলিয়ান পর্তুগিজ (pt-BR) এ আমরা হাজার হাজার বিন্দু এবং দশমিকের সাথে কমা দিয়ে বিভক্ত হয়েছি। ইউএস ইংলিশে (এন-ইউএস) এটি বিপরীত। পিটি-বিআর-তে আমরা হাজারের দ্বারা পৃথক করা অঙ্কগুলি উপস্থাপন করি যেমন এন-ইউএস। তবে ভারতীয় ইংরেজি (এন-ইন) সম্পর্কে পড়তে গিয়ে আমি আজ এই রত্নটি পেলাম:

অঙ্কের গোষ্ঠীকরণের জন্য ভারতীয় নম্বর পদ্ধতিটি পছন্দ করা হয়। যখন শব্দে লেখা হয় বা কথা বলা হয় তখন ১০০,০০০ / ১০০,০০০ এরও কম সংখ্যার যেমন স্ট্যান্ডার্ড ইংরাজীতে থাকে তেমন প্রকাশ করা হয়। 100,000 / 100,000 সহ এবং তারও বেশি নম্বরগুলি ভারতীয় সংখ্যা পদ্ধতিতে একটি উপসেটে প্রকাশ করা হয়।

https://en.wikipedia.org/wiki/Indian_English#Numbering_system

যার অর্থ:

1000000 units in pt-BR are formatted 1.000.000
1000000 units in en-US are formatted 1,000,000
1000000 units in en-IN are formatted 10,00,000

কমা এবং বিন্দু এবং অন্যান্য নির্দিষ্ট বিভাজক ছাড়াও, মনে হয় যে মাস্কিংও একটি বৈধ উদ্বেগ।

আমার ফ্রন্ট-এন্ড অ্যাপ্লিকেশনটিতে নম্বর স্থানীয়করণের সময় আমার আর কোন সাবধানতা অবলম্বন করা উচিত? বিশেষত যদি আমি নন-ল্যাটিন চরিত্রের সেটগুলিতে নম্বর দেখাব?


3
অর্থের সাথে লেনদেন করার সময় আরও আকর্ষণীয় হয়ে ওঠে! :-)
স্টিফান বিজজিটার 21

4
মার্টিয়ান সংখ্যা পদ্ধতি সম্পর্কে কথা বলছি না যার ভিত্তি 6 (দুই বার 3 টি আঙ্গুলের) রয়েছে ;-) তবে জাপানিদের মধ্যেও একটি বিস্ময় রয়েছে: মানুষ = 10.000 1.0000 হিসাবে লিখিত, Oku = 100.000.000 জাপানে লিখিত 1.0000.0000 এবং চি। .. অনুমান
qwerty_so

6
কেন আপনি এই সম্পর্কে চিন্তা করতে হবে? আপনি ওএস সেটিংস অনুসরণ করতে পারবেন না?
জান ডগজেন

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

5
@ জানডোগেন, অনলাইন সফ্টওয়্যার নিয়ে কাজ করার সময় এটি অনেক জটিল হয়ে যায়। ব্যবহারকারী কোনও মার্কিন ইংরেজি কম্পিউটারে ভারতে থাকতে পারে তবে ব্রাজিলিয়ান পর্তুগিজ ভাষায় একটি ওয়েবপৃষ্ঠা পড়ছে। আপনার সার্ভারটি চীনা হতে পারে। ওএস / সে কী ব্যবহার করছে বা আপনার সার্ভার কোথায় তা বিবেচনা না করেই ব্যবহারকারীকে কী চায় তা আপনার অ্যাপ্লিকেশনটিকে অবশ্যই বুঝতে হবে। সুতরাং আপনার 1,000.00 ডলার 67.545,00 রুপিতে পরিণত হয়: একটি মার্কিন মুদ্রা, স্থানীয় বিনিময় হারে রূপান্তরিত, তবে পর্তুগিজ বিন্যাসে প্রদর্শিত হয়।
নোডার্ম্যান

উত্তর:


87

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

উদাহরণস্বরূপ, সি # ইকোসিস্টেমটিতে সিস্টেম রয়েছে lo গ্লোবালাইজেশন নেমস্পেস, যা আপনি যা Cultureচান তা নির্দিষ্ট করতে দেয় :

Console.WriteLine(myMoneyValue.ToString("C", "en-US"));

এটি এমন কিছু নয় যা আপনি পুনরায় উদ্ভাবন করতে চান। আপনার প্রিয় ভাষা বা কাঠামোর দ্বারা সরবরাহিত আন্তর্জাতিকীকরণ বৈশিষ্ট্যগুলি ব্যবহার করুন।


2
আমি সিস্টেম.গ্লোবালাইজেশন এবং অন্যান্য ফ্রেমওয়ার্ক সম্পর্কে সচেতন যা আমার জন্য এই জাতীয় জটিলতা পরিচালনা করে। আমি জানি না তারা হ'ল সমস্যাগুলি কী। উদাহরণস্বরূপ, আমি দেখি বেশ কয়েকটি অ্যাপ্লিকেশন টোস্ট্রিংয়ের মতো নির্দিষ্ট মাস্কিং ব্যবহার করে। সুতরাং, "নির্দিষ্ট মুখোশ ব্যবহার করবেন না" ছাড়াও আমার আর কী সম্পর্কে সচেতন হওয়া উচিত?
মাচাদো

7
আমি যে কিছুই জানি না। যদি আপনি কাঠামোটি সঠিকভাবে ব্যবহার করেন তবে এটি কেবল কাজ করা উচিত। আন্তর্জাতিকীকরণের সমস্যাগুলির নির্দিষ্ট, সুনির্দিষ্ট কেস রয়েছে তবে সেগুলির একটি বিস্তৃত তালিকা তৈরি করা আমরা এখানে কিছু করি না। এই উদাহরণটি দেখুন ।
রবার্ট হার্ভে

5
এটিই একমাত্র সঠিক উত্তর: আপনার স্থানীয় অবস্থান সেট করুন, তারপরে আপনার মানগুলি ব্যবহারকারীর সামনে প্রদর্শিত হওয়ার আগে i18n স্তরটির মাধ্যমে চাপ দিন এবং ফ্রেমওয়ার্ক লেখকরা এটির সাথে কাজ করতে দিন। এটি সংখ্যা, মুদ্রার মান, অনুবাদিত স্ট্রিং, তারিখগুলি এবং সমস্ত কিছুর জন্য সত্য।

2
নিখুঁত উত্তর. "চাকাটিকে পুনরায় উদ্ভাবন করবেন না" এমন একটি বিষয় যা এই জাতীয় সমস্যাগুলির সাথে মোকাবিলা করার সময় সর্বদা বিবেচনা করা উচিত। এটা দুঃখের বিষয় যে আমি একাধিকবার উত্সাহ দিতে পারি না।
বিজিআর ওয়ার্কার

3
@ মাচাডো "উদাহরণস্বরূপ, আমি দেখি বেশ কয়েকটি অ্যাপ্লিকেশন টোস্ট্রিংয়ের উপর নির্দিষ্ট মাস্কিং ব্যবহার করে, যেমন। টোস্ট্রিং (" #, ## 0.00 ", লোকালে), তবে প্রতি-সে মুখোশটি অবৈধ যদি আমি এই নম্বরটি কোনও ভারতীয় ব্যক্তিকে দেখিয়ে দিই । " - এটি পরিষ্কার নাও হতে পারে তবে নোট করুন যে ,ফর্ম্যাট স্ট্রিংয়ের অবস্থানটি বেশিরভাগ ক্ষেত্রে অপ্রাসঙ্গিক এবং "#, 0.00" একই প্রভাব ফেলবে। ,সহজভাবে "লোকেল দ্বারা নির্দিষ্ট পদ্ধতিতে সংখ্যা গ্রুপ বিভাজক ব্যবহার করুন" এর অর্থ।
এইচডিভি

23

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

  • এটি যখন ইউজার ইন্টারফেসের জন্য হয়, স্থানীয় ফর্ম্যাট করতে হবে

  • যখন নম্বরটি কোনও ফাইলে লিখিত হতে চলেছে, বা নেটওয়ার্কের মাধ্যমে পাঠানো হবে বা মেশিন রিডেবল ফর্মে যেখানে সংখ্যার প্রয়োজন রয়েছে তার অন্য কোনও রূপ, নিশ্চিত হয়ে নিন যে এটি বর্তমান সংস্কৃতি অনুসারে বিন্যাসিত নয় , তবে একটি নির্দিষ্ট সেটিং অনুসারে (উদাহরণস্বরূপ InvariantCulture,। নেট পরিবেশে, ব্যবহার করুন )।

অন্যথায় সংস্কৃতি এ ব্যবহার করে সংখ্যাগুলি লেখা বা প্রেরণ করা হয় এবং সংস্কৃতি বি ব্যবহার করে পড়া বা প্রাপ্ত হওয়ার সময় আপনি সমস্যা পেতে পারেন you

আমার অভিজ্ঞতা অনুসারে, এটি সংখ্যার যথাযথ স্থানীয়করণের ক্ষেত্রে সবচেয়ে বড় প্রতিবন্ধকতা: সংখ্যা বিন্যাসকরণ এবং রূপান্তরকে কেন্দ্রীভূত করার প্রয়াসে লোকেরা বিন্যাসকরণের জন্য সাধারণ, পুনরায় ব্যবহারযোগ্য ফাংশন তৈরি করতে শুরু করে এবং তারপরে সমস্তটি ব্যবহার শুরু করে জায়গা। যাইহোক, প্রোগ্রামের অন্য কোথাও মেশিন রিডেবল স্ট্রিং ফরম্যাটে নাম্বারগুলির দরকার পড়ার সাথে সাথে দুটি ভেরিয়েন্টের প্রয়োজন হয়: একটি স্থানীয়করণ এবং একটি স্থানীয় নয় এমন বিন্যাস। এটি রূপান্তর দুটি রূপের মিশ্রণের উচ্চ ঝুঁকির সাথে পরিচয় করিয়ে দেয় (বিশেষত যখন বিকাশকারী এবং পরীক্ষার মেশিনগুলির ডিফল্ট স্থানীয় সেটিংগুলি "অ-ইউআই বিন্যাসকরণের জন্য ব্যবহৃত" স্থির "সেটিংসের মতো হয় তবে ব্যবহারকারীর বেসের অংশ থাকে না)।

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


2
এবং আরও খারাপ অনেক আধুনিক পোগ্রামিং ভাষা স্ট্যান্ডার্ড লাইব্রেরিতে স্পষ্ট / ডিফল্ট ফাংশনগুলি "স্থানীয়করণ" করা হয়। সুতরাং যদি বিকাশকারী স্থানীয়করণ সম্পর্কে জানেন না বা যত্ন না রাখেন তবে ফলস্বরূপ অ্যাপ্লিকেশনটি কেবল বিদেশী সিস্টেমে কুৎসিত না হয়ে বিতর্কিত হওয়ার সম্ভাবনা রয়েছে।
পিটার গ্রিন

4
আমি সমান খারাপ সম্পর্কে একমত নই। এমন একটি সরঞ্জাম যা এটির ইউআইতে স্থানীয় সংখ্যার কনভেনশনগুলি অনুসরণ করে না এখনও ব্যবহারযোগ্য হবে। এমন একটি সরঞ্জাম যা নিজস্ব ডেটা ফাইলগুলি পড়তে ব্যর্থ হয় বা সংখ্যাসূচক কনভেনশন মিল না থাকার কারণে এটির সার্ভারের সাথে কথা বলতে ব্যর্থ হয় তার অব্যবহারের সম্ভাবনা বেশি।
পিটার গ্রিন

5
এর একটি উপাখ্যান: এন-
জেডএর দশমিক পৃথককারী

1
@PeterGreen: একটি টুল এটাই UI 'তে স্থানীয় সাংখ্যিক নিয়মাবলী অনুসরণ না পারে এখনো ব্যবহারযোগ্য হতে পারে, অথবা এটা হতে পারে নির্দিষ্ট ব্যবহারের ক্ষেত্রে জন্য সম্পূর্ণরূপে অব্যবহারযোগ্য হবে। আমি এই ধরনের অনুমান করা খুব যত্নশীল হবে। এতগুলি ডেভস সংখ্যার স্থানীয়করণ ভুল হওয়ার কারণ হ'ল এই ধরণের অনুমান করা।
ডক ব্রাউন

1
@ ডকব্রাউন আমার কাছে স্ট্যান্ডার্ড লাইব্রেরির স্থানীয়করণ পূর্ণসংখ্যার / ফ্লোট পার্সিং রুটিনগুলি ভোগ করে তা বজায় রাখতে সবচেয়ে ভয়াবহ লিগ্যাসি কোড রয়েছে have আমি মনে করি এটি ন্যায়সঙ্গত বলেছে যে এই চাকরিগুলির জন্য ডিফল্ট রুটিনগুলি স্থানীয়-স্থানীয়করণের সময় স্থানীয়করণের যত্ন ছাড়াই লিখিত প্রোগ্রামটি কিছু পরিস্থিতিতে অকার্যকর হতে পারে তবে যদি ডিফল্ট রুটিনগুলি স্থানীয়করণ করা হয় তবে প্রোগ্রামটি সর্বদা এই মুহুর্তে ভেঙে যাবে এমন একটি কম্পিউটারে মৃত্যুদন্ড কার্যকর করা হয়েছে যেখানে বিশ্বব্যাপী লোকেল ইংরেজি নয়।
সেবাস্তিয়ান রেডল

9

যথাযথ স্থানীয়করণ বেশ কঠিন। বেশিরভাগ প্রোগ্রামিং ইকোসিস্টেমগুলির স্থানীয়করণের সমাধানের চেষ্টা রয়েছে তবে আমার অভিজ্ঞতায় সেগুলি কমবেশি ভাঙা। আমি তাই পরামর্শ করব:

  • স্থানীয়করণ স্বয়ংক্রিয় করার চেষ্টা করবেন না। এটি সবসময় কাজ করে না। আপনার সমস্যাগুলি এবং আপনার ব্যবহারকারীদের জন্য হতাশাকে চিহ্নিত করা আপনার পক্ষে কঠিন।

  • সামঞ্জস্যপূর্ণ থাকুন: বিভিন্ন ভাষা এবং বিন্যাসের কনভেনশনগুলি মিশ্রণ করবেন না, যেমন ব্রাজিলিয়ান স্টাইলের দশমিক বিভাজক ইংরেজি পাঠ্যে।

  • স্পষ্টভাবে একটি নির্দিষ্ট লোকেলগুলির সেটকে সমর্থন করুন। তারিখ এবং সংখ্যার জন্য যথাযথ ফর্ম্যাটিং বের করার জন্য আপনার অনুবাদকদের সাথে একসাথে কাজ করুন। আপনি সম্ভবত আপনার নিজস্ব স্থানীয়করণ টুলকিট তৈরির কাজটি শেষ করবেন, যদিও বেশিরভাগ (তবে সমস্ত নয়) সমস্যাগুলি একটি বিদ্যমান লাইব্রেরিতে অর্পণ করা যেতে পারে।

  • প্রতিটি ব্যবহারকারীর দ্বারা সাধারণ বিন্যাস পছন্দগুলি কনফিগারযোগ্য করুন: তারিখ এবং সময়গুলির জন্য ফর্ম্যাট, দশমিক বিভাজক, পছন্দসই মুদ্রা,…। এটি বিশেষত ভ্রমণকারী, বহিরাগতদের বা অন্যান্য লোকদের জন্য দরকারী যা ভাষার একাধিক স্থানীয় বা সংস্কৃতি মিশ্রিত করতে পারে।


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

2

একটি গুরুত্বপূর্ণ বিবেচনা: আপনার যথেষ্ট সিদ্ধান্ত নেওয়া উচিত। কারণ আপনি যদি নিখুঁতভাবে স্থানীয়করণের চেষ্টা করার খরগোশের গর্তটিতে যান তবে এটি ক্রমশ জটিল হয়ে উঠবে।

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

তবে আপনাকে আপনার যুদ্ধগুলি বেছে নিতে হবে এবং সিদ্ধান্ত নিতে হবে কোন স্তরের পরিশীলনের পক্ষে যথেষ্ট। বিভিন্ন উদ্দেশ্যে সংখ্যা এবং তারিখগুলির বিন্যাসের জন্য একটি স্থানীয় স্থানীয়করণ গ্রন্থাগার পর্যাপ্ত হওয়া উচিত।


এটি আইসিইউ (মেসেজফর্ম্যাট) দ্বারা সমাধান করা হয়েছে। অসুবিধাটি হ'ল অনেক ভাষায় আইসিইউ গ্রহণ এখনও দুর্বল। তবে, বিকাশকারীকে এখনও সঠিক উপায়ে বার্তাটি তৈরি করতে হবে। এটি প্রকৌশল প্রকৃতির চেয়ে সত্যই বেশি। userguide.icu-project.org/formatparse/messages
নোডরমান

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

2

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

বেশিরভাগ আধুনিক ভাষাগুলি এই প্রকল্পগুলির কিছু বা সমস্ত বৈশিষ্ট্য বাস্তবায়ন করে, তবে তা না হলেও, এই প্রকল্পগুলি সম্পর্কে পড়া আপনাকে কী সন্ধান করবে সে সম্পর্কে একটি ভাল ধারণা দেয়।

http://site.icu-project.org

http://cldr.unicode.org

হালনাগাদ

সিএলডিআর জরিপ সরঞ্জামটি সমস্ত নিদর্শনগুলিতে অ্যাক্সেস সরবরাহ করে। এটি আপনাকে নির্দিষ্ট ভাষা এবং অঞ্চলে কোনও সংখ্যার ফর্ম্যাট করার পদ্ধতি দেখায়। উদাহরণস্বরূপ, পর্তুগিজ (পর্তুগাল):

http://st.unicode.org/cldr-apps/v#/pt_PT/Number_Formatting_Patterns/

এবং যদি আপনি সত্যিই সমস্ত ডেটা পরীক্ষা করতে চান (এবং সম্ভবত এটি ব্যবহার করতে পারেন), আপনি গিটহাব থেকে সিএসডিআরটি JSON ফর্ম্যাটে ডাউনলোড করতে পারেন:

https://github.com/unicode-cldr/cldr-json#cldr-json

ডাউনলোডগুলি সম্পর্কে আরও তথ্য এখানে:

http://cldr.unicode.org/index/downloads


ইনপুটটির জন্য ধন্যবাদ, তবে আমি এখন পর্যন্ত সংখ্যায় আগ্রহী। :)
মাচাডো

অবশ্যই। জরিপ সরঞ্জামটির একটি লিঙ্ক অন্তর্ভুক্ত করার জন্য আমি কেবল প্রতিক্রিয়া সম্পাদনা করেছি, যেখানে আপনি নিজের অনুসন্ধানটি সঙ্কুচিত করতে পারেন।
নোডরমান

আমি ব্রাজিলকে পরিবর্তনের চেষ্টা করেছি, পার্থক্যগুলি যাচাই করতে পারি, তবে এটি এর জন্য ভিজ্যুয়ালাইজেশন সক্ষম করে বলে মনে হয় না: st.unicode.org/cldr-apps/v#/pt_BR/Number_ Formatting_Patterns অন্যথায়, সরঞ্জামটি বেশ ভাল বলে মনে হচ্ছে।
মাচাডো

কারণ ব্রাজিল মূল ভাষা। জরিপ সরঞ্জামটি আসলে সিএলডিআর ডেটা পরিবর্তন করার জন্য ব্যবহৃত হয়, সুতরাং শিকড়গুলির জন্য বিশেষ অ্যাকাউন্ট প্রয়োজন। আপনি গিটহাবে যেতে পারেন এবং সরাসরি সমস্ত তথ্য পেতে পারেন: github.com/unicode-cldr/cldr-numbers-modern/tree/master/main বিশেষত, ব্রাজিল এখানে রয়েছে: github.com/unicode-cldr/cldr-numbers-modern/ ব্লব / মাস্টার / মেইন / পিটি /…
নোডার্মেন

0

ঠিক আছে, আমি এখানে সমস্ত উত্তর দিয়ে খুশি থাকাকালীন, আমি সঠিক উত্তর হিসাবে চিহ্নিত করতে আলাদাভাবে তাদের প্রত্যেকের সাথে সন্তুষ্ট নই।

এখন পর্যন্ত সংখ্যার স্থানীয়করণের সময় আমাদের এটি সম্পর্কে সচেতন হওয়া উচিত:

মানুষের জন্য :

  • হাজার হাজার বিভাজক সর্বদা হাজারে পৃথক হয় না। প্রশ্নে ভারতীয় মামলা দেখুন;
  • হাজার এবং দশমিক অক্ষর সংস্কৃতিতে সংস্কৃতিতে পরিবর্তিত হয়। জার্মান ভাষায় হাজার হাজার স্পেস ব্যবহার করে বিভক্ত হয়ে যায়, উদাহরণস্বরূপ, ইংরেজিতে এটি কম্যান্স এবং পর্তুগিজ ভাষায় এটি বিন্দুসমূহ;
  • বাম থেকে ডান এবং ডান থেকে বাম ভাষার মধ্যে যদি কোনও প্রাসঙ্গিক পার্থক্য থাকে তবে আমাদের কাছে তথ্য নেই;
  • সমর্থিত স্থানীয়করণের একটি নির্দিষ্ট সেট সরবরাহ করুন এবং এটি আপনার ব্যবহারকারীদের জন্য পরিষ্কার করুন;
  • আপনার ব্যবহারকারীদের একটি সমর্থিত স্থানীয়করণের মধ্যে একটিতে ডিফল্ট স্থানীয়করণ পরিবর্তন করার অনুমতি দিন এবং তারা খুশি হবে এবং আপনাকে কৃতজ্ঞ বলে কেক প্রেরণ করবে, কারণ আপনি উদার godশ্বর। :);

কম্পিউটারের জন্য :

  • মনে রাখবেন যে মেশিনগুলি বিন্যস্ত হয় না এবং একটি সংখ্যা ক্রমিককরণ এবং ডি-ক্রমিককরণের সময় সর্বদা একই বিন্যাস গ্রহণ করা উচিত;
  • এটির জন্য একটি একক ফর্ম্যাট সঙ্গে স্টিক;
  • সম্ভব সর্বনিম্ন প্রয়োজনীয় বিন্যাসটি ব্যবহার করুন। হাজার হাজার বিচ্ছেদ এড়ানো, দশমিকগুলি সিরিয়ালাইজেশন এবং ডি-সিরিয়ালাইজেশনের জন্য পর্যাপ্ত পরিমাণে হওয়া উচিত।

বিকাশকারীদের জন্য :

  • (নীচে @ হাইডের পরামর্শ অনুসারে): স্থানীয়করণের জন্য বিদ্যমান গ্রন্থাগারটি ব্যবহার করুন;
  • যদি আপনি পারেন তবে নেটিভ টেস্টার ব্যবহার করুন এবং স্থানীয়করণ / আন্তর্জাতিকীকরণ পরীক্ষার কেস নির্দিষ্ট করুন, অন্যথায় গ্রন্থাগারে বিশ্বাস করুন;
  • মনে রাখবেন স্থানীয়করণ হ'ল বেশিরভাগ সমস্যার সমাধান। প্রতিটি বড় ভাষার একটি গ্রন্থাগার থাকে, স্থানীয় বা বাহ্যিক, যা সংখ্যা, তারিখ এবং সময়কে স্থানীয় করতে পারে;

1
অনুপস্থিত আইটেম: বিকাশকারীদের জন্য: স্থানীয়করণের জন্য বিদ্যমান লাইব্রেরি ব্যবহার করুন। যদি আপনি পারেন তবে নেটিভ টেস্টার ব্যবহার করুন এবং স্থানীয়করণ / আন্তর্জাতিকীকরণ পরীক্ষার কেস নির্দিষ্ট করুন, অন্যথায় লাইব্রেরিতে বিশ্বাস করুন।
হাইড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.