পিএইচপি দিয়ে একটি বৃহত ওয়েব অ্যাপ তৈরি করার সময় কোনও কাঠামো এড়ানো কী বোঝায়?


9

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

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

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

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

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

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


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

@ এস.লোট: আচ্ছা, আমি আমার প্রশ্নের উদাহরণ দিচ্ছি। এবং আসলে, আমি ফ্রেমওয়ার্ক ঘৃণা করি না। আমি কেবল আধুনিক দিনে পিএইচপি ফ্রেমওয়ার্ক ব্যবহার না করার বিষয়ে মানুষের চিন্তাভাবনা জানতে চাই।
ফুরুনোমো

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

উত্তর:


17

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

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

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


1
অবশ্যই আমি mysql_query()এখানে এবং সেখানে কেবল একটি এলোমেলো নিক্ষেপ করি না । আমি বলতে চাইছি ক্লাসিক পিএইচপিতে আমি কেবল Categories::read_all()কিছু শিরোনাম.এফপিপি ফাইলের মধ্যে ফলাফলের মধ্য দিয়ে কিছুটা কল করতে পারি এবং লুপ করতে পারি, যখন ট্যুইগের জন্য আমাকে এর জন্য একটি কাস্টম টুইগ ফাংশন তৈরি করতে হয়। এবং প্রোটোটাইপিংয়ের জন্য, আমি
মজাদার

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

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

7

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

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

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


ছোট সাইটের পক্ষে যা সহজ তা বড় কোনওের পক্ষে সহজ নাও হতে পারে। এবং অন্যান্য উপায় কাছাকাছি।
গোরান জোভিক

1
@ গুরান জোভিচ, একমত হয়েছেন
ড্যানিয়েল স্কোকো

1
+1 এর জন্য building your own। আপনি এটি উপলব্ধি করুন বা না করুন, আপনি অসংখ্য সহায়ক ফাংশন এবং / বা ক্লাসগুলি শেষ করবেন, যা আপনার নিজস্ব কাঠামো হিসাবে বিবেচনা করা যেতে পারে।
ইজকাটা

5

সার্ভার সাইড "ফ্রেমওয়ার্কস" এর সাথে আমার অভিজ্ঞতাগুলি বেশ অপ্রীতিকর হয়েছে, উদাহরণস্বরূপ:

ক) জার ফাইল নরক যেখানে ফ্রেমওয়ার্কগুলি একে অপরের সাথে বিরোধিতা করে বা অ্যাপ সার্ভারের পারস্পরিক অসামঞ্জস্যপূর্ণ সংস্করণের জন্য সংক্ষিপ্তসারগুলির জন্য যা আপনি চান না এবং কিছুই জানেন না এবং যেভাবেই হুকুম দেওয়ার মতো অবস্থানে নেই কারণ এটি আপনাকে মোতায়েন করা থেকে বিরত রাখবে একাধিক সার্ভার

খ) হাজার হাজার অপ্রয়োজনীয় এসকিউএল মৃত্যুদন্ড কার্যকর করা সহজতম বস্তু তৈরির বিপর্যয়কর বিস্ফোরণ।

গ) উদ্ভট ধারণাটি যে এক্সএমএল এর 100 লাইন কোডিং জাভা 2 লাইন কোডিংয়ের চেয়ে একরকম সহজ বা আরও নির্ভরযোগ্য।

ডি) ক্লায়েন্ট সাইড অবজেক্টগুলিতে অন্য কোনও, বা কখনও কখনও একাধিক অন্যান্য ভাষায় (সি # জেএস ইত্যাদি) ম্যাপ করতে সম্পূর্ণ অপ্রয়োজনীয় সার্ভার সাইড পজোজের 100 টি লাইন লেখার প্রয়োজন হয় C

ঙ) আপনি যখন 30-স্তরের গভীর স্ট্যাক ট্রেস পাবেন তখন কী ঘটেছিল সে সম্পর্কে কোনও ক্লু নেই যা আপনি ফ্রেমওয়ার্কটিতে কল করার জন্য কোডের লাইনও অন্তর্ভুক্ত করেননি।

পুনর্নবীকরণ করুন, নিজের কাঠামোটি লিখুন ... আপনি যতক্ষণ অপ্রয়োজনীয় জিনিসগুলি অপছন্দ করার জন্য প্রথমে পরিকল্পনা করছেন ততক্ষণ আপনি আফসোস করবেন না যতক্ষণ অন্যরা আপনাকে আপনার প্রয়োজন ভেবে বোকা বানাবে। তারপরে আপনি এটির সমস্ত কিছুই বুঝতে পারবেন, এটি এমবি এর পরিবর্তে কেবিতে প্রেরণ করবে এবং এটি সম্ভবত "কোথাও দৌড়ে যাবে" যা জাভার অন্যতম অন্যতম মূলনীতি ছিল না?

এভাবে চিন্তা করার চেষ্টা করুন "আমার কেন এটি দরকার ... কেবল ফ্রেমওয়ার্কটি সুখী রাখাই কি?" ..আমার যদি দরকার না হয় তবে আমার আর কি দরকার নেই?


4

জ্যাঙ্গো বিকাশকারীদের কাছে ফিরে যাওয়ার উপস্থাপনা ছিল, যা এখন খুঁজে পেতে আমার সমস্যা হচ্ছে তবে তারা "দক্ষতার উপত্যকা" সম্পর্কে কথা বলেন যেখানে কোনও কাঠামো আপনাকে আরও উত্পাদনশীল করে তোলে।

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

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

ঘটনাচক্রে, যদিও প্রকল্পটি এমন আকারে পরিণত হবে যে কাঠামোটি একটি वरदानের চেয়ে বাধা হয়ে দাঁড়ায় এবং কিছু বৈশিষ্ট্য চেষ্টা ও বাস্তবায়নের জন্য আপনি নিজেকে কাঠামোর বিপরীতে রেলিং করতে দেখবেন।

উপস্থাপনায়, তারা উল্লেখ করেছেন যে অবশ্যই যদি আপনার যদি ইতিমধ্যে কাঠামোর সম্মেলনগুলি সম্পর্কে জ্ঞান থাকে তবে ছোট আকারের প্রকল্পগুলির দক্ষতার প্রাথমিক বাধা না থাকে।

সুতরাং, ছোট প্রকল্পগুলির জন্য (আমার অভিজ্ঞতা অনুসারে, hours 500 ঘন্টােরও কম কিছু) আপনার কাঠামোর সাথে দক্ষতা ছাড়াই আপনার দক্ষতার চেয়ে বেশি হবে greater একবার আপনি যখন একটি নির্দিষ্ট প্রান্তিকের (500 এবং 800 ঘন্টা, আইএমই) এর মধ্যে পৌঁছে যান তখন আপনি বুঝতে শুরু করেন যে ফ্রেমওয়ার্কটি যা দিতে পারে তার সীমাবদ্ধতা রয়েছে।

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


4

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

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

আমি শুনেছি জেন্ড ফ্রেমওয়ার্ক 2 (বর্তমানে বিটাতে) একটি আরও ভাল পণ্য, তবে আমার মুখের যে খারাপ স্বাদ জেন্ড 1 রেখে গেছে তা বোঝার জন্য আমি কোনও তাড়াহুড়ো করছি না।

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


3

আপনি যা বর্ণনা করেছেন তাকে অতীতে "বিমূর্তন প্ররোচিত জটিলতা" বলা হয়েছিল। এটি পরিচালনার জন্য একমাত্র কাগজ: ডেভিড কেপেল রচনা অ্যাবস্ট্রাকশন-প্ররোচিত জটিলতা পরিচালনা । কেপেল পরামর্শ দেবে যে ফ্রেমওয়ার্কগুলিতে এমন একটি নকশা রয়েছে যা বিমূর্ততা প্ররোচিত জটিলতার কারণ করে।


2

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

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

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


1

ফ্রেমওয়ার্ক ব্যবহার করে আপনার নিজের কোড বনাম লেখার একাধিক দিক রয়েছে:

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

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

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

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


0

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

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

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