মাইক্রোসফ্ট কেন প্যারামিটার তৈরি করেছে, স্থানীয় ভেরিয়েবল এবং ব্যক্তিগত ক্ষেত্রে একই নামকরণ কনভেনশন ছিল?


18

আমি এই প্রশ্নটি বেশ কিছুক্ষণ আগে জিজ্ঞাসা করেছি: আপনি কীভাবে সি # তে আপনার ব্যক্তিগত ভেরিয়েবলের নাম রাখবেন?

উত্তরের একটিতে, আমাকে মাইক্রোসফ্টের এমএসডিএন পৃষ্ঠাতে দেখানো হয়েছিল যা দেখায় যে ব্যক্তিগত ভেরিয়েবল / ক্ষেত্রগুলির নাম এইভাবে রাখা উচিত:

private int myInteger;

তবে একটি প্যারামিটারটি হ'ল:

void SomeMethod(int myInteger)

এবং একটি স্থানীয় ভেরিয়েবল এর মত হবে:

int myInteger;

সুতরাং আপনি যখন তাদের মত রেফারেন্স

myInteger = 10;

আপনি কোনটির কথা বলছেন তা জানার কোনও উপায় নেই।

আমি এখন একটি নতুন প্রকল্প শুরু করছি এবং আমার সহকর্মীদের মধ্যে একজন আমাকে জিজ্ঞাসা করছে যে আমরা কমপক্ষে এর মধ্যে কিছুকে আলাদা করার জন্য কেন কিছু করি না।

আমি একই জিনিস অবাক করছি। মাইক্রোসফ্টের স্ট্যান্ডার্ড কেন এগুলি আলাদা রাখেনি?


10
"আপনি কোনটির কথা বলছেন তা জানার কোনও উপায় নেই" এর অর্থ কী? অবশ্যই আপনি - সুযোগ।
টমাসের মালিক

2
সেই গাইডেন্সটি পুরানো বলে মনে হচ্ছে, পুনরায় ভাগ করা ডিফল্ট (যা একটি ডিফাক্টো স্টাইল গাইডের কিছু হয়ে দাঁড়িয়েছে) বেসরকারী ক্ষেত্রগুলিকে একটি আন্ডারস্কোর দিয়ে উপস্থাপিত করার পরামর্শ দেয় যা আমি সবসময় যাই করতাম।

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

12
অ্যারোনটকে আমি একগুচ্ছ অপ্রয়োজনীয় "এটি" খুঁজে পাই। আমার কোড চারপাশে ছড়িয়ে ছিটিয়ে থাকা অর্থহীন এবং বিরক্তিকর।

12
@kekekela: একমাত্র জায়গা আমি কি কখনো নিজেকে যে কাজ করতে হচ্ছে এটি কন্সট্রাকটর রয়েছে, এবং কন্সট্রাকটর এটা নিখুঁত জ্ঞান করে তোলে কারণ আপনার আক্ষরিক মান যে সদস্য ক্ষেত্র আরম্ভ কথা প্রসঙ্গে হয় ( this.component = component)। আপনি যদি নিজেকে কোথাও অস্পষ্ট স্কোপগুলি খুঁজে পান, যেমন আপনার কাছে "একগুচ্ছ অপ্রয়োজনীয় 'এটি।' আপনার কোডের চারপাশে ছড়িয়ে ছিটিয়ে রয়েছে ", তারপরে আপনার কাছে খারাপভাবে লিখিত কোড রয়েছে।
অ্যারোনআউট

উত্তর:


14

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

এর মূল্য কী, আমি এখনও ক্লাস সদস্যদের জন্য নেতৃস্থানীয় আন্ডারস্কোর ব্যবহার করি। যদিও আপনি এটি (নামের বিপরীতে এই নামটি) ব্যবহার করে বিশৃঙ্খলা করতে পারেন, তবুও বাগগুলি এর মধ্যে দিয়ে যায়।

এমএস আপনাকে যা করতে বলে তা আপনাকে করতে হবে না।


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

@ জোয়েল - আপনি সঠিক বলেছেন। এই প্রশ্নটি এর সাথে সম্পর্কিত: স্ট্যাকওভারফ্লো.com
ডেভ

2
আমি এখনও "
এম_

4
এমএস আপনাকে যা করতে বলেছে আপনার জন্য +1 "আপনাকে করতে হবে না"। নিজের জন্য চিন্তা করুন!
gbjbaanb

1
ক্ষেত্রটি যদি হয় তবে এটি কেবল সিএলএস-কমপ্লায়েন্ট protectedনয়private
রাচেল

9

localএবং parameterভেরিয়েবলগুলির একই নামকরণ করা হয় কারণ তাদের পরিধি একই

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

উইকিপিডিয়া জানিয়েছে যে সি এবং সি ++ এ রয়েছে

ডাবল আন্ডারস্কোর বা আন্ডারস্কোর দিয়ে শুরু হওয়া নাম এবং মূলধনপত্র বাস্তবায়নের জন্য সংরক্ষিত (সংকলক, মানক গ্রন্থাগার) এবং ব্যবহার করা উচিত নয় (যেমন __ সংরক্ষিত বা _ সংরক্ষিত)।

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


2
প্যারামিটার এবং একই স্কোপ (+1) সহ স্থানীয় ভেরিয়েবলগুলি সম্পর্কে দুর্দান্ত পয়েন্ট। আর কেউ তা উল্লেখ করেনি। প্যারামিটারের একই নামের সাথে যদি আপনার স্থানীয় ভেরিয়েবলের প্রয়োজন হয় তবে আপনি কেবলমাত্র প্যারামিটারটি ব্যবহার করতে পারেন ol ব্যক্তিগতভাবে যদিও আমি কুৎসিত এবং অসম্পূর্ণ বর্ণনাকে কম। যদিও thisস্পষ্টভাবে বর্তমান অবজেক্টকে বোঝায়। আমি ঘৃণা বুঝতে পারি না this। এটি ভুল বোঝাবুঝির কারণে?
জেসন এস

4

তারা কেন তাদের আলাদা রাখেনি তা আমি আপনাকে নিশ্চিত করে বলতে পারি না। সম্ভবত যে কেউ মান তৈরি করতে অংশ নিয়েছে এই প্রশ্নটি না ঘটলে কেউই পারবে না।

উদাহরণস্বরূপ ভেরিয়েবলগুলি _বা এর সাথে পূর্বনির্ধারিত করে অনেক লোক তাদের নিজস্ব কনভেনশন তৈরি করে m_তবে এটিকে গুরুত্বপূর্ণ বলে আমি মনে করি না। আপনি প্রসঙ্গ এবং IDE গুলি থেকে অনেক কিছু করতে পারেন এই দিনগুলিতে আপনাকে সাহায্য করার জন্য যথেষ্ট স্মার্ট। রিসার্পার অ্যাডনের সাথে ভিজ্যুয়াল স্টুডিও উদাহরণস্বরূপ, আপনাকে স্থানীয় বর্ণ এবং বিভিন্ন রঙে উদাহরণ ভেরিয়েবলগুলি প্রদর্শন করবে।

আপনি যদি দুটি স্কোপের মধ্যে পার্থক্য করে তা সত্যিই গুরুত্বপূর্ণ this.হয় তবে আপনি উদাহরণটি পরিবর্তনশীল উল্লেখ করতে উপসর্গটি ব্যবহার করতে পারেন :

public class Test
{
    private int myInteger;

    void SomeMethod(int myInteger)
    {
        this.myInteger = 10; // sets instance variable to 10
        myInteger = 10; // does not affect the instance variable.
    }
}

অন্য কোনও প্লাগইন ছাড়াই ভিজ্যুয়াল স্টুডিও ডিফল্টরূপে আপনাকে ইন্টেলিসেন্সে সহায়তা করবে:

স্ক্রিনশট

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

আপনি পছন্দ করতে কোড বিশ্লেষণ সরঞ্জাম ব্যবহার করতে পারেন FxCop এবং StyleCop আপনি পরিবর্তনশীল নামকরণ এবং সুযোগ সঙ্গে সম্ভাব্য সমস্যার ধরতে সাহায্য করার জন্য।


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

4

মাইক্রোসফ্টের স্ট্যান্ডার্ড কেন এগুলি আলাদা রাখেনি?

মাইক্রোসফট এ ভাবেন একটি বই নামক লিখেছেন ফ্রেমওয়ার্ক ডিজাইন নির্দেশিকা যার কারণে কিছু কিছু বিষয় ছিল সহ নিয়মাবলী একটি নম্বর ব্যাখ্যা উট cased , এবং অন্যদের ছিল Pascal cased

সম্পাদনা করুন (বই থেকে বিশদ যুক্ত করে):

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

অধ্যায় 3, নামকরণের নির্দেশিকা।
বিভাগ ৩.১ হ'ল মূলধন কনভেনশন।

camelCasingপ্যারামিটার নামের জন্য।
PascalCasingনাম স্থান, টাইপ এবং সদস্যের নামের জন্য। নামের অংশ হিসাবে 2-বর্ণের সংক্ষিপ্ত শব্দ রয়েছে এমন ইভেন্টে এগুলি একসাথে মূলধন করে রাখুন, যেমন IOStream

৩.৩ অনুচ্ছেদে নামকরণের ক্লাস, স্ট্রাক্ট এবং ইন্টারফেস অন্তর্ভুক্ত রয়েছে।
বিভাগ 3.6 এর মধ্যে নামকরণের সদস্যদের অন্তর্ভুক্ত।
বিভাগ 3.7 নামকরণ পরামিতি কভার।


4
আপনি কি আমাদের যারা বইটির মালিক নন তাদের সংক্ষিপ্ত বিবরণ যত্ন করবেন?
ক্রমিই পুনর্নির্মাণ মনিকা

আমি ক্রেমির সাথে একমত। একটি সংক্ষিপ্তসার দুর্দান্ত হবে!
ভ্যাকাকানো

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

1
হ্যাঁ, সুতরাং "আইটেমগুলির পার্থক্য করার জন্য কেউ একক ক্ষেত্রে পার্থক্যের উপর নির্ভর করতে পারে না", তারপরে আইটেমগুলিকে আলাদা করতে উটকেস বা পাস্কেলকেস ব্যবহার করতে পারেন।
gbjbaanb

1

কারণ তারা লিখিত আছে সেই প্রসঙ্গে নির্ভর করে তারা বেশ স্বতন্ত্র।

উদাহরণস্বরূপ, আপনি কি কখনও সদস্য ভেরিয়েবল হিসাবে প্যারামিটার ব্যবহার করেছেন? বা প্যারামিটার হিসাবে স্থানীয় পরিবর্তনশীল? স্থানীয় হিসাবে একজন সদস্যের পরিবর্তনশীল সম্পর্কে কীভাবে?

  • সমস্ত সদস্য ভেরিয়েবলগুলি একটি শ্রেণীর "বডি" তে থাকে। আপনি যখন thisকোনও সদৃশ নামের সাথে স্থানীয় ভেরিয়েবল থেকে পৃথক করতে ব্যবহার করতে পারেন তখন আপনাকে সদস্যটির উপসর্গের প্রয়োজনীয়তা যুক্তিযুক্ত সত্যই কিনতে পারি না , অন্যথায় এটির প্রয়োজন হয় না।

  • স্থানীয় পরিবর্তনশীল কেবল একটি পদ্ধতির স্কোপ বা কোড ব্লক স্কোপের ভিতরেই সংজ্ঞায়িত হয়।

  • একটি পরামিতি সর্বদা পদ্ধতি স্বাক্ষরে সংজ্ঞায়িত করা হয়।

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


0

মাইক্রোসফ্টের মান সম্পর্কে আপনার প্রশ্নের উত্তর আমি দিতে পারি না। আপনি একটি প্রমিত এসব পার্থক্য করতে চান তাহলে, পিএল / SQL এর পরামিতি জন্য আদর্শ আমি ব্যবহার সঙ্গে প্যারামিটার নাম prefixing হয় in_, out_, io_,, ইন আউট এবং ইন-আউট পরামিতি জন্য। একটি ফাংশনে স্থানীয় যে চলকগুলি একটি এর সাথে উপসর্গ করা হয় v_


0

আমি জানি বেশিরভাগ সংস্থার কোডিং স্ট্যান্ডার্ড রয়েছে যা তাদের সদস্য ভেরিয়েবলের উপসর্গ হিসাবে একটি আন্ডারস্কোর বা লোয়ারকেস লেটার এম ("সদস্য" আমি ধরে নিই) এর জন্য নির্দিষ্ট করে।

সুতরাং

_varName

অথবা

mVarName


2
হ্যাঁ, তবে এমএস সদস্যদের জন্য এম ব্যবহারের অবমূল্যায়ন করেছে যা ওপি যা পাচ্ছে।
ক্রিস্টোফার বিবস

"বেশিরভাগ সংস্থাগুলি" মাইক্রোসফ্টকে অন্তর্ভুক্ত করে না, এই সংস্থাটি নিয়েই এই প্রশ্নটি রয়েছে।
অ্যারোনআউট

1
আমি বুঝতে পারি নি যে মাইক্রোসফ্ট এমএসডিএন মাইক্রোসফ্টের অভ্যন্তরীণ কোডিং মানগুলির জন্য।
JeffO


0

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

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

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

যেহেতু অ্যারোনআউট চার্লস সিমোনি এবং হাঙ্গেরিয়ান স্বরলিপি সম্পর্কে প্রশংসা চেয়েছিলেন: http://en.wikedia.org/wiki/Charles_Simonyi

http://en.wikipedia.org/wiki/Hungarian_notation

http://msdn.microsoft.com/en-us/library/aa260976(v=VS.60).aspx

http://ootips.org/hungarian-notation.html

http://www.hitmill.com/programming/vb/Hungarian.html

http://web.mst.edu/~cpp/common/hungarian.html

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


1
1) হাঙ্গেরিয়ানটি মাইক্রোসফ্ট দ্বারা উদ্ভাবিত হয়নি, এবং 2) আপনি "হাঙ্গেরিয়ান" শব্দটির অর্থ হাঙ্গেরিয়ান টাইপের পরিবর্তে টাইপ হাঙ্গেরিয়ান।
অ্যারোনআউট

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

[উদ্ধৃতি আবশ্যক]
অ্যারোনআউট

1
হ্যাঁ, হাঙ্গেরিয়ান স্বরলিপিটি কী তা আমাদের উদ্ধৃতি দেওয়ার দরকার পড়েনি। [উত্তরের প্রয়োজন] আপনার উত্তরের সমস্ত সন্দেহজনক দাবির জন্য।
অ্যারোনআউট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.