ক্যামেলকেসে সংক্ষিপ্ত শব্দ [বন্ধ]

Question

ক্যামেলকেস সম্পর্কে আমার সন্দেহ আছে। মনে করুন আপনার এই সংক্ষিপ্ত বিবরণ রয়েছে:Unesco = United Nations Educational, Scientific and Cultural Organization.

আপনার লেখা উচিত: unitedNationsEducationalScientificAndCulturalOrganization

তবে কি যদি আপনি সংক্ষিপ্ত বিবরণ লিখতে প্রয়োজন? কিছুটা এইরকম:

getUnescoProperties();

এভাবে লেখা কি ঠিক? getUnescoProperties() OR getUNESCOProperties();

Comments

এটি কি প্রোগ্রামারদের উপর থাকা উচিত নয়?

— পেসারিয়ার

আইএমও স্নাপকেসে রূপান্তর করা সর্বোত্তম সমাধানটি প্রকাশ করে। আপনি পছন্দ করেন get_unesco_propertiesনাকি get_u_n_e_s_c_o_properties?

— jchook

সম্পর্কিত পোস্ট - ভেরিয়েবলের নাম রাখা উচিত আইডি বা আইডি?

— আরবিটি

সম্পর্কিত প্রশ্ন: স্ট্যাকওভারফ্লো

— সিকিউশনস / ৪৪০৪৫০৮ / ক্যামেল-কেসিং-

Answer 1

মাইক্রোসফ্ট লিখেছেন কয়েকটি গাইডলাইনcamelCase :

সংক্ষিপ্ত বিবরণ ব্যবহার করার সময়, দুটি অক্ষরের বেশি দীর্ঘায়িত সংক্ষিপ্তসার জন্য পাস্কল কেস বা উটের ক্ষেত্রে ব্যবহার করুন। উদাহরণস্বরূপ, ব্যবহার HtmlButtonবা htmlButton। যাইহোক, যদি আপনি যেমন আদ্যক্ষরসমস্টি যে মাত্র দুটি অক্ষর গঠিত, পুঁজিতে উচিত System.IOপরিবর্তে System.Io।

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

সাতরে যাও:

• আপনি যখন দুটি সংক্ষিপ্ত দীর্ঘ একটি সংক্ষেপণ বা সংক্ষিপ্ত বিবরণ ব্যবহার করেন, তখন সেগুলি সমস্ত ক্যাপগুলিতে রাখুন;

• যখন সংক্ষিপ্ত বিবরণ দুটি অক্ষরের চেয়ে দীর্ঘ হয়, প্রথম অক্ষরের জন্য একটি মূলধন ব্যবহার করুন।

সুতরাং, আপনার নির্দিষ্ট ক্ষেত্রে, getUnescoProperties()সঠিক।

Comments

আমি অনুমান করি IDপরিবর্তে Idআমার ব্যবহার শুরু করা উচিত (যা আমি সর্বত্র ব্যবহার করি / দেখি)

— জেসনস্ক্রিপ্ট

প্রযুক্তিগতভাবে "আইডি" একটি সংক্ষিপ্ত রূপ নয় (এটি "সনাক্তকারী" বা "সনাক্তকারী" এর একটি সংক্ষেপণ) তবে এই গাইডলাইনটি সেই সাথে কীভাবে / যদি সহায়তা করে তবে আমি সত্যিই জানি না। : - \

— ব্রায়ান্ট

আমি মনে করি না এটি একটি ভাল মান। সাধারণ সংক্ষিপ্ত নাম, দ্বি-অক্ষরের সংক্ষিপ্ত শব্দ এবং সাধারণ শব্দগুলিকে পার্থক্যযুক্ত এবং একটি নিয়মিত নামকরণ কনভেনশন ধারণার বিপরীত বলে মনে হয়।

— স্যাম

এছাড়াও, মাইক্রোসফ্ট দ্বারা বিবৃত করা কিছু "সঠিক" করে না।

— স্যাম

তারা তাদের নিজস্ব নির্দেশিকা অনুসরণ করে তা জেনে আনন্দিত: XMLHttpRequest()মূলত মাইক্রোসফ্ট থেকে এসেছে।

— মাকেন

Answer 2

মাইক্রোসফ্ট পরামর্শ গ্রহণযোগ্য উত্তর থেকে আইনী সমালোচনা আছে ।

• অক্ষরের সংখ্যার উপর নির্ভর করে সংক্ষিপ্ত শব্দ / সূচনাবিদ্যার অসঙ্গত চিকিত্সা:
  • playerIDবনাম playerIdবনাম playerIdentifier।
• দ্বি-অক্ষরের সংক্ষিপ্ত নামগুলি এখনও শনাক্তকরণের শুরুতে উপস্থিত হলে তা মূলধন করা উচিত কিনা তা নিয়ে প্রশ্ন:
  • USTaxes বনাম usTaxes
• একাধিক সংক্ষিপ্ত নাম আলাদা করতে অসুবিধা:
  • যেমন USIDবনাম usId(বা parseDBMXMLউইকিপিডিয়ায় উদাহরণস্বরূপ)

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

... কিছু প্রোগ্রামার সংক্ষিপ্তসারগুলি এমনভাবে ব্যবহার করতে পছন্দ করে যেগুলি যদি তারা লোয়ার কেসের শব্দ হয় ...

সুতরাং পুনঃ ও.পি. এর প্রশ্ন, আমি গৃহীত উত্তরের সাথে একমত; এটি সঠিক:getUnescoProperties()

তবে আমি মনে করি আমি এই উদাহরণগুলিতে একটি অন্য সিদ্ধান্তে পৌঁছে যাব:

• US Taxes → usTaxes
• Player ID → playerId

সুতরাং আপনি যদি ভাবেন যে দ্বি-অক্ষরের সংক্ষিপ্ত নামগুলি অন্যান্য সংক্ষিপ্ত শব্দগুলির মতো করা উচিত।

উটের কেস একটি সম্মেলন, কোনও নির্দিষ্টকরণ নয়। সুতরাং আমি জনপ্রিয় মতামত নিয়ম অনুমান।

( সম্পাদনা: ভোটটি এই বিষয়টিকে সিদ্ধান্ত নেবে এই পরামর্শটি সরিয়ে দেওয়া; যেমন @ ব্রায়ান ডেভিড বলেছেন; স্ট্যাক ওভারফ্লো কোনও "জনপ্রিয়তার প্রতিযোগিতা" নয়, এবং এই প্রশ্নটি "মতামত ভিত্তিক" হিসাবে বন্ধ করা হয়েছিল)

যদিও অনেকগুলি অন্য-কোনও শব্দের মতো সংক্ষিপ্তসারগুলি চিকিত্সা করা পছন্দ করে, তত বেশি সাধারণ অভ্যাস হতে পারে সমস্ত ক্যাপগুলিতে সংক্ষিপ্ত শব্দ যুক্ত করা (যদিও এটি "জঘন্য" বাড়ে)

• এই এক্সএমএল স্কিমাতে "EDXML" দেখুন
• এই এক্সবিআরএল স্কিমাতে "SFAS158" দেখুন

অন্যান্য উৎস:

• কিছু লোক সংক্ষিপ্তসার এবং সংক্ষিপ্ত শব্দটির মধ্যে পার্থক্য মনে রাখবেন
• নোট করুন মাইক্রোসফ্ট নির্দেশিকা দ্বি-চরিত্রের সংক্ষিপ্ত শব্দ এবং "দুটি অক্ষরের চেয়ে বেশি দীর্ঘ সংক্ষিপ্ত"
• নোট করুন কিছু লোক সম্পূর্ণরূপে সংক্ষেপণ / সংক্ষিপ্ত বিবরণ এড়াতে পরামর্শ দেয়
• নোট করুন কিছু লোক পুরোপুরি ক্যামেলকেস / পাসক্যালকেস এড়িয়ে চলার পরামর্শ দেয়
• কিছু লোক "ধারাবাহিকতা" এর মধ্যে "নিয়ম হিসাবে অভ্যন্তরীণভাবে বেমানান বলে মনে হয়" (যেমন ত্রি-অক্ষরের সংক্ষিপ্ত বর্ণনীর চেয়ে পৃথক দ্বি-চরিত্রের সংক্ষিপ্ত শব্দকে চিকিত্সা) হিসাবে পৃথক করে দেখুন; কিছু লোক "ধারাবাহিকতা "টিকে" একই নিয়মে ধারাবাহিকভাবে প্রয়োগ করা "হিসাবে সংজ্ঞায়িত করেন (এমনকি যদি নিয়মটি অভ্যন্তরীণভাবে বেমানান হয়)
• ফ্রেমওয়ার্ক ডিজাইনের গাইডলাইন
• মাইক্রোসফ্ট গাইডলাইনস

Comments

1) কোনও অসঙ্গতি নেই। "আইডি" একটি সংক্ষিপ্তকরণ , একটি সংক্ষিপ্ত বিবরণ নয়। 2) এটি সনাক্তকারী, অর্থাৎ শ্রেণি, ইন্টারফেস, বৈশিষ্ট্য, গণনার ধরণ, স্ট্যাটিক ক্ষেত্র, পরামিতি, পদ্ধতি, সম্পত্তি বা ইভেন্টের প্রসঙ্গে নির্ভর করে। সনাক্তকারীটির নির্দেশিকা যদি প্যাসকেলকে ব্যবহার করে তবে তা হবে USTaxesএবং PlayerId; উট কেস: usTaxesএবং playerId। 3) এটা হবে USIdPascalCase এ, usIdক্যামেলকেস, এবং parseDbmXmlক্যামেলকেস হবে।

— ফ্রেডেরিক ক্রাউটওয়াল্ড

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

— লাল মটর

হা হা। আমি সন্দেহ করি যে বিভ্রান্তি দেখা দেবে - অনেকগুলি - তবে নির্দেশিকা হ'ল, সম্ভাব্য বিভ্রান্তি রোধ করার জন্য গাইডলাইন well একটি বিজ্ঞানের প্রসঙ্গে একটি স্বাক্ষরিত (খারাপ) সংক্ষিপ্ত রূপ উদাহরণ: InIN(item)বনাম InIn(item)(ইঙ্গিত: IN ইঞ্চি (এস))। বা, IDById(id)বনাম IdById(id), প্রসঙ্গ বিজ্ঞান (ইঙ্গিত: আইডি এর অর্থ সংক্রামক ডিজিজ)। "দুটি চরিত্র দীর্ঘ" - কোন প্রসঙ্গে?

— ফ্রেডেরিক ক্রাউটওয়াল্ড

এ মাইক্রোসফট লিংক "... ব্যবহার পাসকাল কেস বা আদ্যক্ষরসমস্টি জন্য উট ক্ষেত্রে চেয়ে বেশি দুই অক্ষর দীর্ঘ । ... যাইহোক, আপনি আদ্যক্ষরসমস্টি যে গঠিত পুঁজিতে উচিত মাত্র দুটি অক্ষর ..." যে অংশ আমি কল করবে "সঙ্গতিহীন "। আরও ভাল চরিত্রায়ন "ব্যতিক্রম"। এবং অন্ততপক্ষে আপনি যুক্তিযুক্ত করেছেন যে দুটি বর্ণের সংক্ষিপ্ত রূপ আরও বিভ্রান্তি হতে পারে। তবে আমি অনুমান করি যে "ক্যানক্যান" সহ এমন প্রোগ্রামগুলি কেবল ভাগ্যের বাইরে; অস্পষ্ট যে এটি নাচ-মুভ, বা সের্কেল ডি এল 'পরিবেশ ডি নান্টেসের কমিউনিটি এরিয়া নেটওয়ার্ক :)

— রেড মটর

মূলধন অপরাধের লেখক : কীভাবে ক্যামেলকেসে সংক্ষিপ্তসারগুলি হ্যান্ডেল করবেন যখন তিনি লিখেছেন: "[বড় হাতের অক্ষর ব্যবহার করে] সাধারণ ক্ষেত্রে যখন কাজ করা হয়, তখন এটি জঘন্য আচরণের দিকে নিয়ে যায় যখন একটি সংক্ষেপণ অন্যরকম অনুসরণ করে: HTTPURL সংযোগ, এক্সএমএলআইডিআরএফ"

— কেগ্রাস্টি

Answer 3

প্রথমত, আমাকে পরিষ্কার করতে হবে যে আমি স্থানীয় ইংরেজী স্পিকার নই , সুতরাং ইংরেজী ব্যাকরণ সম্পর্কে আমার দাবিটি ভুল হতে পারে। যদি আপনি এই জাতীয় ত্রুটিগুলি আবিষ্কার করেন তবে দয়া করে আমাকে জানান, এবং আমি খুব কৃতজ্ঞ হব।

---

সংক্ষিপ্ত বিবরণ জন্য সেরা অনুশীলন যতটা সম্ভব সংক্ষিপ্ত শব্দ এড়ানো হবে। যাইহোক, এটি ক্ষেত্রে নয় কারণ সংক্ষিপ্ত বিবরণ UNESCOপুরো নামের চেয়ে বেশি পরিচিত UnitedNationsEducationalScientificAndCulturalOrganization।

তারপরে, আমি মনে করি এর UNESCOচেয়ে আরও বেশি অর্থবোধ করে Unescoকারণ এটি বাস্তব জীবনের রূপের আরও বেশি পরিচিত। শব্দের Unescoআসলে কী অর্থ তা বোঝার জন্য আমার কিছুটা সমস্যা হয়েছিল ।

অন্য একটি উদাহরণ হিসাবে, সম্পর্কে চিন্তা করুন Arc। এটি একটি বৃত্তের চারপাশে একটি বাঁকের মতো শোনাচ্ছে তবে মরচে, এর অর্থ Atomically Reference Counted। যদি এটি এর মতো লেখা ARCথাকে তবে কমপক্ষে পাঠকরা বুঝতে পারবেন যে শব্দটি একধরনের বাঁক না দিয়ে অন্য কোনও কিছুর সংক্ষিপ্ত রূপ।

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

এই দৃষ্টিকোণে, আমরা কিছুই না পেয়ে Unescoওভার ব্যবহার করে কিছু পাঠযোগ্যতা হারাব UNESCO।

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

Comments

উপরের উদাহরণগুলি কিছুটা বিভ্রান্তিকর। "আমি যা দেখেছি সেরা পন্থাটি ছিল অ্যাপলের ... এর অর্থ হ'ল সংক্ষিপ্ত নামটি একটি যথাযথ বিশেষ্যের মতো ... সুতরাং ইউনেস্কো আরও অর্থবোধ করে" - আপনি ঠিক কীভাবে বিশেষ্য লিখেন তা নয়।

— মিক্কো রন্তানেন

@ মিকো রন্তানেন আমি আমার উত্তর আপডেট করেছি।

— Eonil

বাহ আমি এই উত্তরে খুব সহজেই একটি বাক্য খুঁজে পেতে পারি

— যেটির

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

— উইল Ediger

@ pm100 আমি কি বলেছিলাম তাই না? ইউনেস্কো কীভাবে আপনি সঠিক নাম লিখছেন তা নয়।

— মিক্কো রন্তানেন

Answer 4

ক্যামেলকেসে রূপান্তর করতে, গুগলের (প্রায়) নির্বিচারে উটের কেস অ্যালগরিদমও রয়েছে :

নামের গদ্যরূপ দিয়ে শুরু:

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

নোট করুন যে মূল শব্দের আবরণ প্রায় সম্পূর্ণ উপেক্ষা করা হয়।

নিম্নলিখিত উদাহরণগুলিতে, "এক্সএমএল এইচটিটিপি অনুরোধ" XMLHttpRequest এ সঠিকভাবে রূপান্তরিত হয়েছে, XMLHTTPRequest ভুল qu

Answer 5

getUnescoProperties() সেরা সমাধান হওয়া উচিত ...

যখন সম্ভব হবে কেবল খাঁটিটিকে অনুসরণ করুন camelCase, যখন আপনার সংক্ষিপ্ত নাম আছে কেবল যখন সম্ভব সম্ভব এগুলি তাদের উপরের ক্ষেত্রে ছেড়ে দিন otherwisecamelCase ।

সাধারণত ওও প্রোগ্রামিং ভেরিয়েবলগুলি লোয়ার কেস লেটার ( lowerCamelCase) দিয়ে শুরু করা উচিত এবং ক্লাসটি আপার কেস লেটার দিয়ে শুরু করা উচিত (UpperCamelCase ) ।

সন্দেহ হলে খাঁটি হয়ে যায় camelCase;)

parseXMLঠিক আছে, parseXmlহয়camelCase

XMLHTTPRequestপরবর্তী বড় হাতের সংক্ষিপ্তসারগুলি নিয়ে যাওয়ার XmlHttpRequestবা xmlHttpRequestকোনও উপায় হওয়া উচিত , এটি সমস্ত পরীক্ষার ক্ষেত্রে অবশ্যই স্পষ্ট নয়।

যেমন তুমি কিভাবে এই শব্দ পড়া HTTPSSLRequest, HTTP + SSLঅথবা HTTPS + SLযে ক্ষেত্রে ফলো উট ক্ষেত্রে কনভেনশন মধ্যে (মানে কিছু না কিন্তু ...), এবং জন্য যেতে httpSslRequestবা httpsSlRequest, হয়তো এটি আর চমৎকার, কিন্তু এটা স্পষ্টভাবে আরো স্পষ্ট।

Comments

আমি আপনার HTTPSSLউদাহরণটি পছন্দ করি , যদিও এসএল মানে কিছু নয়, এইচটিটিপিএসএসএইচটিউনেলের মতো কীভাবে? এটি কি HTTPS + SH (শেল) বা HTTP + এসএসএইচ? গুগল কনভেনশন অবশ্যই কম দ্বিপাক্ষিক।

— এল। হল্যান্ডা

Answer 6

নেই Airbnb জাভাস্ক্রিপ্ট স্টাইল গাইড নক্ষত্র (~ এই মুহূর্তে 57.5k) এবং প্রায় নির্দেশিকা অনেক সঙ্গে GitHub এ আদ্যক্ষরসমস্টি যা বলে,

সংক্ষিপ্ত বিবরণ এবং সূচনা সবসময় সমস্ত মূলধন বা সমস্ত নিম্নতর হওয়া উচিত।

কেন? নামগুলি পাঠযোগ্যতার জন্য, কোনও কম্পিউটার অ্যালগরিদমকে সন্তুষ্ট করার জন্য নয়।

// bad
import SmsContainer from './containers/SmsContainer';

// bad
const HttpRequests = [
  // ...
];

// good
import SMSContainer from './containers/SMSContainer';

// good
const HTTPRequests = [
  // ...
];

// also good
const httpRequests = [
  // ...
];

// best
import TextMessageContainer from './containers/TextMessageContainer';

// best
const requests = [
  // ...
];

Comments

" কেন? নামগুলি কম্পিউটারের অ্যালগোরিদমকে সন্তুষ্ট করার জন্য নয়, পাঠযোগ্যতার জন্য " সুতরাং, এর XMLHTTPRequestচেয়ে কী আরও ভাল পাঠযোগ্য XmlHttpRequest, সঠিক?

— এল। হল্যান্ড

কেন httpRequestsভাল হিসাবে বিবেচিত হয় কিন্তু HttpRequestsখারাপ তা বোঝায় না। এই নীতিটি অনুসরণ করে তারপর, এক্সএমএল এইচটিটিপি অনুরোধের জন্য হওয়া উচিত xmlhttpRequest???

— এল। হল্যান্ডা

আমি প্রায়শই এয়ারবিএনবি স্টাইল গাইডটি উদ্ধৃত করি তবে এই ক্ষেত্রে আমি সম্মত হই না। আমি বিশেষত তাদের বক্তব্যের সাথে একমত নই: "সংক্ষিপ্ত বিবরণ এবং সূচনা সবসময় সমস্ত বড়হীন বা সমস্ত নিম্নতর হওয়া উচিত" " আমার মতে xmlHttpRequestবেশি পঠনযোগ্য XMLHTTPRequest।

— রোনান

Answer 7

বর্তমানে আমি নিম্নলিখিত নিয়মগুলি ব্যবহার করছি:

1. আদ্যক্ষরসমস্টি জন্য ক্যাপিটাল মামলা: XMLHTTPRequest, xmlHTTPRequest, requestIPAddress।

2. সংক্ষিপ্তসার জন্য উটের ক্ষেত্রে: ID[entifier] , Exe[cutable], App[lication]।

ID একটি ব্যতিক্রম, দুঃখিত কিন্তু সত্য।

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

XMLHTTPRequest অস্পষ্ট, তবে এটি একটি বিরল ঘটনা এবং এটি এতটা অস্পষ্ট নয়, তাই এটি ঠিক আছে, বিধি এবং যুক্তি সৌন্দর্যের চেয়ে গুরুত্বপূর্ণ।

Answer 8

জাভাস্ক্রিপ্ট এয়ারবিএনবি স্টাইল গাইড এ সম্পর্কে কিছুটা কথা বলে । মূলত:

// bad
const HttpRequests = [ req ];

// good
const httpRequests = [ req ];

// also good
const HTTPRequests = [ req ];

যেহেতু আমি সাধারণত শ্রেণি হিসাবে একটি শীর্ষস্থানীয় মূলধনপত্রটি পড়ে থাকি, আমি তা এড়ানোর প্রবণতা করি। দিন শেষে, এটি সমস্ত পছন্দ।

Answer 9

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

আমি মনে করি সাধারণ উত্তরটি: এটি আপনি যে প্রোগ্রামিং ভাষার ব্যবহার করছেন তার উপর নির্ভর করে।

সি শার্প

মাইক্রোসফ্ট এমন কিছু গাইডলাইন লিখেছিল যেখানে এটি মনে হয়HtmlButton হয় এটি এই ক্ষেত্রে কোনও শ্রেণীর নামকরণের সঠিক উপায়।

জাভাস্ক্রিপ্ট

জাভাস্ক্রিপ্টের সংক্ষিপ্তসার সহ কিছু বৈশ্বিক পরিবর্তনশীল রয়েছে এবং এটি সেগুলি সমস্ত উচ্চতর ক্ষেত্রে ব্যবহার করে (তবে মজারভাবে, সবসময় ধারাবাহিকভাবে নয়) এখানে কয়েকটি উদাহরণ রয়েছে:

encodeURIComponent XMLHttpRequest toJSON toISOString

Comments

আচ্ছা এটি নেটস্কেপ পুরানো, এটির মতো কিছু কিছু উটকেস যেমন নেই onerror।

— এডি 22

Answer 10

দাবি অস্বীকার: ইংরেজি আমার মায়ের সুর নয়। তবে আমি দীর্ঘদিন ধরে এই সমস্যাটি নিয়ে ভেবে দেখেছি, টেবিল ক্ষেত্রের নামটি সাপযুক্ত করা উচিত বলে ডাটাবেস পরিচালনা করার জন্য নোড (উটেলकेস স্টাইল) ব্যবহার করার সময়, এটাই আমার ধারণা:

প্রোগ্রামারটির জন্য 2 ধরণের 'এক্রোনাম' রয়েছে:

• প্রাকৃতিক ভাষায়, ইউনেস্কো
• কম্পিউটার প্রোগ্রামিং ভাষায় উদাহরণস্বরূপ tmc and textMessageContainer, যা সাধারণত স্থানীয় পরিবর্তনশীল হিসাবে উপস্থিত হয় vari

প্রোগ্রামিং বিশ্বে প্রাকৃতিক ভাষায় সমস্ত সংক্ষিপ্ত শব্দকে শব্দ হিসাবে বিবেচনা করা উচিত , কারণগুলি হ'ল:

1. যখন আমরা প্রোগ্রামিং করি, আমাদের সংক্ষিপ্ত শৈলীতে বা অ-এক্রোনাইম-স্টাইলে কোনও চলকের নাম দেওয়া উচিত। সুতরাং, আমরা যদি কোনও ফাংশনটির নাম ইউনেস্কো প্রপার্টি হিসাবে নামকরণ করি তবে এর অর্থ ইউনেস্কো একটি সংক্ষিপ্ত রূপ (অন্যথায় এটি সমস্ত বড় অক্ষর হওয়া উচিত নয়), তবে স্পষ্টতই, getএবং propertiesএটি সংক্ষিপ্ত শব্দ নয়। সুতরাং, আমাদের এই ফাংশনটির নাম রাখা উচিত বন্দুকযুদ্ধ বা getUnitedNationsEducationalStetecAndC فرهنګي অরগানাইজেশন প্রপার্টি , উভয়ই অগ্রহণযোগ্য।

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

যাইহোক, সর্বাধিক ভোট দেওয়া উত্তরে আইও হ'ল কম্পিউটার ভাষার অর্থের সংক্ষিপ্ত রূপ (ইনপুটআউটপুট বোঝায়) তবে আমি নামটি পছন্দ করি না, কারণ আমি মনে করি সংক্ষিপ্ত নামটি (কম্পিউটার ভাষায়) কেবল নাম ব্যবহার করা উচিত স্থানীয় পরিবর্তনশীল তবে একটি শীর্ষ স্তরের শ্রেণি / ফাংশন, সুতরাং আইও-র পরিবর্তে ইনপুটআউটপুট ব্যবহার করা উচিত

Comments

"জিহ্বা", "স্বর" নয়

— ড্যান ড্যাসাকলেসকু

Answer 11

ইউনেস্কো একটি বিশেষ ক্ষেত্রে যেমন এটি সাধারণত (ইংরেজি ভাষায়) শব্দের মতো না হয় সংক্ষিপ্ত আকারে পড়ে - যেমন ইউইএফএ, রাদা, বাফটা এবং বিবিসি, এইচটিএমএল, এসএসএল এর বিপরীতে

Comments

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

— সাইমন

বিবিসি, এইচটিএমএল, এসএসএল এবং অন্যান্য সংক্ষিপ্ত শব্দগুলি যেখানে আপনি প্রতিটি অক্ষর শোনেন সেগুলিকে আরও সঠিকভাবে আরম্ভ বলা হয়। ইউনেস্কোর মতো শব্দ যা শব্দ হিসাবে উচ্চারিত হয় তা হ'ল প্রকৃত সংক্ষিপ্ত নাম।

— Lrdwhyt

Answer 12

এছাড়াও আরও একটি ক্যামেলকেস কনভেনশন রয়েছে যা বড় হাতের অক্ষর ( HTML) বা ছোট হাতের ( ) ব্যবহার করে সংক্ষিপ্তসারগুলির জন্য পঠনযোগ্যতার পক্ষে চেষ্টা করে তবে উভয়কে এড়িয়েই html(Html )।

সুতরাং আপনার ক্ষেত্রে আপনি লিখতে পারে getUNESCOProperties। আপনি unescoPropertiesএকটি পরিবর্তনশীল, বা UNESCOPropertiesএকটি শ্রেণীর জন্যও লিখতে পারেন (ক্লাসগুলির সম্মেলনটি বড় হাতের সাথে শুরু করা)।

আপনি যদি দুটি সংক্ষিপ্ত শব্দ একসাথে রাখতে চান তবে এই বিধিটি জটিল হয়ে উঠবে, উদাহরণস্বরূপ XML HTTP অনুরোধ নামের শ্রেণীর জন্য। এটি বড় হাতের সাথে শুরু হবে, তবে যেহেতু XMLHTTPRequestএটি পড়া সহজ হবে না (এটি কি এক্সএমএলএইচটিপি অনুরোধ?), এবং XMLhttpRequestএটি ক্যামেলকেস কনভেনশনটি ভেঙে ফেলবে (এটি কি এক্সএম এলএইচটিপি অনুরোধ?), সর্বোত্তম বিকল্পটি মিক্স কেস করতে হবে:, XMLHttpRequestযা ডাব্লু 3 সি আসলে কী ব্যবহার করেছিল । তবে এই ধরণের নামিং ব্যবহার করা নিরুৎসাহিত করা হয়। এই উদাহরণস্বরূপ, HTTPRequestএকটি ভাল নাম হবে।

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

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

Comments

আমি এই পুরো থ্রেডকে বিশ্বাস করি না :-) সুতরাং এটি XMLToHtmlConverter তবে এইচটিএমএল টক্সএইচএমএল কনভার্টার হবে? বাহ ...

— জোসেফ সাবল

@ জোসেফসবল, হ্যাঁ, এটি এমনই হবে। আপনার ডাউনটোট সম্পর্কে, আমি বলছি না যে আমি এই সম্মেলনটি পছন্দ করি তবে এটি অবশ্যই বিদ্যমান।

— জেসেস কেরেরা

আমি "উটের ক্ষেত্রে সংক্ষিপ্ত নাম লেখার পক্ষে ভাল কনভেনশন কী" হিসাবে এই প্রশ্নটি পড়েছি "না" আপনি কি সমস্ত সম্মেলনের উপস্থিতি তালিকাভুক্ত করতে পারেন "? এবং আমি আপনার উল্লিখিত সম্মেলনটিকে খুব খারাপ হিসাবে বিবেচনা করার কারণে, আমি নিম্নরূপ দিয়েছিলাম :-)

— জোসেফ সাবল

ঠিক আছে প্রশ্নটি "এটি কি এইভাবে লেখার পক্ষে সঠিক?", এবং যেহেতু এটি রচনার জন্য অনেকগুলি "সঠিক" উপায় রয়েছে কারণ এটি কেবল একটি সম্মেলন, এবং এই সম্মেলনটি বেশ জনপ্রিয় (আপনি এটি বিবেচনা না করেও), আমার উত্তরটি খুব কার্যকর :-)

— জেসেস ক্যারেরা