এএসপি.নেট ওয়েব সাইট বা এএসপি.নেট ওয়েব অ্যাপ্লিকেশন?


847

আমি যখন ভিজ্যুয়াল স্টুডিওতে একটি নতুন এএসপি.এনইটি প্রকল্প শুরু করি তখন আমি একটি এএসপি.এনইটি ওয়েব অ্যাপ্লিকেশন তৈরি করতে পারি বা আমি একটি এএসপি.নেট ওয়েব সাইট তৈরি করতে পারি।

ASP.NET ওয়েব অ্যাপ্লিকেশন এবং ASP.NET ওয়েব সাইটের মধ্যে পার্থক্য কী? কেন আমি একজনকে অন্যের থেকে বেছে নেব?

উত্তরটি কি আমি ভিজুয়াল স্টুডিওর কোন সংস্করণ ব্যবহার করছি তার উপর ভিত্তি করে?


উত্তর:


556

ওয়েবসাইট:

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

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

ওয়েব অ্যাপ্লিকেশন:

ওয়েব অ্যাপ্লিকেশন প্রকল্প একটি অ্যাড-ইন হিসাবে নির্মিত হয়েছিল এবং এখন ভিসুয়াল স্টুডিও জন্য এসপি 1 অংশ হিসেবে বিদ্যমান 2005. প্রধান পার্থক্য ওয়েব অ্যাপ্লিকেশন প্রকল্প যে ভিসুয়াল স্টুডিও 2003 এটা করবে না সঙ্গে জাহাজে ওয়েব প্রোজেক্টস অনুরূপ কাজ করার পরিকল্পনা করা হয়েছিল হয় বিল্ড টাইম সময়ে অ্যাপ্লিকেশনটি একটি একক ডিএলএল ফাইলের মধ্যে সংকলন করুন। প্রকল্পটি আপডেট করার জন্য, অবশ্যই তা পুনরায় সংঘবদ্ধ করতে হবে এবং পরিবর্তনগুলি ঘটতে ডিলএল ফাইল প্রকাশিত হবে।

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

উল্লেখ

এএসপি.নেট ২.০ - নিবন্ধ - ওয়েব সাইট বনাম ওয়েব অ্যাপ্লিকেশন প্রকল্পে কেন একটি ব্যবহার করা হবে এবং অন্যটি কেন ব্যবহার করার কারণ নেই। এটির একটি অংশ এখানে দেওয়া হয়েছে:

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

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


5
আপনি এখনও ফাইল ভিত্তিক ওয়েব সাইট দিয়ে আপনার পুরো সাইটটিকে একটি ডেলিতে সংকলন করতে পারেন।
ডিসি

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

35
আসলে, ওয়েব অ্যাপ্লিকেশন প্রকল্পগুলি হ'ল মূল এএসপি.এনইটি প্রকল্পের ধরণ ছিল। 2003 এর ভিজ্যুয়াল স্টুডিওতে আমাদের যে প্রকল্পগুলি দেওয়া হয়েছিল সেগুলি এগুলি "মত" নয় They এগুলি অ্যাড-ইন হিসাবে তৈরি করা হয়নি। ভিজ্যুয়াল স্টুডিও 2005 এসপি 1 ভিজ্যুয়াল স্টুডিও 2005 আরটিএম ভুল করে মুছে ফেলা পুনরুদ্ধার করেছে।
জন স্যান্ডার্স

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

8
@ এক্সারজু: ওয়েব সাইট "প্রকল্পগুলি" তে কোনও .csproj বা .vbproj ফাইল নেই। এগুলি আসলে প্রকল্প নয় - এগুলি কেবলমাত্র ফাইলগুলিতে পূর্ণ ফোল্ডার।
জন স্যান্ডার্স

171

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

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

অ্যাপ_কোড বনাম বিন

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

CodeBehind

এই বিষয়টি .aspx এবং .ascx ফাইলগুলির জন্য নির্দিষ্ট। এইএসপি.এনইটি এমভিসি এবং এএসপি.এনইটি ওয়েব পৃষ্ঠাগুলির মতো নতুন অ্যাপ্লিকেশন ফ্রেমওয়ার্কগুলিতে এই বিষয় হ্রাসের সাথে প্রাসঙ্গিক হয় যা কোডবিহাইন্ড ফাইলগুলি ব্যবহার করে না।

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

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

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

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

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

ভিসুয়াল স্টুডিও

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

ভিজ্যুয়াল স্টুডিও 2010-এ চালু করা আরেকটি দুর্দান্ত বৈশিষ্ট্য হ'ল ওয়েবকনফাইগ রূপান্তরএটি ওয়েব সাইটগুলিতেও উপলভ্য নয়। এখন ভিএস 2013 এ ওয়েব সাইটগুলির সাথে কাজ করে।

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

একটি এমভিসি ওয়েব অ্যাপ্লিকেশন প্রকল্পে আপনার কাছে সাধারণ কাজের জন্য অতিরিক্ত আদেশ এবং ডায়লগ রয়েছে যেমন 'ভিউ যুক্ত করুন', 'দেখার জন্য যান', 'কন্ট্রোলার যুক্ত করুন' ইত্যাদি These এগুলি এমভিসি ওয়েব সাইটে উপলব্ধ নয় available

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

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


43
প্রোগ্রামাররা অ্যাপ্লিকেশনটি লেখার কারণে অ্যাপ্লিকেশনটি তৈরি করা হয়। পরীক্ষা দলটি পরীক্ষার সিস্টেমে অ্যাপ্লিকেশনটি পরীক্ষা করে। তারপরে গ্রাহক অ্যাপ্লিকেশনগুলি ইনস্টল করে। আপনি যে সর্বাধিক ভাবেন তা হ'ল যে কেউ লাইভ পরিবর্তন করছে!
ইয়ান রিংরোজ

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

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

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

4
"এটি উন্নয়নের সময় সত্যিকারের ব্যথা হতে পারে, যেহেতু পরিবর্তনগুলি দেখতে আপনাকে পুনর্গঠন করতে হবে" ... মনে রাখবেন এটির জন্য ব্যথা হওয়ার জন্য এটি একটি বৃহত্ প্রকল্প বা সত্যিকারের পুরানো কম্পিউটার হতে হবে আজকাল একটি পুনর্নির্মাণ।
ড্যারেন

75

ওয়েব সাইট = ব্যবহার যখন ওয়েবসাইট গ্রাফিক ডিজাইনারদের দ্বারা তৈরি করা হয় এবং প্রোগ্রামাররা কেবল এক বা দুটি পৃষ্ঠা সম্পাদনা করে

ওয়েব অ্যাপ্লিকেশন = ব্যবহার যখন অ্যাপ্লিকেশন প্রোগ্রামার এবং গ্রাফিক ডিজাইনারদের দ্বারা তৈরি করা হয় কেবলমাত্র এক বা দুটি পেজ / চিত্র সম্পাদনা করে।

ডেভেলপার স্টুডিও না রেখে যে কোনও এইচটিএমএল সরঞ্জাম ব্যবহার করার জন্য ওয়েব সাইটগুলি নিয়ে কাজ করা যেতে পারে, যেমন প্রকল্প ফাইলগুলি আপডেট করার প্রয়োজন নেই, ইত্যাদি Web

(কিছু কোডিং ত্রুটি সংকলনের সময় ওয়েব অ্যাপ্লিকেশনগুলিতে পাওয়া যায় যা রান সময় পর্যন্ত ওয়েব সাইটগুলিতে পাওয়া যায় না))

সতর্কতা: আমি এই উত্তরটি বহু বছর আগে লিখেছি এবং তখন থেকে এসপ নেট ব্যবহার করি নি। আমি আশা করি বিষয়গুলি এখন এগিয়ে গেছে।


40

আপনার গতিশীল সংকলিত প্রকল্পের নির্দিষ্ট প্রয়োজন না থাকলে , কোনও ওয়েব সাইট প্রকল্প ব্যবহার করবেন না

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

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


30

এমএসডিএন-তে একটি নিবন্ধ রয়েছে যা পার্থক্যগুলি বর্ণনা করে:

ওয়েব সাইট প্রকল্প এবং ওয়েব অ্যাপ্লিকেশন প্রকল্পগুলির তুলনা করা

বিটিডব্লিউ: topic বিষয়টি নিয়ে কিছু অনুরূপ প্রশ্ন রয়েছে, যেমন:


আমার মনে হয় আমি কোডফাইলে বা কোডবিহীন কোডবই ব্যবহার করা উচিত সে সম্পর্কে উত্তরটি এসও দ্বারা মুছে ফেলা উত্তরের সাথে চলে গেল ...
ফ্রেঞ্চোন

সুতরাং যারা ভাবছেন তাদের জন্য: ওয়েব অ্যাপ্লিকেশন = ভাল কাঠামোগত সমাধান = মার্কআপ ভিএস ওয়েবসাইটের কোডবিহাইড = ফাইলগুলির গুচ্ছ = মার্কআপে
কোডফাইলে

22

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

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

ওয়েব অ্যাপ্লিকেশন মডেলটির গতিশীল সংকলন নেই তবে আমি যে বিষয়গুলি উল্লেখ করেছি তার উপর আপনি নিয়ন্ত্রণ অর্জন করতে পারেন।

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

আরও বিশদ বিশ্লেষণ পাওয়া যাবে:


3
> ওয়েবসাইটের মডেলের সবচেয়ে বড় পক্ষ হ'ল অ্যাপ_কোড বিভাগের যে কোনও কিছুই গতিশীলভাবে সংকলিত। এটি পাশাপাশি একটি বড় খারাপ দিক রয়েছে। আমার ওয়েবসাইটটি ওয়েব হোস্ট 4 লাইফের সাথে হোস্ট করা হয়েছে যারা সস্তা তবে বৈশিষ্ট্যযুক্ত। খারাপ দিকটি হ'ল তারা কর্মী প্রক্রিয়াটি খুব ঘন ঘন (15 মিনিট?) পুনর্ব্যবহার করে যার অর্থ যে অ্যাপ্লিকেশনটি পুনরায় সংকলন করার সাথে সাথে পরবর্তী ব্যবহারকারীর খুব ধীরে প্রথম পৃষ্ঠার আউট রয়েছে।
রব নিকলসন

19

এমসিটিএস-র স্ব-চালিত প্রশিক্ষণ কিট পরীক্ষার 70-515 বই থেকে:

ওয়েব অ্যাপ্লিকেশন (প্রকল্প) সহ,

  1. আপনি একটি এমভিসি অ্যাপ্লিকেশন তৈরি করতে পারেন।
  2. ভিজ্যুয়াল স্টুডিও ফোল্ডারের কাঠামোর উপর নির্ভর না করে কোনও প্রকল্পের ফাইল (.csproj বা .vbproj) এ ফাইলগুলির তালিকা সঞ্চয় করে।
  3. আপনি ভিজ্যুয়াল বেসিক এবং সি # মিক্স করতে পারবেন না।
  4. আপনি কোনও ডিবাগিং সেশনটি বন্ধ না করে কোড সম্পাদনা করতে পারবেন না।
  5. আপনি একাধিক ওয়েব প্রকল্পের মধ্যে নির্ভরতা স্থাপন করতে পারেন।
  6. স্থাপনার আগে আপনাকে অবশ্যই অ্যাপ্লিকেশনটি সংকলন করতে হবে, যা অন্য পৃষ্ঠাগুলি সংকলন না করে যদি আপনাকে কোনও পৃষ্ঠা পরীক্ষা করা থেকে বিরত করে।
  7. আপনাকে সার্ভারে উত্স কোড সঞ্চয় করতে হবে না।
  8. আপনি সমাবেশের নাম এবং সংস্করণ নিয়ন্ত্রণ করতে পারেন।
  9. আপনি সংশোধন না করে স্থাপনার পরে পৃথক ফাইলগুলি সম্পাদনা করতে পারবেন না।

# 4 ভুল। "সম্পাদনা করুন এবং চালিয়ে যান" কিছু সীমাবদ্ধতার সাথে সক্ষম করা যেতে পারে। সম্ভবত এটি 2011 সালে সত্য ছিল। # 9 এর উচিত "আপনি পুনর্নির্মাণ না করে স্বতন্ত্র উত্স কোড ফাইলগুলি সম্পাদনা করতে পারবেন না"। আপনি সংশোধন না করে .aspx, .js, .css, ইত্যাদি সম্পাদনা করতে পারেন।
জন স্যান্ডার্স

# 4 এর অন্য একটি কোণ রয়েছে। আপনি যদি ফাইল> ওপেন> ওয়েবসাইট ব্যবহার করে কোনও ওয়েবসাইট খোলেন এবং ওয়েবসাইটের জন্য ফাইল সিস্টেম ফোল্ডারে নেভিগেট করুন, শুরু উইন্ডো থেকে সমাধানটি বাছাইয়ের মাধ্যমে সাইটটি খোলার পরিবর্তে , আপনি ক্লাস মডিউল এবং কোডবিহিন্ড সম্পাদনা করতে পারেন (কমপক্ষে vb.net এ ) ডিবাগ না থামিয়ে। আপনি পুনর্নির্মাণ না হওয়া পর্যন্ত আপনি পরিবর্তনগুলি দেখতে পাবেন না তবে আপনার কোডটি সংশোধন করার সময় পৃষ্ঠার আচরণ দেখতে সক্ষম হওয়া প্রায়শই কার্যকর। খারাপ দিকটি হ'ল সমাধানে যা যা ঘটেছিল তা আপনি হারাবেন: ব্রেকপয়েন্টস, ফাইলগুলি খোলা আছে, বুকমার্কস ইত্যাদি you
ওয়েফফেয়ার

16

এটি আপনি কী বিকাশ করছেন তার উপর নির্ভর করে।

একটি বিষয়বস্তু ভিত্তিক ওয়েবসাইটটির বিষয়বস্তু ঘন ঘন পরিবর্তিত হবে এবং এর জন্য একটি ওয়েবসাইট আরও ভাল।

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


16

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

Project structure প্রকল্পের কাঠামোর মধ্যেও পার্থক্য রয়েছে। ওয়েব অ্যাপ্লিকেশনটিতে আপনার যেমন একটি প্রজেক্ট ফাইল রয়েছে ঠিক তেমনই সাধারণ অ্যাপ্লিকেশনটিতেও। ওয়েব সাইটে কোনও traditionalতিহ্যবাহী প্রকল্প ফাইল নেই, আপনার সমস্ত কিছুই হ'ল সমাধান ফাইল। সমস্ত তথ্যসূত্র এবং সেটিংস ওয়েবকনফাইগ ফাইলে সংরক্ষণ করা হয়। @Page directive এই পৃষ্ঠার সাথে সম্পর্কিত ক্লাস যুক্ত ফাইলটির জন্য @ পেজ নির্দেশিকায় আলাদা বৈশিষ্ট্য রয়েছে। ওয়েব অ্যাপ্লিকেশনে এটি স্ট্যান্ডার্ড "কোডবিহিন্ড", ওয়েব সাইটে আপনি "কোডফিল" ব্যবহার করেন। আপনি নীচের উদাহরণগুলিতে এটি দেখতে পারেন:

ওয়েব অ্যাপ্লিকেশন:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"  
Inherits="WebApplication._Default" %>  

ওয়েব সাইট:

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %> 

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

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

এএসপি.নেট এমভিসি (মডেল ভিউ কন্ট্রোলার) সেরা এবং ডিফল্ট বিকল্প হ'ল ওয়েব অ্যাপ্লিকেশন। যদিও এটি ওয়েব সাইটে এমভিসি ব্যবহার সম্ভব তবে এটি প্রস্তাবিত নয়।

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


একটি বৃহত প্রকল্পে যেখানে একাধিক ব্যক্তি এটি পরিবর্তন করছে, আপনি উত্স নিয়ন্ত্রণ ব্যবহার করেন, সুতরাং এটি ওয়েব সাইট "প্রকল্পগুলি" ব্যবহার করার কারণ নয়।
জন স্যান্ডার্স

পৃষ্ঠা নির্দেশে কোডবিহিন্ড (ওয়েব অ্যাপ্লিকেশন) বনাম কোডফাইলে (ওয়েবসাইট) পার্থক্যের জন্য +1। এটি একটি নির্ভুলতা যা নির্বাচিত উত্তরের অভাব রয়েছে।
ফ্রেঞ্চোন

11

হ্যাঁ ওয়েব অ্যাপ্লিকেশনগুলি ওয়েবসাইটগুলির চেয়ে অনেক ভাল, কারণ ওয়েব অ্যাপ্লিকেশনগুলি আমাদের স্বাধীনতা দেয়:

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

    • ওয়েব পোর্টাল
    • বিজ্ঞপ্তি নিয়ন্ত্রক (ইমেল প্রেরণের জন্য)
    • ব্যবসায় স্তর
    • ডেটা অ্যাক্সেস স্তর
    • ব্যতিক্রম পরিচালক
    • সার্ভার ইউটিলিটি
    • ডাব্লুসিএফ পরিষেবাদি (সমস্ত প্ল্যাটফর্মের জন্য সাধারণ)
    • তালিকাবদ্ধ
  2. ASP.NET পৃষ্ঠাগুলির সাথে সম্পর্কিত ক্লাস ফাইলগুলিতে থাকা কোডে ইউনিট পরীক্ষা চালানো

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

11

মূল পার্থক্যগুলির মধ্যে একটি হ'ল ওয়েবসাইটগুলি গতিশীলভাবে সংকলন করে এবং অন ফ্লাইট অ্যাসেমব্লিগুলি তৈরি করে। ওয়েব অ্যাপ্লিকেশনগুলি একটি বৃহত সমাবেশে সংকলন করে।

দুজনের মধ্যে পার্থক্যটি ভিজ্যুয়াল স্টুডিও ২০০৮-এ শেষ হয়ে গেছে।


4
"Vs2008-এ 2 এর মধ্যে পার্থক্যটি সরিয়ে দেওয়া হয়েছে" - আপনি সেখানে কী বোঝাতে চেয়েছেন তা নিশ্চিত নন - তারা এখনও ভিএস ২০০৮-এ পৃথক প্রকল্পের ধরণের, ভিন্ন আচরণ করে এবং বিভিন্ন মেনু বিকল্পের মাধ্যমে তৈরি করা হয় - তবে কমপক্ষে সেগুলি উভয়ই ডিফল্টরূপে উপলব্ধ are ভিএস ২০০৮-এ।
জাফ - বেন ডুগুইড

9

অ্যাপ্লিকেশনগুলি সাধারণত স্থাপনার আগে সংকলিত হয় যেখানে ওয়েবসাইটটি অ্যাপ_কোড ডিরেক্টরি ব্যবহার করে। অ্যাপ্লিকেশন কোড ফোল্ডারে কোনও পরিবর্তন হলে সার্ভার কোডটি পুনরায় সংকলন করবে। এর অর্থ হ'ল আপনি ফ্লাইতে কোনও ওয়েবসাইটের সাথে কোড পরিবর্তন / পরিবর্তন করতে পারবেন।

একটি অ্যাপ্লিকেশনটির সুবিধা হ'ল পুনরায় সংকলন নেই এবং তাই প্রাথমিক শুরুর সময়টি দ্রুততর হবে be


এটি আংশিক সত্য, আপনি চাইলে ওয়েবসাইটগুলিতে পৃষ্ঠাগুলি পূর্বনির্মাণ করতে পারেন
আমর এইচ। আবদ এলমাজিদ

8

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

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


ভিডিওটি এখন এখানে রয়েছে: asp.net/web-forms/videos/vs-2005/…
বব রেইনল্ডস

7

একটি "ওয়েব সাইট" এর একটি বিশেষ অ্যাপ_কোড ডিরেক্টরিতে এর কোড রয়েছে এবং এটি রানটাইমের সময় কয়েকটি ডিএলএল (অ্যাসেমব্লি) -তে সংকলিত হয়েছে। একটি "ওয়েব অ্যাপ্লিকেশন" একটি একক ডিএলএলে প্রাক্পম্পাইল করা আছে।


5

ওয়েবসাইট এবং প্রকল্প >> ওয়েবসাইট ভিজ্যুয়াল স্টুডিও ব্যবহার করে এএসপি.এনইটি অ্যাপ্লিকেশন তৈরির দুটি ভিন্ন পদ্ধতি। একটি প্রকল্পহীন এবং অন্যটি প্রকল্পের পরিবেশ। পার্থক্য যেমন হয়

  1. সলিউশন ফাইলটি প্রকল্পের পরিবেশে মূল ডিরেক্টরি হিসাবে একই ডিরেক্টরিতে সংরক্ষণ করা হয়।
  2. প্রকল্পের পরিবেশে মোতায়েনের আগে সমাধান এবং প্রকল্পের ফাইলগুলি সরানো দরকার।
  3. সম্পূর্ণ রুট ডিরেক্টরি প্রকল্পহীন পরিবেশে মোতায়েন করা হয়।

উভয় পদ্ধতির ব্যবহারে খুব বেশি মৌলিক পার্থক্য নেই। তবে আপনি যদি এমন ওয়েবসাইট তৈরি করে যা বেশি সময় নেয় তবে প্রকল্পের পরিবেশের জন্য বেছে নিন।


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

5

ওয়েব অ্যাপ্লিকেশন প্রকল্পের মডেল

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

ওয়েব সাইট প্রকল্পের মডেল

  • কোনও প্রকল্প ফাইল নেই (ফাইল সিস্টেমের ভিত্তিতে)।
  • নতুন সংকলন মডেল।
  • গতিশীল সংকলন এবং প্রতিটি পৃষ্ঠার ভিউতে পুরো সাইটটি তৈরি না করে পৃষ্ঠাগুলিতে কাজ করা।
  • আইআইএস এবং অন্তর্নির্মিত এএসপি.এনইটি ডেভলপমেন্ট সার্ভার উভয়কেই সমর্থন করে।
  • প্রতিটি পৃষ্ঠার নিজস্ব সমাবেশ রয়েছে।
  • ডিফেরেন্ট কোড মডেল।

5

এটি সর্বদা আপনার ক্লায়েন্টের প্রয়োজনীয়তার উপর নির্ভর করে। এএসপি.এনইটি-তে কেবল আপনার নমনীয় বৈশিষ্ট্য অন্তর্ভুক্ত রয়েছে যা আপনার অ্যাপ্লিকেশনটির সুরক্ষা এবং সহজ রক্ষণাবেক্ষণের জন্য ব্যবহারকারীর প্রয়োজন।

আপনি ওয়েব অ্যাপ্লিকেশনটিকে বাইনারি ফাইল হিসাবে ভাবতে পারেন যা এএসপি.এনইটি কাঠামোর ভিতরে চলে। এবং স্ট্যাটিক ওয়েবপৃষ্ঠা হিসাবে ওয়েব সাইটগুলি যা আপনি পর্যালোচনা করতে এবং সহজেই উত্স কোড স্থাপন করতে পারেন।

তবে এই দুটি এএসপি.এনইটি প্রযুক্তির সুবিধা এবং অসুবিধাগুলি যা ভাল তা আসে।


4

ওয়েবসাইট - কোনও সমাধান ফাইল তৈরি করা হবে না। আমরা যদি ওয়েবসাইট তৈরি করতে চাই তবে ভিজ্যুয়াল স্টুডিওর কোনও প্রয়োজন নেই।

ওয়েব অ্যাপ্লিকেশন - একটি সমাধান ফাইল তৈরি করা হবে। আমরা ওয়েব অ্যাপ্লিকেশন তৈরি করতে চাইলে ভিজ্যুয়াল স্টুডিও প্রয়োজন should এটি .dllবিন ফোল্ডারে একটি একক ফাইল তৈরি করবে ।


2
-1 আপনি যদি ভিজ্যুয়াল স্টুডিওর মাধ্যমে কোনও ওয়েবসাইট প্রকল্প তৈরি করেন তবে আপনার কাছে আসলে একটি সমাধান ফাইল রয়েছে। আপনার কাছে কোনও প্রকল্প ফাইল নেই।
ড্যারেন

+1 নিশ্চিত, আপনি একটি সমাধান ফাইল তৈরি করতে পারেন তবে এই ফাইলটি বেশিরভাগ ফাঁকা তাই এটি কেবল একটি বিরক্তি (
ভিএসটি

3

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


3

ওয়েবসাইট: এটি অ্যাপ_কোড ফোল্ডারটি স্বয়ংক্রিয়ভাবে উত্পন্ন করে এবং যদি আপনি এটি সার্ভারে প্রকাশ করেন এবং এর পরে যদি আপনি কোনও নির্দিষ্ট ফাইল বা পৃষ্ঠায় কিছু পরিবর্তন করেন তবে আপনাকে সমস্ত ফাইল সংকলন করতে হবে না।

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


"সম্পূর্ণ প্রকল্প সংকলন" এর অর্থ প্রকল্পের প্রতিটি ফাইল সংকলন করার অর্থ নয়। সোর্স কোড ফাইলগুলি যা পরিবর্তিত হয়নি তা পুনরায় সংযুক্ত করা হবে না।
জন স্যান্ডার্স

3

একটি ওয়েব অ্যাপ্লিকেশনটিতে আপনি আপনার প্রকল্পের কার্যকারিতার স্তরগুলি তৈরি করতে পারেন এবং এটিকে অনেকগুলি প্রকল্পে ভাগ করে তাদের মধ্যে আন্তঃনির্ভরতা তৈরি করতে পারেন, তবে আপনি কোনও ওয়েবসাইটে এটি করতে পারবেন না।


3

অবশ্যই ওয়েব অ্যাপ্লিকেশন, একক ডিএলএল ফাইল এবং বজায় রাখা সহজ। তবে একটি ওয়েবসাইট আরও নমনীয়; আপনি যেতে যেতে এসপিএক্স ফাইলটি সম্পাদনা করতে পারেন।


আপনি একটি ওয়েব অ্যাপ্লিকেশন প্রকল্পেও এসপেক্স ফাইলটি সম্পাদনা করতে পারেন।
জন স্যান্ডার্স

3

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

Unexpected error writing metadata to file '' -- 
Not enough storage is available to complete this operation. 

ত্রুটি, এবং রানটাইমের সময় নীচে হিসাবে এই ত্রুটি বার্তাটি সহ:

Exception information: 
    Exception type: HttpException 
    Exception message: Exception of type 'System.OutOfMemoryException' was thrown.
   at System.Web.Compilation.BuildManager.ReportTopLevelCompilationException()

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


এটি একটি সংকলন-সময় ব্যতিক্রম বলে মনে হয় না।
জন স্যান্ডার্স

1

এখানে ওয়েব সহায়ক অ্যাপ্লিকেশন ওয়েবসাইটের একটি উদাহরণ।

এখানে ওয়েব সহায়ক অ্যাপ্লিকেশন ওয়েবসাইটের একটি উদাহরণ। ওয়েবসাইট এবং ওয়েব অ্যাপ্লিকেশন উভয়ই গতিময় / স্থির হতে পারে এটি প্রয়োজনীয়তার উপর নির্ভর করে, ওয়েবসাইট এবং ওয়েব অ্যাপ্লিকেশনটির কাজ বোঝার জন্য এখানে একটি উদাহরণ।


এটি এসপ নেটনে প্রয়োগ হয় না। ওয়েবসাইট / ওয়েব অ্যাপ্লিকেশন ডিফারেন্স (এসপ নেট টার্মিনোলজিতে) ফাইলগুলি কীভাবে সাজানো হয় (একটি সুসংহত সমাধান হিসাবে বা ফাইলগুলির একগুচ্ছ হিসাবে) এবং সংকলিত ("জেআইটি" বনাম স্ট্যাটিক) সম্পর্কে আরও বেশি is উভয় ক্ষেত্রেই "প্রোগ্রাম" মূলত সার্ভার সাইড side
ফ্রেঞ্চোন

0

উপরের কিছু উত্তর সংক্ষিপ্তসার হিসাবে:

নমনীয়তা , আপনি কি কোনও ওয়েব পৃষ্ঠায় লাইভ পরিবর্তন করতে পারবেন?

ওয়েব সাইট : সম্ভাব্য। প্রো: স্বল্পমেয়াদী সুবিধা। কন: প্রকল্পের বিশৃঙ্খলার দীর্ঘমেয়াদী ঝুঁকি।

ওয়েব অ্যাপ : কন: সম্ভব নয়। একটি পৃষ্ঠা সম্পাদনা করুন, উত্স নিয়ন্ত্রণে পরিবর্তনগুলি সংরক্ষণাগারভুক্ত করুন, তারপরে পুরো সাইটটি তৈরি করুন এবং মোতায়েন করুন। প্রো: একটি মানের প্রকল্প বজায় রাখুন।

বিকাশের বিষয়

ওয়েব সাইট : একটি .csproj ফাইল ছাড়াই সাধারণ প্রকল্প কাঠামো। র্যান্ডম প্রজেক্ট ডিরেক্টরি নাম ত্রুটি তৈরি করতে নেতৃত্ব দেয় যেমন। নেট ফ্রেমওয়ার্ক তার নিজস্ব উত্পন্ন ফাইলের সাথে কেন বিরোধ করে এবং নেট ফ্রেমওয়ার্ক তার নিজস্ব উত্পন্ন ফাইলের সাথে কেন দ্বন্দ্ব করে? । প্রো: সরল (সরল) কন: ভুল

ওয়েব অ্যাপ : একটি .csproj ফাইল সহ ওয়েব ফর্ম প্রকল্পের মতো প্রকল্প কাঠামো। আসপ পৃষ্ঠাগুলির শ্রেণীর নামগুলি অবশ্যই অনন্য। প্রো: সাধারণ (স্মার্ট) কোন: কোনটি নয়, কারণ একটি ওয়েব অ্যাপ্লিকেশন এখনও সহজ।

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