ওয়েবসাইট তৈরির সময় জাভাস্ক্রিপ্টের ব্যবহার হ্রাস করা কি সাধারণ বিষয়? [বন্ধ]


32

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

এটি কি একটি ভাল / সম্মানিত পদ্ধতির?


6
আমি স্ট্যান্ডার্ড জাভাস্ক্রিপ্টটি অক্ষম করি এবং নোগ্রিপ্টগুলি আমাকে উত্স জাভস্ক্রিপ্টগুলি লোড করা থেকে বলে tells কোনও ওয়েবসাইটের 10 টিরও বেশি মাধ্যমিক উত্স থেকে জাভাস্ক্রিপ্টগুলি লোড করা অস্বাভাবিক কিছু নয়, যা তৃতীয় উত্স থেকে জাভাস্ক্রিপ্টগুলি লোড করে। মোট পৃষ্ঠার 20 টিরও বেশি উত্স থেকে জাভাস্ক্রিপ্ট লোড করা কোনও পৃষ্ঠার পক্ষে অস্বাভাবিক নয়। সুতরাং আমি বলব: জাভাস্ক্রিপ্টের ব্যবহারকে হ্রাস করা উইন্ডোটির বাইরে।
পিটার বি

9
আমি পর্যবেক্ষণ করেছি যে আপনি যত বেশি জাভাস্ক্রিপ্টের উপর নির্ভর করেন আপনার নেভিগেশন-বান্ধব এবং এসইও-বান্ধব কম হবে। "জাভাস্ক্রিপ্ট লিঙ্কগুলি" এবং এই জাতীয় কারণে আমি কয়টি ওয়েবসাইট রেখেছি তা গণনা করতে পারছি না।
বিআইআইবি

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

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

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

উত্তর:


51

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

এইচটিএমএল পৃষ্ঠাগুলির মধ্যে জাভাস্ক্রিপ্টটি প্রয়োজনীয় / পছন্দসই হিসাবে ব্যবহার করুন ... তবে এটির আসলে প্রয়োজন নেই যখন এটি ব্যবহার করার কোনও কারণ নেই।


9
আরও কোড এড়ানোর জন্য জাভাস্ক্রিপ্ট এড়ানো সাধারণ প্রবৃত্তি থেকে আলাদা বিষয়। জেএসের সাথে এটি কেবল উন্নয়ন জটিলতা হ্রাস করার কথা নয়; আপনার ব্যবহারকারীদের সাথে সামঞ্জস্যের আসল সমস্যা রয়েছে।
২:26

34

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

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

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

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


17
এখানে কয়েকটি: এসইও, ওয়েব এগ্রিগেটর, স্ক্রিন রিডার, নোস্ক্রিপ্ট, কার্ল, মোবাইল ব্রাউজারগুলি। আমি স্ক্রিপ্টগুলি ডিফল্টরূপে অক্ষম করি এবং বেশিরভাগ ইন্টারনেট এখনও ঠিক ঠিক কাজ করে।
tdammers

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

9
আমি এখানে যা বলা হয় তার বেশিরভাগের সাথেই আমি একমত, তবে কোনও সাইটের "জাভাস্ক্রিপ্ট ছাড়া কমপক্ষে নূন্যতম ব্যবহারযোগ্য" হওয়া উচিত এমন ধারণার প্রতি আমি দৃ strongly়ভাবে আপত্তি জানাই। এটি ভুল: এটি জাভাস্ক্রিপ্ট ছাড়াই সর্বাধিক ব্যবহারযোগ্য।
জার্গ ডব্লু মিট্টাগ

4
@ জার্গডব্লিউমিত্যাগ আপনি যদি কোনও ওয়েব প্রযুক্তি অক্ষম করতে চলেছেন তবে আপনার ওয়েবসাইটটির সম্পূর্ণ সুবিধা পাওয়ার আশা করা উচিত নয়। পরিস্থিতিগুলি পৃথক, তবে আমি যদি একটি ওয়েব অ্যাপ তৈরি করি তবে আমি সম্ভবত আমার সংখ্যালঘু যারা একবিংশ শতাব্দীতে যেতে অস্বীকার করেছি তাদের সংখ্যালঘুদের জন্য সম্পূর্ণ সামঞ্জস্যের সাথে আমার বিল্ডিংটি নষ্ট করছি না। আমার বেশিরভাগ প্রকল্পে আমি কীভাবে IE 6 সমর্থন করি না তার অনুরূপ।
টম মার্থেনাল

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

13

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

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

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

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


4
একেবারে। জাভাস্ক্রিপ্ট মূল কোর্স নয়, মশলা হিসাবে ব্যবহার করা উচিত।
hlovdal

9

অন্যান্য উত্তরগুলি "আমি কখনই জাভাস্ক্রিপ্ট ব্যবহার করা উচিত নয়" এর দিকে মনোনিবেশ করছে বলে মনে হয়, তাই আমি মনে করি তারা বিষয়টিটি মিস করছেন। আপনার যদি প্রয়োজন না হয় তবে জাভাস্ক্রিপ্ট ব্যবহার করা উচিত নয়। কিছু লোক সকল কিছুর জন্য জাভাস্ক্রিপ্ট ব্যবহার করে :

  • হোভার ইফেক্টস (সিএসএস হওয়া উচিত)
  • AJAX ( hrefযুক্তিসঙ্গত থাকতে হবে)
  • পজিশনিং (সিএসএস হওয়া উচিত)

উপকারগুলি হ'ল জিনিসগুলি:

  • সাইটটি দ্রুত প্রদর্শিত হয়
  • সিএসএস বেশিরভাগ সময় জাভাস্ক্রিপ্টের চেয়ে কম জটিল
  • ব্যাকআপ hrefলিঙ্ক থাকা অনুসন্ধান ইঞ্জিনগুলিতে, অন্যান্য ট্যাবগুলিতে লিঙ্কগুলি খুলতে চান এমন ব্যবহারকারীদের এবং জাভাস্ক্রিপ্টকে ঘৃণিত ব্যবহারকারীদের সহায়তা করে

অবশ্যই, এজেএক্স বেশ দুর্দান্ত এবং ডায়নামিক পৃষ্ঠাগুলিও রয়েছে, তাই কিছু লোকের প্রয়োজন নেই বলে এই জিনিসগুলি ফেলে দিন না।

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


1
আমার মনে আছে বহু বছর আগে ম্যান মেশিন ইন্টারফেস সম্পর্কে (যা তখন বলা হত) কিছু পরামর্শ দেওয়া হয়েছিল: "আপনি কেবল এটি করতে পারেন তার অর্থ এই নয় যে আপনার উচিত" এটি অত্যধিক চটকদার অ্যানিমেশন সহ বেশ কয়েকটি ওয়েবসাইট, শব্দ এবং যেমন মত বোর্ডে নেওয়া উচিত।
অ্যান্ড্রু 18

8

অপ্রয়োজনীয় কার্যকারিতা, সময়কাল এড়ানো ভাল ধারণা। JQuery এর মতো ফ্রেমওয়ার্কগুলি এমন ঝাঁকুনি যোগ করা অবিশ্বাস্যরকম সহজ করে তোলে যা যুক্তিযুক্ত হতে পারে, তবে কখনও কখনও তা করে না। এই ক্ষেত্রে:

আপনার কি সত্যিই এনিমেট করার দরকার আছে?

... বা ...

পুরো ডিওএমকে ট্র্যাভারিং করা কি এই জাতীয় তুচ্ছ নির্বাচকের জন্য সত্যই প্রয়োজন? আপনি কি প্রসঙ্গটি ব্যবহার করে এটি সীমাবদ্ধ করতে পারেন এবং আমাদের কি এটি প্রথম স্থানে দরকার?

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

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


6

আমি বিশ্বাস করি যে তুলনামূলকভাবে নতুন এবং তরুণ ওয়েব বিকাশকারী (প্রায় 4 বছর) হওয়ায় জাভাস্ক্রিপ্ট সর্বত্র যেহেতু আমাকে এ নিয়ে অনেক গবেষণা করতে হয়েছিল।

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

এই একই প্রশ্নটি এসও-তে জিজ্ঞাসা করা হয়েছিল, তবে আমার ভালবাসার জন্য আমি কোথায় তা মনে করতে পারি না।


5

জাভাস্ক্রিপ্ট ব্যবহার বেশ কয়েকটি ক্ষেত্রে সীমাবদ্ধ করা যেতে পারে:

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

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


5

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

  1. বিষয়বস্তু কেন্দ্রিক ওয়েবসাইট । প্রথম ক্ষেত্রে, যাদু শব্দগুলি হ'ল "প্রগতিশীল বৃদ্ধি"; অপ্রয়োজনীয় ফাংশনগুলিতে জাভাস্ক্রিপ্ট সীমাবদ্ধ করুন যা প্লেইন HTTP- র মাধ্যমে সামগ্রীতে ক্লাসিক অ্যাক্সেস সরবরাহ করা যেতে পারে।

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

সফটওয়্যার প্ল্যাটফর্ম হিসাবে ওয়েব

আপনি যদি সত্যিই কোনও অ্যাপ্লিকেশন তৈরি করে থাকেন তবে সর্বনিম্ন অ্যাক্সেসের প্রয়োজনীয়তাগুলি ঠিক আছে - আপনি উন্নত বৈশিষ্ট্যগুলি অর্জন করতে কিছু নির্দিষ্ট প্ল্যাটফর্ম লক্ষ্যবস্তু করেন যা অন্যথায় নির্মিত যেতে পারে না। এটি ঠিক পাইথন বা জাভা বা। নেট এর জন্য বিকাশের মতো। এইচটিএমএল 5 এর মতো বুজওয়ার্ড এবং "কোথাও দৌড়ানোর" প্রতিশ্রুতি আপনাকে বোকা বানাতে দেবেন না; ডিভাইসগুলির মধ্যে আপনার পোর্টেবল কোড থাকতে পারে যতক্ষণ না এইগুলিতে পুরো প্ল্যাটফর্মটি সমর্থিত থাকে। বিকাশ স্ট্যাকের কোনও পরিবর্তন, এবং সফ্টওয়্যারটি ভেঙে যাবে।

প্ল্যাটফর্মটির নতুন সংস্করণ প্রকাশিত হওয়ায় আপনি যে মূল্য পরিশোধ করছেন তা হ'ল আপনি চলন্ত লক্ষ্য অনুসরণ করছেন; প্ল্যাটফর্মটি বিকশিত হওয়ার সাথে সাথে আপনার অ্যাপ্লিকেশনটিকে কাজ করতে আপনাকে ধরতে হবে। আপনার লাভের একমাত্র সুবিধা হ'ল আপনার অ্যাপ্লিকেশনটির জন্য একটি আধা-সর্বজনীন সরবরাহ ব্যবস্থা যা প্যাকেজ বা অ্যাপ্লিকেশন স্টোরের উপর নির্ভর করে না; তবে আপনি মূল বৈশিষ্ট্যটি হারাবেন যা পূর্ববর্তী নেটওয়ার্ক কম্পিউটার কম্পিউটার থেকে ওয়েবকে পৃথক করে।

কন্টেন্ট বিতরণ হিসাবে ওয়েব

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

  • মোবাইল ডিভাইসগুলি সর্বশেষতম এবং ব্যয়বহুল ঘন্টা এবং শিসের চেয়ে কম সমর্থন করে
  • পুরানো ব্রাউজার ব্যবহারকারী যারা (এন্টারপ্রাইজটিতে) পারবেন না বা কীভাবে আপডেট করবেন তা জানেন না (বাড়িতে)
  • ভবিষ্যতের জনপ্রিয় ইঞ্জিনগুলির সংস্করণগুলি যা তাদের পুরানো এপিআইগুলিকে হ্রাস করে

আপনার যদি জাভাস্ক্রিপ্টের বর্তমান বংশের প্রয়োজন হয় যা সর্বদা বিকশিত হয় তবে আপনি সেগুলি হারাবেন। এই প্রসঙ্গে, ভাঙ্গা জাভাস্ক্রিপ্ট যা সামগ্রীতে অ্যাক্সেস আটকায় তা পাপ।

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

  • ডেটা এন্ট্রি বৈধতা
  • দ্রুততম নেভিগেশনের জন্য সামগ্রীর AJAX আপডেট (যা তবুও জেএস ছাড়া কাজ করে)

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


3

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

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

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

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

সাধারণ, জাভাস্ক্রিপ্ট একটি খারাপ ধারণা। যে কোনও ধরণের ক্লায়েন্টের সাইড কোডটি একটি খারাপ ধারণা। ক্লায়েন্টের পক্ষে কেবল মার্কআপ ভাষা এবং সিএসএস থাকা উচিত; সার্ভার-সাইড ভারী উত্তোলন পরিচালনা করতে দিন।


2

এটা নির্ভর করে.

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

উদাহরণ অন্তর্ভুক্ত:

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

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


2

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

অবশ্যই বিকাশকারী জেএস এবং নন-জেএস ব্যবহারকারীদের জন্য দুটি সংস্করণ করতে পারে তবে বেশিরভাগ ক্ষেত্রে এটি চরম ব্যয়বহুল এবং ওয়েবসাইট দর্শকদের 1-2% এর মূল্য নয় (যদি আপনি গুগল না হন তবে অবশ্যই)।

সুতরাং আমার উত্তরটি কোনও হবে না - জাভাস্ক্রিপ্ট হ'ল বহু ব্যবহারকারী-অভিজ্ঞতার প্রশ্নের উত্তর, কেন আমি এটি ব্যবহার করব না?


1

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

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

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


0

সময়ের সাথে সাথে, জাভাস্ক্রিপ্ট ব্যবহার করা হয়েছিল এবং অপব্যবহার করা হয়েছিল এবং স্ক্রিপ্টগুলি দুর্বলতায় পূর্ণ ছিল (এবং এটি ম্যালওয়ারের উত্স)।

অনেক কর্পোরেট নেটওয়ার্ক জেএস অক্ষম করে প্রতিক্রিয়া জানিয়েছিল, এমন একটি নীতি যা (সঠিকভাবে বা ভুলভাবে) আজও বহু সংস্থায় বিদ্যমান।

একদম সহজভাবে, আমি পরামর্শ দিচ্ছি যে কোনও সাইটের কাজ পরিচালনার জন্য জেএসের উপর নির্ভর করা উচিত নয়


3
আমি মনে করি এই বিকল্পটি সম্পূর্ণ পুরানো। বেশিরভাগ সংস্থাগুলি ইন্ট্রানেট সমাধানের জন্য শেয়ারপয়েন্ট বা সিকিউ ব্যবহার করছে। উভয় সিস্টেমই জেএসের উপর নির্ভর করে।
স্মোকফুট

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

0

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

http://coffeescript.org/

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