ওয়েব বিকাশে ক্লায়েন্ট-সাইডে ছুটে যাওয়া

Question

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

কেন যে এত? এইচটিএমএল 5 / জেএসে বিকাশকারী নতুন এবং "বিচ্ছুরিত" ক্লায়েন্ট সাইডটি কীভাবে সম্ভবত বড় এবং সুচিন্তিত সার্ভার-সাইড সমাধানের চেয়ে উন্নত হতে পারে?

Comments

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

— tmadmers

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

— ব্রুনো শ্পিপার

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

— আন্দ্রেজেবাক

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

— tmadmers

@tdammers আমি চাই না, সত্যই আমি চাই না। আমি এইচটিটিপি-র মাধ্যমে এসওএপি ব্যবহারের কোনও পয়েন্ট দেখতে পাচ্ছি না। REST প্রায় সব কিছুর জন্য উপযুক্ত।

— ব্রুনো শ্পিপার

Answer 1

এটা সত্য:

ওয়েব বিকাশে ক্লায়েন্ট-সাইডে ছুটে যাওয়া

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

আমি জানি এটি অবাক হতে পারে। দয়া করে, আমার কথা শুনুন।

কেন যে এত? এইচটিএমএল 5 / জেএসে বিকাশকারী নতুন এবং "বিচ্ছুরিত" ক্লায়েন্ট সাইডটি কীভাবে সম্ভবত বড় এবং সুচিন্তিত সার্ভার-সাইড সমাধানের চেয়ে উন্নত হতে পারে?

প্রথমত, উভয় ভাল চিন্তা করা হয়।

দ্বিতীয়ত, কারণ এটি আরও ভাল।

ভাল প্রশ্ন.

তবে "আরও ভাল" বিষয়গত, তাই আপনার প্রশ্নের উত্তর হল, বিশেষত এর চেয়ে ভাল কী?

প্রশ্নটি আবার দেখুন:

এইচটিএমএল 5 / জেএস-তে বর্ধমান ক্লায়েন্ট-সাইড কীভাবে সম্ভবত বড় সার্ভার-সাইড সলিউশনের চেয়ে উন্নত হতে পারে?

Because small is nimble.
And big is clunky.

এটি নমনীয়তা।

বড় ব্যাপার মনে হয় না। এটা কি পারে? নমনীয়তা.

তবে নমনীয়তা সবকিছুর উপর নির্ভর করে। নমনীয়তার একটি উন্নতি - সবকিছু উন্নত করে।

Maintainability। Extensibility। স্কেলেবিলিটি। Modularity। ব্যবহারযোগ্যতা. ইউএক্স।

এবং এটি কার্যকর করা দ্রুত। এটাই বাস্তবতা. দ্রুত এবং আরও ভাল।

This is why Windows 8 made JS a first-class citizen.

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

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

ইতিমধ্যে মোজিলা এবং উইন্ডোজ ওএসের বিকাশ রয়েছে যা তাদের বাজারে ভবিষ্যতের ডিভাইসগুলিতে চলবে -> এইচটিএমএল / জেএস।

অনেক সমাধান এবং উদ্ভাবন রয়ে গেছে।

নমনীয়তার ভিত্তিতে জেএসের একটি সম্পূর্ণ স্ট্যাক উঠছে ging

আমি আশা করি এটি সাহায্য করবে.

Comments

দুর্দান্ত উত্তর! কিন্তু সার্ভার-সাইড ফ্রেমওয়ার্কগুলি একই সুবিধার প্রতিশ্রুতি দেয়, তাই না?

— ব্রুনো শ্যাপার

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

— জ্যাক স্টোন

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

— ব্রুনো শ্যাপার

Answer 2

এই গল্পটির সর্বদাই দু'পক্ষ ছিল; সার্ভার-সাইড এবং ক্লায়েন্ট-সাইড কোড উভয়েরই তাদের পক্ষে মতামত রয়েছে।

ক্লায়েন্ট সাইড স্ক্রিপ্টিং এর সুবিধার মধ্যে রয়েছে:

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

তবে সার্ভার-সাইড স্ক্রিপ্টটিরও অনেক সুবিধা রয়েছে:

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

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

পর্যবেক্ষণ করা হাইপ দুটি সাম্প্রতিক ঘটনার সংমিশ্রণ থেকে এসেছে:

1. এইচটিএমএল 5 এবং সম্পর্কিত প্রযুক্তির করোনার। এটি অনেক দীর্ঘ সময় নিয়েছে, তবে এখন অবশেষে আমাদের কাছে এমন একটি মান রয়েছে যা হ্যাকগুলি পাইলিং না করে এবং ডিনামিক ডেস্কটপের মতো ওয়েব অ্যাপ্লিকেশনগুলি তৈরি করার জন্য আপনার প্রয়োজনীয় সমস্ত কিছু রয়েছে এবং মূলধারার ব্রাউজারগুলি যা এগুলি সঠিকভাবে প্রয়োগ করে।
2. উপলব্ধ প্রক্রিয়াকরণ শক্তি। আজকের পণ্য ডেস্কটপ পিসিগুলি এন্ট্রি-লেভেলের ওয়েব সার্ভারের মতোই শক্তিশালী, গ্রাহক-গ্রেড সেলফোনগুলি কার্যত 2005 এর ডেস্কটপ কম্পিউটার এবং আধুনিক জাভাস্ক্রিপ্ট প্রয়োগগুলি পারফরম্যান্সের ভারসাম্যকে নষ্ট করার পক্ষে যথেষ্ট দক্ষ: এখন অবধি ক্লায়েন্ট-সাইড রিসোর্সগুলি সার্ভারের তুলনায় সস্তা are সম্পদ।

প্রকৃতপক্ষে, সার্ভার-কেন্দ্রিক এবং ক্লায়েন্ট-কেন্দ্রিক দৃষ্টিভঙ্গি কীভাবে ভাল সে দিক দিয়ে কিছুই পরিবর্তন হয়নি; যা পরিবর্তিত হয়েছে তা হ'ল ক্লায়েন্টকেন্দ্রিক করা এখন সহজ এবং সস্তা এবং কয়েক বছর আগের তুলনায় আরও ভাল পারফরম্যান্স, এটি আগের চেয়ে অনেক বেশি অ্যাপ্লিকেশনগুলির জন্য এটি একটি কার্যকর পছন্দ হিসাবে তৈরি করে।

Comments

কঠিন সত্য ... +1।

— জ্যাক স্টোন

Answer 3

সার্ভার সাইড সর্বদা কাছাকাছি থাকবে। আপনি সবকিছুর জন্য ক্লায়েন্ট-সাইডে বসে থাকতে পারবেন না। উদাহরণস্বরূপ, আপনি নিজের মাইক্রো-কন্ট্রোলারের জন্য ব্যাকবোন.জেএস এমভিসি ডিজাইন ব্যবহার করতে পারবেন না এবং আপনাকে উত্পাদন ফ্লোর ওভারহেড ক্রেন থেকে রিয়েল টাইমে প্যারামিটার প্রেরণ করবে।

হাইপ বিশ্বাস করবেন না।

Comments

আমাকে বলুন. উইন্ডোজ 8 এ জেএস, হাইপ? -1। আমি প্রথম পয়েন্টের সাথে একমত, তবে হাইপ সম্পর্কিত আপনার দ্বিতীয় বিষয়টির স্পষ্টতা দরকার।

— জ্যাক স্টোন

জেএস ক্লায়েন্টের পক্ষে একচেটিয়া নয় এবং কিছুদিন হয়নি।

— এরিক রেপেন 21

@ ক্লিন্টন্যাশ হ্যাঁ, আসলেই। Ms তাদের প্ল্যাটফর্মের জন্য বিকাশকারীদের সম্ভাব্য সংখ্যা বাড়াতে win8 অ্যাপ্লিকেশনগুলি তৈরি করতে সক্ষম করেছে এটি ডেস্কটপ প্রযুক্তিগুলির মাধ্যমে সেই প্রযুক্তিগুলি শিখতে বেছে নেওয়া লোকদের প্রতিক্রিয়া। তবে ইতিমধ্যে সি # / ডাব্লুপিএফ জানে এমন একটি রেভ হিসাবে, আমি এইচটিএমএল / জেএস দিয়ে উইন 8 অ্যাপ তৈরির কোনও কারণ দেখতে পাচ্ছি না।

— অ্যান্ডি

@ এরিক রেপেন এটি সত্য, তবে জেএসএস একা সার্ভারে এটি কাটেনি, আপনার তৈরি করতে একটি কাঠামো দরকার the সার্ভারে স্ক্রিপ্ট ব্যবহারের আকাঙ্ক্ষা আমাকে বিভ্রান্ত করে। আমরা এটি ইতিমধ্যে করেছি, এটি ক্লাসিক এএসপি ছিল এবং সেই অভিজ্ঞতার পুনরাবৃত্তি করার সত্যিই আমার আগ্রহ নেই।

— অ্যান্ডি

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

— এরিক পুনরায়

Answer 4

আমি ২০০৯-এ সার্ভার-সাইড পিএইচপি ফ্রেমওয়ার্ক থেকে সার্ভার-সাইড ওয়েব পরিষেবাদির সাথে আবদ্ধ ক্লায়েন্ট-সাইড এক্সজেএস সমাধানে স্যুইচ করেছি।

আমার জন্য অভিবাসনের কারণগুলি ছিল:

1. সার্ভারে এন্ডপয়েন্টস এবং কোডের পরিমাণ হ্রাস করে আরও ভাল সুরক্ষা।
   ওয়েব পরিষেবাদিতে সরিয়ে আপনি ওয়েব সার্ভিস সীমানায় ইনপুটকে বৈধতা দিন এবং আপনার সার্ভারের আই / ও-তে আরও সঠিক নিয়ন্ত্রণ রাখতে পারেন। আপনার সুরক্ষা আর্কিটেকচার জটলা করার জন্য কোনও সার্ভার-সাইড ইউআই স্তর নেই।
2. কম সার্ভারের রাউন্ডট্রিপসের কারণে উন্নত কর্মক্ষমতা
   আর্কিটেকচার পরিবর্তিত হয় যাতে ডেটা ফেচগুলি প্রায়শই ঘটতে পারে এবং ইউআই রেন্ডারিংয়ের সাথে ডেটা স্থানীয়ভাবে ক্যাশে করা যায় তবে রাউন্ডট্রিপের কোনও প্রয়োজন হয় না। রাউন্ডট্রিপস হ'ল ওয়েব অ্যাপ্লিকেশন কর্মক্ষমতা হ'ল।
3. UI এর ক্যাশেবিলিটির কারণে উন্নত কর্মক্ষমতা
   UI স্তরটি কোনও সিডিএনতে সম্পূর্ণভাবে হোস্ট করা যায়। এমনকি আমি ইউআই কোডটি এইচটিএমএল 5 অ্যাপ্লিকেশন ক্যাশে রূপান্তরিত করে অফলাইন ওয়েব অ্যাপ্লিকেশনগুলিও তৈরি করেছি।
4. UI এর উচ্চ বিশ্বস্ততা (ধনী ক্লায়েন্ট-সাইড নিয়ন্ত্রণ)
5. তৃতীয় পক্ষের বিকাশকারীরা আমার নিজস্ব ফ্রন্ট-এন্ড ব্যবহার করছে সেই একই API ব্যবহার করতে পারে এবং এপিআই এর বৈশিষ্ট্যগুলি ভাগ করে নিলে আমি মডিউলগুলিতে সহজেই এটি পুনরায় ব্যবহার করতে পারি।
   এর অর্থ কম বিকাশ, কিউএ, ডকুমেন্টেশন, ...
6. আমি পিএইচপি, পাইথন বা জাভার চেয়ে জাভাস্ক্রিপ্টে প্রোগ্রামিং পছন্দ করি

তবে, কোনও ভুল করবেন না, এখন যা ঘটছে তা একটি হাইপ। এটি ফুরিয়ে যাবে এবং অনেক ওয়েব অ্যাপ্লিকেশন আবার সার্ভার-সাইড ইউআই আর্কিটেকচার ব্যবহার করবে।

Comments

কি, হাইপ? -1 উইন্ডোজ 8 জেএসকে প্রথম শ্রেণির নাগরিক হিসাবে পরিণত করার সাথে ভাগ্য ভাল। হ্যাঁ, সার্ভার-সাইড ইউআই আর্কিটেকচারটি সম্ভবত নোড.জেজে লেখা আছে। আমাদের এটি শিখতে হবে কারণ এটি অবরুদ্ধ নয়।

— জ্যাক স্টোন

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

— এরিক রেপেন

Answer 5

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

Comments

ভাল বলেছেন ... +1।

— জ্যাক স্টোন

সত্যিই খুব ভাল পয়েন্ট।

— ব্রুনো শ্যাপার

Answer 6

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

একটি বড় এবং শক্তিশালী সার্ভার হোস্টিং বেশ ব্যয়বহুল। ক্লায়েন্ট-সাইডে কিছু যুক্তি (বৈধতা ব্যতীত) প্রয়োগ করা অনেক সস্তা। সুতরাং আপনি একটি ছোট (অতএব, সস্তা) হোস্টিং ব্যবহার করতে পারেন, যেহেতু এটি এত বেশি লোড হবে না।

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

অ্যাপ্লিকেশনগুলির এই দুটি অংশ পৃথকভাবে থাকতে পারে না। এবং ইন্টারনেট অদূর ভবিষ্যতে কোথাও ছেড়ে চলেছে বলে মনে হচ্ছে না।
আমি মনে করি না যে এটি big server-side frameworksঅদৃশ্য হয়ে যাওয়ার সম্ভাবনা রয়েছে। সবসময় এমন সংস্থাগুলি থাকবে যেগুলি তাদের সামর্থ্য করতে পারে এবং তাদের উল্লেখযোগ্য সুবিধা ব্যবহার করবে।

Answer 7

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

এই সমস্যাটি সমাধান করার চেষ্টা করছে কিছু সমাধান are উদাহরণস্বরূপ আপনি jquery ব্যবহার করেন আপনি নিশ্চিত হন যে আপনার স্ক্রিপ্ট এই নির্দিষ্ট jquery লাইব্রেরি দ্বারা সমর্থিত ব্রাউজারগুলিতে কাজ করবে। তবে কয়েকটি / সর্বাধিক / সমস্ত ব্রাউজারের সাথে আপনাকে সামঞ্জস্যতা সরবরাহ করা কেবল তার লেখকের উপর নির্ভর করে। প্রশ্নটি কোন দলটি আপনাকে আরও ভাল সমর্থন করবে। এটি কি মটুলস টিম, জকিউরি দল, অন্য দল হবে? যদি তারা কোনও নির্দিষ্ট ওয়েব ব্রাউজারে সহায়তা না দেয় তবে আপনার প্রকল্পটি সেই ব্রাউজারে কাজ করতে পারে না।

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

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

Comments

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

— ব্রুনো শ্পিপার

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

— ব্রুনো শ্পিপার

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

— অ্যান্ড্রেজ বোবাক

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

— ব্রুনো শ্পিপার

Answer 8

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

Comments

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

— gnat