এক পিএইচপি ফ্রেমওয়ার্ক থেকে অন্যটিতে স্থানান্তরিত হচ্ছে


10

আমি এমন একটি ওয়েব সংস্থার সাথে কাজ করছি যা এমন একটি পয়েন্টে পৌঁছাচ্ছে যেখানে পণ্যটিকে ভি 2 হিসাবে পুনরায় ভাবার দরকার হবে - এর কিছু ভি 1 ভিত্তি এবং নীতিগুলি যা কার্যত সমস্ত কিছুতে নির্মিত হয়েছে, ডেটা মডেল থেকে শুরু করে সমস্ত ক্ষেত্রেই ছড়িয়ে পড়েছে due ব্যবহারকারী ইন্টারফেস। বিভিন্ন কারণে, এই বিবর্তনটি কেকপিএইচপি (যা দিয়ে ভি 1 নির্মিত হয়েছে) থেকে সিমফনি বা জেন্ডে স্থানান্তরিত হতে পারে।

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

আমি এই জাতীয় রূপান্তর পরিচালিত বা জড়িত থাকতে পারে এমন লোকদের কাছ থেকে পাওয়া মতামতের জন্য কৃতজ্ঞ থাকব।

আগাম ধন্যবাদ.

উত্তর:


2

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


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

1
এই উত্তরটি মোটেই সমাধান নয়।
জেমস 20

6

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

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

* আমি উভয়ের সাথেই পরিচিত নই, সুতরাং তারা কতটা অনুরূপ / তুলনামূলক তা আমি জানি না।


+1 এর জন্যDon't try to use Zend "the CakePHP way
টিম পোস্ট

লোকেরা যখন '+1' বলে তখন তারা সাধারণত উত্তরটি দিয়ে +1 দেয়;)
জিএসটো

দুঃখিত, ইন্টারনেট হিচাপ :) এখানে ক্যারিয়ার কবুতরের ওপরে টিসিপি।
টিম পোস্ট

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

5

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

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

আমার মতে, আপনি একটি নতুন ফ্রেমওয়ার্ক দিয়ে স্ক্র্যাচ থেকে সম্পূর্ণ শুরু করার পরিবর্তে সময়ের সাথে আপনার বিদ্যমান কোডটিকে ধীরে ধীরে রিফ্যাক্ট করা ভাল be

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


ঠিক আমি কি ভাবছিলাম। এখানে পুনর্লিখনের কোনও অর্থ নেই, কারণ এটি দৃ econom় ক্ষেত্রে বলে মনে হচ্ছে না যে এটি একটি অর্থনৈতিক সিদ্ধান্ত হতে চলেছে।
এরিকবার্সমা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.