উইন্ডোজ রেজিস্ট্রি কেন প্রয়োজন?


56

যেহেতু আমি কম, পাশাপাশি পাশাপাশি ডিবিএল হেল্পের সাথে ডিল করেছি, উইন্ডোজ রেজিস্ট্রিটিকে আবেগের সাথে ঘৃণা করার সময়, আমি ভাবছিলাম যে এটির কেন প্রয়োজন।

আমি কখনই রেজিস্ট্রি সেরা অনুশীলনগুলির উপর একটি সম্পূর্ণ বই পড়তে বাধ্য হইনি এবং কেবল "এটি পেতে" পারি না "

তবে আমি লিনাক্স এবং ম্যাক ওএস ব্যবহার করেছি এবং পাইথন এবং এর লাইব্রেরি একই * নিক্স কম্পিউটারে একাধিক সংস্করণ ইনস্টল করতে পারে তার উপায়গুলি দেখুন।

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

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

ম্যাক ওএসে আপনি অ্যাপ্লিকেশনগুলিকে কেবল একটি নির্দিষ্ট ফোল্ডারে ফেলে রেখে ইনস্টল করতে এবং মুছে ফেলতে পারেন।

সুতরাং,

ক) এটি কোন প্রয়োজনীয় সমস্যাটি সমাধান করার চেষ্টা করছে? খ) অন্যান্য অপারেটিং সিস্টেমগুলি কীভাবে এটি সমাধান করে?


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

Fun.drno.de/flash/howto_turn_windows_into_linux.swf দেখুন পদক্ষেপগুলি 2 থেকে 4 এর মধ্যে উইন্ডোজ এবং লিনাক্সের জন্য এই ধরণের কনফিগার ডেটার একটি মজাদার তুলনা রয়েছে। ;)
হতাশ


3
আপনার অফিসে দুটি সংস্করণ ইনস্টল থাকতে পারে যাতে আপনি যে "সীমাবদ্ধতা" উল্লেখ করেছেন তা কেবল কল্পিত
কনরাড ফ্রিক্স

1
@Job। আমি অনুমান করি যে সমস্যাটির একটি গ্রহণযোগ্য সমাধান, একটি রেজিস্ট্রি ফিক্স, (বিড়ম্বনা হারানো হয়নি) ব্যতীত আমি এ বিষয়ে একমত হতে পারি যা 2007/2003 পাশাপাশি পাশাপাশি চালানো বোঝায়। যেখানে আপনি পাশাপাশি দুটি অফিস ইনস্টল চালাতে চেয়েছিলেন এই সমস্যাটি আপনি কখন অনুভব করেছেন?
বিটিডাব্লু

উত্তর:


42

অন্যান্য উত্তরগুলির বেশিরভাগই কমবেশি সঠিক, তবে (প্রশ্নের পাশাপাশি) তারা একরকম পয়েন্টটি মিস করে।

রেজিস্ট্রি হায়ারারিকিকাল ডাটাবেস ম্যানেজার - এর চেয়ে বেশি কিছুই এবং এর চেয়ে কম কিছুই নয়।

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

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



11
@ কনরাদ ফ্রিক্স: এসিডের লেনদেন বা কোয়েরি ভাষাটি প্রয়োজনীয়ভাবে কোনও ডাটাবেসের অংশ বলে কী মনে করে?
জেরি কফিন 21

1
@ জেরি অবশ্যই আমি আপনার সাথে ওখানে একমত। তবে (কনরাডের মন্তব্যে প্রমাণিত) অনেকগুলি "ডাটাবেস" নামে পরিচিত কোনও কিছুর বৈশিষ্ট্য সম্পর্কে কিছু নির্দিষ্ট ধারণা অনুধাবন করতে ঝোঁক, তাই আমার অনুমান যে মধ্যস্থতায় আমার প্রচেষ্টাটি কেবল একটি হেরে যাওয়া।
নিকোল

1
@ কনরাড ফ্রিক্স: কিছু ফাইল সিস্টেম অবশ্যই শ্রেণিবদ্ধ নয়। তবে, আমি বলতে চাইছিলাম না যে ইউনিক্স এফএস অন্যদের চেয়ে আরও উচ্চক্রমিক ছিল - এনটিএফএস (কেবল উদাহরণস্বরূপ) পাশাপাশি রয়েছে।
জেরি কফিন

3
@ জেবিআর উইলকিনসন: আপনার পিছনে জিনিস রয়েছে। রেজিস্ট্রিতে হার্ড-কোডেড অবস্থানগুলির উপর নির্ভর করে এমন অন্যান্য উপাদান রয়েছে (যেমন ইউনিক্সে এমন উপাদান রয়েছে যা হার্ড কোডিং ফাইলের উপর নির্ভর করে)। এটি রেজিস্ট্রি কী বা যদিও তা পরিবর্তন করে না।
জেরি কফিন

25

এটি একটি সেটিংস সংগ্রহস্থল - পছন্দসই, সেটিংস, লাইটওয়েট প্রোফাইলগুলির জন্য একটি কেন্দ্রিয়ায়িত এবং কিছুটা মানকৃত অবস্থান

কোনও OS এর ব্যবহারকারী এবং অ্যাপ্লিকেশনগুলির জন্য সঞ্চয় করা সমস্ত বিষয়গুলির জন্য আপনি যখন বড় চিত্রটি দেখেন তখন এটি বোঝা সহজ হয়:

উইন্ডোজ

  • সেটিংস সংগ্রহস্থল
    • সিস্টেম: উইন্ডোজ রেজিস্ট্রি HKEY_LOCAL_MACHINEএবং বিশেষত এর বেশিরভাগ অংশ রয়েছে\SOFTWARE\Microsoft
    • তৃতীয় পক্ষের সিস্টেম-ব্যাপী: উইন্ডোজ রেজিস্ট্রিHKEY_LOCAL_MACHINE
    • সিস্টেম ব্যবহারকারীকেন্দ্রিক: উইন্ডোজ রেজিস্ট্রি HKEY_USERS,[user]\SOFTWARE\Microsoft
    • তৃতীয় পক্ষের ব্যবহারকারীকেন্দ্রিক: উইন্ডোজ রেজিস্ট্রিHKEY_USERS\[user]\SOFTWARE
  • অ্যাপ্লিকেশন ফাইলগুলির ব্যবহারকারীর C:\Users\[User]\AppData লুকানো ফোল্ডারে দেখার দরকার নেই
  • অ্যাপ্লিকেশন ফাইলগুলি কোনও ব্যবহারকারী C:\Users\[User]\ অ্যাপ্লিকেশন দ্বারা তৈরি অ গোপন নীতিগুলিতে পছন্দ করতে পারে

ম্যাক ওএস এক্স

  • সেটিংস সংগ্রহস্থল
    • সিস্টেম এবং তৃতীয় পক্ষের: /Library/Preferences মধ্যে com.apple...plistফাইল
    • তৃতীয় পক্ষের সিস্টেম-ব্যাপী: /Library/Preferences তৃতীয় পক্ষের plistফাইলগুলিতে
    • সিস্টেম ব্যবহারকারীকেন্দ্রিক: /Users/[user]/Library/Preferences উপরের মতো
    • তৃতীয় পক্ষের ব্যবহারকারীকেন্দ্রিক: /Users/[user]/Library/Preferences উপরের মতো
  • সিস্টেম ব্যাপী অ্যাপ্লিকেশন ফাইলগুলির ব্যবহারকারীর দেখার দরকার নেই /Library/Application Support
  • অ্যাপ্লিকেশন ফাইলগুলির ব্যবহারকারীর দেখার দরকার নেই /Users/[user]/Library/Application Support
  • অ্যাপ্লিকেশন ফাইলগুলি ব্যবহারকারী /Users/[user]/ কোনও গোপনীয় ফোল্ডারে রাখতে পারে

মূলত, রেজিস্ট্রি ম্যাক ওএস এক্স এর ফোল্ডারগুলির সমান /Library/Preferences , এবং বেশি বা কম কিছু নয়।

সিস্টেম ও অ্যাপ্লিকেশন ডেটাগুলির সাংগঠনিক গোষ্ঠীগুলির জন্য ম্যাক ওএসের এক-এক-এক ম্যাচ রয়েছে তা প্রমাণ করে যে উইন্ডোজ রেজিস্ট্রি একটি সম্পূর্ণ ন্যায়সঙ্গত সিস্টেম যা কাজ করার এক ভিন্ন উপায় is

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

উভয় ওএসেরই এমন অ্যাপ্লিকেশন রয়েছে যা এই কাঠামোগুলিকে বিভিন্ন ডিগ্রীতে লঙ্ঘন করতে পছন্দ করে, সাধারণত সেখানে কিছু ফাইল বা ফোল্ডার তৈরি করতে অন্য কিছু বিশ্বব্যাপী প্রসঙ্গকে ছিনিয়ে নেওয়ার মাধ্যমে যা সত্যিকার অর্থে নেই belong কিছু অ্যাপ্লিকেশান আসলে সোজা মধ্যে ফোল্ডার তৈরি C:\বা /জিজ্ঞাসা না করে। এটা সত্যিই আমাকে পাগল করে তোলে!


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


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

20

এটি কোন প্রয়োজনীয় সমস্যাটি সমাধান করার চেষ্টা করছে তা আমি কখনই বুঝতে পারি নি।

রেজিস্ট্রি করার আগে উইন্ডোজ .INI ফাইলগুলি ব্যবহার করত। ব্লগ পোস্টে আইএনআই ফাইলগুলিকে রেজিস্ট্রি করার পক্ষে কেন অবচিত করা হয়? রেমন্ড চেন .INI ফাইলগুলির সাথে বিদ্যমান সমস্যাগুলির সমাধান করেছিলেন যা সমাধান করার চেষ্টা করা হয়েছিল। এক্সএমএল কনফিগারেশন ফাইলগুলি পুরানো .ini ফাইলগুলির সাথে ভাগ করা সমস্যাগুলিও সে গণ্য করে। এটি সম্ভবত দেখার উপযুক্ত যেহেতু আজ প্রচুর অ্যাপ্লিকেশন ব্যবহার করে।

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

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

এই সমস্ত অনুমান করে যে অ্যাপ্লিকেশনটি তাদের কনফিগারেশন ফাইলগুলিতে কখনই লিখবে না যার সাথে আমি চুক্তিতে নই তবে এটি আরও খারাপ জিনিসটিকে আরও ভাল করে তুলবে।


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

11

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

রেজিস্ট্রি সম্পাদন করে এমন খুব কম যে আমি মনে করি উদ্দেশ্য অনুযায়ী একটি কনফিগারেশন ফাইলের দ্বারা আরও ভাল পরিবেশিত হবে না।

(2014) এখানে আমার যুক্তিটি কিছুটা প্রসারিত করার জন্য: আমি রেজিস্ট্রিটিকে godশ্বর অবজেক্ট হিসাবে দেখছি। আমরা সবাই জানি এটি একটি অ্যান্টিপ্যাটার্ন।


7
তাই ব্যবহারকারীরা সহজেই কী করতে পারে তা সীমাবদ্ধ করতে মাইক্রোসফ্ট বিশেষত এমন কিছু তৈরি করেছিল? ... ডান সম্পর্কে শোনাচ্ছে।
ড্যান_ওয়াটারওয়ার্থ

অবশ্যই একটি বিরোধী প্যাটার্ন। আকর্ষণীয় চিন্তা।
ব্র্যাড থমাস

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

6

আমার অপরিশোধিত বোঝাপড়াটি হ'ল রেজিস্ট্রিটি এক ধরণের সেটিংসের সংগ্রহের নকশার জন্য ডিজাইন করা হয়েছিল, .ini ফাইলগুলি ব্যবহৃত হত যা সুপারিশ করত।

(এনবি, একটি অশোধিত বোঝাপড়া, সুতরাং এটি ভাল ভুল হতে পারে)।


5

ক) আমি টিম উত্তরের সাথে একমত।

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


3

আমি যেমন এটি বুঝতে পারি (অগত্যা এটি উপভোগ করা উচিত নয়)

ক) "কেন্দ্রিয়ায়িত অবস্থান" দেওয়ার জন্য যেখানে কোনও প্রোগ্রাম এর ইনস্টলেশন বা সেটআপ সম্পর্কে তথ্য সঞ্চয় করতে পারে। এই তথ্যগুলি তখন প্রোগ্রামগুলির দ্বারা তারা যেভাবে সিদ্ধান্ত নেয় ব্যবহার করতে পারে। কাস্টমাইজেশন, জলদস্যুতা বিরোধী ইত্যাদি

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

খ) ম্যাক ওএস পৃথক ফাইলগুলি আইএনআই ফাইলগুলির উইন্ডোগুলির মতো ব্যবহার করে যা রেজিস্ট্রিটি আসার আগে ব্যবহৃত হয়েছিল।


3

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

অন্যান্য অপারেটিং সিস্টেমে, মোডাস অপারেন্ডি হ'ল অ্যাপ্লিকেশন-নির্দিষ্ট তথ্য (কনফিগারেশন ফাইলের মতো) ব্যবহারকারীর হোম ডিরেক্টরিতে লুকানো অ্যাপ্লিকেশন-নির্দিষ্ট ডিরেক্টরিগুলিতে সঞ্চয় করা। (উদাহরণস্বরূপ, গেম অ্যাকোয়ারিয়া কনফিগারেশন সম্পর্কিত তথ্য $HOME/.Aquariaসংরক্ষণ করে)) গ্লোবাল সেটিংস ফাইলগুলি এতে সঞ্চিত থাকে /etc/

ম্যাকগুলি তাদের নিজস্ব কাজ করে: plistব্যবহারকারীর বা সিস্টেমের Libraryডিরেক্টরিতে অ্যাপ্লিকেশন-নির্দিষ্ট ফাইলগুলি সংরক্ষণ করা হয় (আমি বিশ্বাস করি) ।


3

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

ইউনিক্সের বিপরীতে যেখানে সবকিছু এন ফাইল সংরক্ষণ করা হয় এবং যখন প্রয়োজন হয় তখন লোড করা হয়। ওএস এইভাবে এর কার্যকারিতা প্রভাবিত করতে ভেন্ডার প্রোগ্রামিং দক্ষতার উপর নির্ভর করে না ...


2

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

তবে, রেজিস্ট্রিতে থাকা ডেটা সহ, আপনি একটি সাধারণ ইনস্টলার প্যাকেজ (ডাব্লুআইএক্স, ইনস্টলশিল্ড, ইত্যাদি) ব্যবহার করতে পারেন যা অ্যাপ্লিকেশন সেটিংস স্পর্শ না করেই ফাইলগুলির আনইনস্টল / পুনরায় ইনস্টল করবে।


1

(সমস্ত A. খ সম্পর্কে নিশ্চিত নয়)

আমি বিশ্বাস করি এটি আসলে (historicalতিহাসিক) বিন্দুতে নেমে গেছে যে রেজিস্ট্রি অ্যাপ্লিকেশন সেটিংসের জন্য এক ধরণের সাধারণ ইন্টারফেস হিসাবে কাজ করে।

একটি আবেদন আছে? একটি ব্যবহারকারী-স্কোপ করা সেটিংস সঞ্চয় করতে চান? এটি রেজিস্ট্রি বুং।

"ব্যবহারকারীর প্রোফাইলগুলি নিশ্চিত করার" দরকার নেই, সরাসরি ফাইল সিস্টেমে অ্যাক্সেস করার দরকার নেই। উইন 32 সব দেখাশোনা করে।


1

বেশিরভাগ ব্যবহারকারীর কাছে এটি নতুন, অপরিচিত এবং ট্যাবু তৈরির উপায় ছিল, তাই তারা এটিকে একা রেখে দিত। .ini এবং autoexec.bat ফাইলগুলি আরও সহজেই মুছে ফেলা যায় বা আরও খারাপ হতে পারে।

নিবন্ধভুক্তি সেটিংস পরিবর্তন করা হচ্ছে, ওরে আমার!


1

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

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

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