কখন আমার একটি কাঠামো ব্যবহার করা দরকার? [বন্ধ]


15

আমি ওয়েব প্রোগ্রামিংয়ে নতুন এবং এই সময়ে আমি পিএইচপি সম্পর্কে শিখছি। আমি জানতে চাই কখন আমার পিএইচপি কাঠামো যেমন কেকপিএইচপি ব্যবহার করতে হবে? এই এবং অন্যান্য অনুরূপ পিএইচপি ফ্রেমওয়ার্কগুলি আমার জন্য কী কী প্রস্তাব দেয়? এবং পেশাদার হওয়ার জন্য কোনও কাঠামো ব্যবহার করা কি সত্যই গুরুত্বপূর্ণ?

  • এবং আমি এতে আমার পছন্দ মতো বৈশিষ্ট্যগুলি সরবরাহ করতে আমার নিজস্ব কাঠামো তৈরি করতে পারি?

3
যখন আপনি বুঝতে পারবেন এটি কী অফার করে এবং যখন প্রয়োজন হয় তখন চারপাশে কাজ করতে পারেন, [xyz] কাঠামোটি ব্যবহার করুন। ফ্রেমওয়ার্কগুলি হ'ল দক্ষ লোকদের জন্য সরঞ্জাম যা তাদের কীভাবে ব্যবহার করতে হয় এবং তাদের পছন্দের সীমাবদ্ধতাগুলি বোঝার জন্য সরঞ্জাম। কোনও পরিস্থিতিতে ফ্রেমওয়ার্ক অধ্যয়ন করে কোনও ভাষা শিখবেন না। এটি ইচ্ছাকৃতভাবে আপনার পায়ের আঙ্গুলগুলি বন্ধ করার বা পেরিফেরিয়াল ভিশনের মতো। আপনি কী পিএইচপি ফ্রেমওয়ার্ক ব্যবহার করেন তার উপর নির্ভর করে ইঙ্গিত, সেশনগুলি অদ্ভুত আচরণ করে .. সাবধানতা অবলম্বন করুন :)
টিম পোস্ট

উত্তর:


10

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

  1. এটি সবকিছুকে পুনরায় কোডিং করার চেয়ে অনেক দ্রুত
  2. এটি পরিবর্তনগুলি আরও সহজ করে তোলে যেমন ডেটাবেস পরিবর্তন করা বা দর্শন পরিবর্তন করা
  3. অন্যান্য লোকের সাথে কাজ করাও সহজ হবে, কারণ তারা প্রায়শই এমভিসি প্যাটার্ন ফ্রেমওয়ার্ক ব্যবহার করতে ব্যবহৃত হয়

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


2
+1 এর জন্য আপনি যখন পিএইচপি দিয়ে স্বাচ্ছন্দ্য বোধ করেন তখন আপনি একটি কাঠামো ব্যবহার শুরু করতে পারেন। আপনার পয়েন্ট 3) ফ্রেমওয়ার্কগুলি খুব একই রকম হয় তবেই ভাল কাজ করে। আমি যুক্ত করতাম "বেশ কয়েকটি পৃথকভাবে ভারী ব্যবহার করার আগে কোনও কাঠামো তৈরি করব না"
পেটারচেন

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

@ নিকের জন্য +1, আমি আরও একমত হতে পারি না। কিছু ফ্রেমওয়ার্কগুলি গতিশীল এবং চারপাশের জিনিসগুলিকে পরিবর্তন করা সহজ বলে দাবি করে তবে তারপরে আপনি একটি নির্দিষ্ট পয়েন্টে পৌঁছান এবং আপনি ঠিক ... পারবেন না। আমি এই ধরণের জিনিসটি সম্পর্কে অনেক ঝাঁকুনি করেছি :)
স্টিভ হিল

আমি সম্মত হব যে এমভিসি হ'ল একটি খুব সাধারণ সাধারণ ক্ষেত্র যা সঠিকভাবে ব্যবহার করার সময় অন্যান্য লোকেদের আপনার কোডে প্রবেশের সুযোগ দেয় properly তবে এমভিসি সেখানে একটি জ্বলজ্বল তারকা, কাঠামো (বা এর অভাব) কেবল বাস্তবায়ন।
টিম পোস্ট

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

9

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

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


2
তবে আমি কীভাবে পরে এটি নিশ্চিত করতে পারি যে ফ্রেমওয়ার্কের কোডটি আমি চাই ঠিক ঠিক তেমন হয়? মানে প্রতিটি প্রোগ্রামারের নিজস্ব স্টাইল থাকে, তাই না? কাঠামোর কথা কী !!
গোমা

1
@ গোমা ভাষার কথা কি? আমি এখনও পাইনি যা এটি যা করতে চাই সবকিছু করে। ফ্রেমওয়ার্কটি খুব খুব, খুব অনুরূপ কিছু যুক্ত করে (আশা করি বিমূর্তির কিছুটা উচ্চ স্তরে)। সিরিয়াসলি, কোডিংটি "সবকিছু দেখতে / আচরণ করা / আমি যেমন চাই ঠিক তেমনভাবে তৈরি করা" সম্পর্কে নয় It এটি এমন কিছু দরকারী যা তৈরি করা সম্পর্কে, কোডটি কেবলমাত্র আমাদের নিজের উপর চাপানো দায়, কারণ সুবিধাগুলি সেই কোডটি রাখার ব্যয়কে ছাড়িয়ে যায় the প্রথম স্থান.
ক্রিস্টোফার ক্রিউটজিগ

এবং এখন @ টেলরআউটওয়েল লারাভেলের স্রষ্টা ...
হোস বুধবার

4

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

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

  • এই এবং অন্যান্য অনুরূপ পিএইচপি ফ্রেমওয়ার্কগুলি আমার জন্য কী কী প্রস্তাব দেয়? বিমূর্তন; ডাটাবেসের সাথে সরাসরি কথোপকথনের পরিবর্তে আপনি ডাটাবেজে আপনার ডেটার মধ্যে কাঠামো এবং সম্পর্কগুলি পরিচালনা করতে একটি অবজেক্ট-রিলেশনাল ম্যাপিং (ওআরএম) ব্যবহার করতে পারেন। বেশিরভাগ ভাষায় বেশিরভাগ ফ্রেমওয়ার্ক আপনার অ্যাপ্লিকেশনটির ডাটাবেস স্তরটির সাথে ইন্টারঅ্যাক্ট করা সহজ করার জন্য ORM সরবরাহ করে। একইভাবে, ফ্রেমওয়ার্কগুলি প্রায়শই ব্যবহারকারীর মিথস্ক্রিয়াকে প্রতিক্রিয়া জানায় separate সর্বাধিক সাধারণ বিচ্ছেদ হ'ল মডেল ভিউ কন্ট্রোলার (এমভিসি) দৃষ্টান্ত যা সংক্ষেপে বলতে গেলে মডেলটিতে ডাটাবেসের যুক্তিকে বিমুগ্ধ করে (অনেক ক্ষেত্রে ওআরএমের ইন্টারফেস), অনুরোধগুলি প্রক্রিয়াকরণ করে এবং মডেলগুলির সাথে কন্ট্রোলারে ইন্টারঅ্যাক্ট করে এবং প্রকৃত এইচটিএমএল / পিডিএফ / চিত্র / ইত্যাদি রেন্ডারিং। ভিউ মধ্যে। ফ্রেমওয়ার্কগুলি প্রায়শই অন্যান্য সরঞ্জামাদি সরবরাহ করে যেমন রাউটিং (অনুরোধের ইউআরআইয়ের জটিল প্রক্রিয়াজাতকরণের অনুমতি দেওয়ার জন্য (EG: অনুরোধ ম্যাপিং ""নিয়ামক ব্যবহারকারীদের কাছে http://example.com/users/1 ", যা পরে 1 এর আইডি সহ ব্যবহারকারী মডেলটিকে দেখায়) এবং সেশন এবং অন্যান্য মৌলিক কাঠামোর বিমূর্ততা।

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


3

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

আমার কখন পিএইচপি কাঠামো যেমন কেকপিএইচপি ব্যবহার করতে হবে?

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

এই এবং অন্যান্য অনুরূপ পিএইচপি ফ্রেমওয়ার্কগুলি আমার জন্য কী কী প্রস্তাব দেয়?

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

এবং পেশাদার হওয়ার জন্য কোনও কাঠামো ব্যবহার করা কি সত্যই গুরুত্বপূর্ণ?

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

এবং আমি এতে আমার পছন্দ মতো বৈশিষ্ট্যগুলি সরবরাহ করতে আমার নিজস্ব কাঠামো তৈরি করতে পারি?

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


1

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

আপনার প্রথমবারের মতো একটি ডেটাবেস নিয়ে কাজ করার সাথে সাথে রেডবিনের জন্য ঝাঁপিয়ে পড়বেন না , প্রথমে ডিবি দিয়ে ম্যানুয়ালি কাজ করুন। আপনার প্রকৃতপক্ষে ডিবিকে কীভাবে আনছেন এবং কী করছেন সে সম্পর্কে আপনার পুরোপুরি বোঝাপড়া রয়েছে, যা সত্যই স্কেলাবিলিটিতে সহায়তা করতে পারে। আপনি তখন নিজের সমাধান নিজেই তৈরি করতে পারেন যখন আপনার ব্যবহারের কাঠামোটি আপনাকে যা করার দরকার তা করে না।

একবার আপনি বুঝতে পারছেন যে কি চলছে, একটি ফ্রেমওয়ার্ক ব্যবহার করুন! এটি বিষয়গুলি এত সহজ করে তোলে। একটি ক্যোয়ারী সংরক্ষণকারী তারপর ফলাফলে লুপিং সঙ্গে crazyness mysql_fetch_assocসব চলে গেছে, একটি একক কল কমে হল: $book = R::load( "book", $id )। আপনি আরও উত্পাদনশীল হয়ে উঠবেন এবং ভবিষ্যতের বাগগুলি ঠিক করতে বা ভবিষ্যতের বৈশিষ্ট্যগুলি আরও সহজ যুক্ত করতে পারবেন।


1

ফ্রেমওয়ার্কটি আপনার জন্য কী করে এবং কেন এটি ভাল (বা খারাপ) তা জানার জন্য আপনি অন্তর্নিহিত প্রযুক্তিগুলি ভালভাবে জানেন তখন একটি কাঠামো ব্যবহার করুন।

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

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


1

আপনি যখন বার বার একই কাজটি করতে দেখেন তখন চারপাশে দেখুন এবং দেখুন যে কোনও ফ্রেমওয়ার্ক রয়েছে যা একই অপ্রয়োজনীয় জিনিসগুলি করে যা আপনি নিজেরাই শেষ করে ফেলেছেন। হাইপের কারণে কেবল একটি ফ্রেমওয়ার্ক ব্যবহার করবেন না। আমি ব্যক্তিগতভাবে কোডইগনিটার এবং রাসমাস লেয়ার্ডর্ফের "ন-ফ্রেমওয়ার্ক পিএইচপি এমভিসি ফ্রেমওয়ার্ক" পছন্দ করি http://toys.lerdorf.com/archives/38- The-no-framework-PHP-MVC-framework.html


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

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

1
দেখে মনে হচ্ছে একটি ফ্রেমওয়ার্ক জিলিওট থেকে আমি ডাউন ভোট পেয়েছি, দুর্দান্ত!
প্রোগ্রামার

দ্বিগুণ আমাকে নয় :) কেউ হয়ত আপনার পোস্ট করা লিঙ্কটির বিষয়ে প্রতিক্রিয়া জানিয়েছিলো যদিও সে সম্পর্কে সত্যিকার অর্থে বিশদ না নিয়েই।
টিম পোস্ট

@ টিম পোস্ট হে! এই কারণেই আমি এই উভয় মন্তব্য পৃথক করার বিষয়টি নিশ্চিত করেছিলাম। : ডি
প্রোগ্রামার

-1

আপনি কেন ফ্রেম x, y বা z ব্যবহার করবেন তা যত্ন সহকারে চিন্তা করার পরামর্শ দেব প্রতিটি কাঠামো কেবল কার্যকারিতা সরবরাহ করে না, আপনাকে নিজের প্রয়োগ করতে হবে না, ভাবনার উপায়ও রয়েছে। কেবল বসন্ত, জেইই, রেলস বা জ্যাঙ্গো দেখুন। চারটি ফ্রেমওয়ার্কগুলি অল্প সময়ের মধ্যে একটি ওয়েব অ্যাপ্লিকেশন স্টম্প আউট পর্যাপ্ত সরবরাহ করে।

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

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


-2

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

আমি পিএইচপি নিয়ে খুব অভিজ্ঞ নই, তবে আমি কোনও কাঠামোর ব্যবহারকে উত্সাহিত করব।


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