একটি সম্পূর্ণ ওয়েবসাইটে RESTful ডিজাইন প্রয়োগ করছেন?


11

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

তবে, "আমাদের সম্পর্কে" পৃষ্ঠাটি কী? এটা কি ধরণের সম্পদ? শব্দের বিশিষ্ট অর্থে কি এটি একটি উত্স? এছাড়াও, বলুন যে আমি ইউআরএল "http://www.example.com/" এ যাই, আমি কোন সংস্থান চাইছি? সূচকের সংস্থান?


আমি মনে করি কিছু স্পষ্টতা প্রয়োজন। আপনার শেষ লক্ষ্য কি? বিশ্রামের ডিজাইনের দরকার কী? সমীকরণ থেকে বিশ্রাম নিচ্ছেন, আপনি কোন প্রয়োজনটি মেটানোর চেষ্টা করছেন?
জোনাথন কাউফম্যান

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

উত্তর:


6

আমি দেখতে পাওয়া সবচেয়ে সাধারণ আরএসএফুল ওয়েব সাইট রিসোর্স প্যাটার্নটি হল ইউআরআইতে একটি ভিউ যুক্ত করা:

/ রিসোর্স টাইপ / আইডেন্টিফায়ার [/ দেখুন ] [/ পৃষ্ঠা] [? ফিল্টারপ্রেমস]

যখন কোনও দর্শন নেই , আপনি কেবল একটি ডিফল্ট দৃশ্য পরিবেশন করেন। তোমার ক্ষেত্রে:

  • / - জন্য একটি অনুরোধ example.comআয় ডিফল্ট ভিউ আপনার ওয়েবসাইট - টপ লেভেল রিসোর্সে।
  • / Aboutus - শীর্ষ স্তরের সংস্থার "আমাদের সম্পর্কে" ভিউ। অথবা, বিকল্পভাবে, শীর্ষ-স্তরের সিএমএসের সুযোগসীমাতে কোনও সংস্থার জন্য aboutusনামকরণকারী সনাক্তকারী হতে পারে *
  • / গ্রাহকদের / 1 / aboutus - এই অনুরোধটি একটি "আমাদের সম্পর্কে" দেখার জন্য scoped নির্দেশ করবে গ্রাহকের 1

এটি বলা হচ্ছে, কখনও কখনও ভাল শব্দার্থবিজ্ঞানের জন্য কিছুটা বিচার করা ভাল। উদাহরণস্বরূপ, স্ট্যাকওভারফ্লো প্রশ্নের জন্য আরএসএলফুল / প্রশ্ন / [আইডি] ব্যবহার করে তবে প্রশ্ন জিজ্ঞাসা পৃষ্ঠাটি হ'ল / প্রশ্ন / জিজ্ঞাসা যা খুব বিশ্রামপ্রবণ নয় ( askকোনও questionsউত্স নয়) তবে নিখুঁত নশ্বরকে ব্যবহার করতে প্রচুর অর্থবোধ করে ।


* শীর্ষ স্তরের সিএমএসের ক্ষেত্রে, রিসোর্সের ধরণটি প্রায়শই হয় তবে সবসময় তা সরানো হয় না কারণ এটি অনর্থক।


10

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

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

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

TL; DR : REST একটি সরঞ্জাম। কখন এবং কোথায় এটি কার্যকর তা ব্যবহার করুন তবে এর দ্বারা আবদ্ধ হবেন না।


2
+1 ইউআরএলএসের চেয়ে বিশ্রামের আরও অনেক কিছুই আছে।
জোশ নো

আপনার REST সাইটের সাথে অ্যাজাক্স, REST এবং বাহ্যিক সংযোগ একটি দুঃস্বপ্ন হতে পারে। আপনার উত্তর করার জন্য আপনাকে ধন্যবাদ।
জনি

4

তবে, "আমাদের সম্পর্কে" পৃষ্ঠাটি সম্পর্কে কী? [?] এটি কী ধরণের সংস্থান?

জটিল। উপাদান, টুকরা বা কাঠামো রয়েছে এমন কোনও সংস্থার সাথে কোনও সমস্যা নেই।

সংস্থানগুলি "সম্পর্কিত ডেটাবেস সারি" বা অন্যান্য পারমাণবিক জিনিস নয়। তারা সম্পদ।

দস্তাবেজ-ভিত্তিক ডাটাবেসগুলি এটিকে আরও করুণভাবে পরিচালনা করে কারণ একটি সংস্থান বড় এবং আরও কাঠামোগত হতে পারে।

শব্দের বিশিষ্ট অর্থে কি এটি একটি উত্স?

হ্যাঁ.

এছাড়াও, বলুন যে আমি ইউআরএল "http://www.example.com/" এ যাই, আমি কোন সংস্থান চাইছি?

না।

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

http://www.example.com/aboutus/?format=xml

প্রচুর টুকরো এবং অংশ সহ একটি জটিল এক্সএমএল ডকুমেন্ট ফেরত দেয়। কিছুতেই ভুল হয়নি।

সূচকের সংস্থান?

"বিশ্রাম" অর্থে খুব বেশি অর্থ হয় না। "সূচক" পৃষ্ঠাটি মানুষের জন্য। একটি অ্যাপ্লিকেশন যা একটি RESTful API ব্যবহার করে নির্দিষ্ট ধরণের সংস্থানগুলির অনুরোধের জন্য ডিজাইন করা হয়েছে।


4
+1 আমি আপনার উত্তর থেকে একটি গুরুত্বপূর্ণ পয়েন্ট টিজ করতে চাই: REST একটি প্রোগ্রামযোগ্য দৃষ্টান্ত; এটি অগত্যা মানুষের ব্যবহারের উদ্দেশ্যে নয়।
রেন হেনরিচস

1

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


1

"আমাদের সম্পর্কে" এর উত্স হ'ল ... আমাদের :) আপনি, আপনি। আপনি যে বৈশিষ্ট্যগুলি প্রচার করতে চান সেগুলি সম্পর্কে ভাবুন এবং সেগুলি একটি প্রতিনিধিত্ব সহ একটি বিশেষ্য হিসাবে রোল করুন।

এই মানগুলি একটি ডেটাবেস থেকে আসতে হবে না ... এটি সম্ভবত স্ট্রিং মানগুলির একগুচ্ছ হবে এবং সেগুলি কনফিগারেশন থেকে আসতে পারে, বা এমনকি ক্লাসে হার্ড-কোডিংও হতে পারে।

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