কন্টেন্ট
আমাকে কোন কাঠামোটি ব্যবহার করতে হবে তা জিজ্ঞাসা করুন এবং আমার কাছে সম্ভবত এক কুটিল বুড়ো মহিলার মুহূর্ত থাকবে এবং আপনাকে বলব যে সমস্ত ফ্রেমওয়ার্কগুলি একে অপরের মতোই খারাপ। এগুলি যেহেতু তারা সমস্ত খারাপ, ঠিক তা বলা যায় না, তবে পিএইচপি-তে আমাদের অভাবনীয়ভাবে বিশাল সংখ্যক কাঠামো থাকে (সাধারণত এন + 1 হিসাবে উল্লেখ করা হয়, যেখানে এন বিশ্বের পিএইচপি বিকাশকারীদের সংখ্যা) এবং তারা সম্ভবত সমস্ত ধারণা তৈরি করেছিলেন যে ব্যক্তি তাদের আবিষ্কার করেছে to
ফ্রেমওয়ার্কের একটি পছন্দ থাকা আপনি সম্ভবত যা তৈরির চেষ্টা করছেন তা বিবেচনা না করেই কেবলমাত্র একটি ফ্রেমওয়ার্ক ব্যবহারের চেষ্টা করার চেয়ে ভাল, কারণ এটিই 'সেরা' এক ('সেরা' হিসাবে যে কোনও মাপের দ্বারা)। ফ্রেমওয়ার্ক অফারিংয়ের এই নির্বাচনের অর্থ হল যে আপনি প্রকল্পের প্রয়োজনগুলি পূরণ করে এমন কিছু বাছাই করতে পারেন এবং এটি ডকুমেন্টেডও হতে পারে। যে কোনও প্ল্যাটফর্মের ফ্রেমওয়ার্কগুলি কাঠামো, পুনরায় ব্যবহারযোগ্য মডিউল এবং লাইব্রেরি সরবরাহ করতে পারে এবং সাধারণভাবে বার বার বিরক্তিকর এবং পুনরাবৃত্তিমূলক কার্যগুলি এড়িয়ে যাওয়া একই কার্যকারিতা তৈরির জন্য এড়াতে পারে। উদাহরণস্বরূপ, সিএমএস তৈরি করার সময়, কোনও কিছুর জন্য প্রক্রিয়া করা উচিত এবং আমার জন্য ফর্ম ক্ষেত্রগুলি বৈধ করা উচিত; যদি আমার নিজের ডিভাইসে ছেড়ে যায় তবে আমি গুরুত্বপূর্ণ কিছুটি হাতছাড়া করতে পারি এবং প্রতিটি প্রকল্পের উপাদানগুলিকে আমি অনেক বেশি করতে চাই বিভিন্নবরং প্রতিবারের মতো একই রকম!
পুরো স্ট্যাক ফ্রেমওয়ার্ক
জেন্ড ফ্রেমওয়ার্কের মতো পূর্ণ-স্ট্যাক ফ্রেমওয়ার্কগুলি অনেকগুলি আর্কিটেকচার অভিজ্ঞতা ছাড়াই কোনও বিকাশকারীর জন্য শুরু করার জন্য দুর্দান্ত জায়গা হতে পারে। এটি একটি নতুন অ্যাপ্লিকেশন হ্যাং করার জন্য ভাল কাঠামো দেয় এবং এর চারপাশে একটি ভাল ‘বাস্তুতন্ত্র’ রয়েছে - প্রচুর বই, টিউটোরিয়াল এবং কিছু যুক্তিসঙ্গত ডকুমেন্টেশনও। যদি আপনি একটি বৃহত অ্যাপ্লিকেশন তৈরির চেষ্টা করছেন যা প্রচুর লোকের দ্বারা রক্ষণাবেক্ষণ করা হয় তবে একটি জনপ্রিয়, ব্যাপক কাঠামো একটি ভাল পছন্দ হতে পারে কারণ এটি বেশ কিছু কাঠামো নির্ধারণ করবে এবং সুপরিচিত এবং বোঝা যাবে।
পৃথকীকরণে সহায়তার জন্য কাঠামো থাকা সর্বদা ভাল; আমার কেরিয়ার শুরুর দিকে আমি কয়েকজনের সাথে কাজ করেছি খুব জুনিয়র বিকাশকারীগণ এবং তাদেরকে এমভিসি (মডেল ভিউ কন্ট্রোলার) প্যাটার্নটি শেখানোর চেষ্টা করেছিলেন, যা সেই সময় তুলনামূলকভাবে নতুন ছিল। আমরা দৃশ্যের স্তরে স্মার্ট ব্যবহার করার সিদ্ধান্ত নিয়েছি; আংশিকভাবে যাতে ডিজাইনাররা আরও সহজে টেমপ্লেটগুলি নিয়ে কাজ করতে পারে এবং আংশিকভাবে যাতে কেউ যখন আমার ডেস্কে এসে বলে যে "স্মার্টটির সাথে আমি এক্স করব কী করে?" আমি বলতে পারি "ভিউতে এক্স করবেন না!" (10 এর মধ্যে নয় বার, এটি উত্তর ছিল)। ফ্রেমওয়ার্ক থাকা আমাদের আবেদনের অন্যান্য অংশগুলিতে একই বিচ্ছেদ খুঁজে পেতে সহায়তা করে। তাদের মধ্যে অনেকে স্মার্ট, বা আমার নতুন প্রিয় টুইগের মতো একটি টেম্প্লেটিং লেয়ারের সাথে সংহত করার পক্ষে সমর্থন করে, যাতে আপনি যে কোনও কাঠামো বেছে নিন তা আপনার সাথে নিতে পারেন।
বোঝা হালকা করুন
জেন্ড ফ্রেমওয়ার্কের তুলনায় প্রচুর পরিমাণে হালকা ফ্রেমওয়ার্ক রয়েছে, উদাহরণস্বরূপ আমি কোডইগিনিটারের সাথে কিছুটা কাজ করি work এটি কী জেন্ড ফ্রেমওয়ার্কের মতো ব্যাপক এবং মজবুত? না, তা নয়। তবে দ্রুত কোনও অ্যাপ্লিকেশন তৈরি করতে সক্ষম করার জন্য সহায়ক কাঠামো হিসাবে এটি কার্যকর। সাধারণভাবে, কম ‘সহায়ক’ কার্যকারিতা সহ ফ্রেমওয়ার্কগুলি আপনার পথটি খুঁজে পাওয়া সহজ হতে পারে কারণ টুকরাগুলি কীভাবে একসাথে চলে much অপরিচিত ফ্রেমওয়ার্কে (আমার কাছে এটি বেশ কিছু), এটি এমন স্বয়ংচালিত বিট যা এর সাথে কাজ করা এবং ডিবাগ করা কঠিন করে তোলে।
"একটি নতুন কাঠামোতে হারিয়ে যাওয়ার" অনুভূতিটি অনিবার্য এবং একেবারে হতাশাব্যঞ্জক; এমনকি একজন অভিজ্ঞ বিকাশকারীও নবজাতকের মতো বোধ করেন যখন তারা জানেন না যে কীভাবে কীভাবে কাজ হয়। আপনি যদি সত্যিই দুর্ভাগ্য হন তবে আপনি এমন একটি কাঠামো বেছে নিয়েছেন যার আইআরসি চ্যানেল আপনাকে বলবে যে আপনিও একজন বোকা! এটি একেবারেই নেতিবাচক প্রাথমিক অভিজ্ঞতা যা প্রচুর লোককে একটি নতুন কাঠামো ব্যবহার করে বা প্রথমে একটি গ্রহণ করে, এবং খুব কম কিছু ফ্রেমওয়ার্কই নতুন ব্যবহারকারীদের সেই প্রাথমিক বাধা অতিক্রম করতে সহায়তা করার জন্য একটি ভাল কাজ করে।
পিএইচপি-তে আমাদের কিছু ফ্রেমওয়ার্ক রয়েছে যা আমি সাধারণত শব্দটি ব্যবহার করি না এমনভাবে ফ্রেমওয়ার্ক নয়। আমাদের কয়েকটি মনোরম উপাদান ফ্রেমওয়ার্ক রয়েছে; উইল-অ্যাট-উইল এবং ডিজিটাল লাইব্রেরির সংগ্রহগুলি একসাথে ব্যবহারের জন্য ডিজাইন করা হয়েছে যেমন জেটা কম্পোনেন্টস (পূর্বে ইজেড কম্পোনেন্টস) এবং সিমফনি উপাদান (আপনি কি তাদের সাইটটি দেখেছেন? তারা সেরা শিল্পকর্মের জন্য পুরষ্কার জিতেছে!)! এর মধ্যে সর্বোত্তম এবং সর্বাধিক নিম্নরূপ হ'ল পিএইচপি'র নিজস্ব পিয়ার এবং পিইসিএল অফারগুলি - কোনওভাবে এগুলি ফ্রেমওয়ার্কের এই সাহসী নতুন জগতে ভুলে যায়।
মাইক্রোফ্রেমওয়ার্কস
মাইক্রোফ্রেমওয়ার্কস পিএইচপিতে একটি উদীয়মান প্রবণতা; এগুলি হ'ল সুপার-লাইটওয়েট অফার যা আপনাকে আরও দ্রুত একসাথে জিনিসগুলিকে আঠালো করতে সহায়তা করে। একটি ভাল উদাহরণ হ'ল স্লিম, যা ব্যবহার করা খুব দ্রুত এবং সহজ এবং RESTful ধারণাটি বোঝে। এটি ইউআরএল নিদর্শন যা ‘রুট’ এর ধারণার চারপাশে ভিত্তি করে তৈরি। আপনি একটি রুটটি নিবন্ধভুক্ত করেছেন এবং একটি কলব্যাক দিন যা URL টি অনুরোধ করা হলে তাকে অনুরোধ করা উচিত।
বেশিরভাগ পিএইচপি বিকাশকারী একটি কাঠামো অবলম্বন করে এবং এটির সাথে লেগে থাকে বা তারা তাদের শখের জন্য বা ওপেন সোর্স প্রকল্পের জন্য একটি কাজে এবং অন্যটি ব্যবহার করতে পারে। "সেরা" কাঠামোটি ব্যবহারের জন্য খুব কম isক্যমত্য রয়েছে যাতে প্রত্যেকে কেবল তাদের যা জানত তা আঁকড়ে ধরে রাখে এবং ফলাফলটি বিশাল আকারের ফ্রেমওয়ার্কের সমান্তরাল বিকাশ! আমি বেছে নিতে পছন্দ করতে পছন্দ করি, তবে আমি কি উল্লেখ করেছি যে তারা সবাই একে অপরের মতোই খারাপ?
আপনি যদি জেন্ডার ফ্রেমওয়ার্ক জানেন তবে আপনি নিজেকে জেন্ড ফ্রেমওয়ার্ক বিকাশকারী হিসাবে বর্ণনা করবেন; আপনি এটির আঁকড়ে ধরার সুযোগ না পাওয়া পর্যন্ত আপনি অন্য কাঠামোয় লিখতে স্বাচ্ছন্দ্য বোধ করবেন না এবং আপনি যদি প্রায়শই সেগুলি ব্যবহার না করেন তবে জিনিসগুলির জন্য সম্ভবত আপনি কাঁচা পিএইচপি ফাংশনগুলির খুব বেশি মনে রাখবেন না। এই ধারণাটি যে আমরা ফ্রেমওয়ার্ক-নির্দিষ্ট বিকাশকারী হয়েছি, কেবল বিমূর্ততার স্তরগুলির উপরে কাজ করছি, পিএইচপি-র জন্য কিছুটা অদ্ভুত। সর্বোপরি, এটি "ওয়েব সমস্যার সমাধান করার ভাষা" " এটি সিতে লেখা এবং এটি একটি দ্রুত, হালকা ভাষা ... এটি সরবরাহ করে যে আপনি বড় ফ্রেমওয়ার্ক বুটস্ট্র্যাপ প্রক্রিয়াটি চালানোর জন্য অপেক্ষা করবেন না! এই প্রসঙ্গে মাইক্রোপিএইচপি ম্যানিফেস্টোটির উত্থান হয়েছিল, এমন এক ব্যক্তির লেখা, যার নাম আমরা ফানক্যাট্রন (যদিও তার নামটি সত্যই এড ফিঙ্কলার) is এটি বিবৃতিগুলির একটি সিরিজ যা এই বলেছে যে বেশ কয়েকটি আন্তঃযোগযোগ্য ছোট ছোট মডিউল তৈরি করা ঠিক আছে, এটি আরও ভাল নয়, এবং এটি সত্যই, জাভার জন্য জীবন খুব ছোট - এমনকি এটি পিএইচপিতে লেখা থাকলেও।
