पासिंग डेटा पीएचपी

Question

में देखने के लिए मैं कुछ परियोजनाओं है कि मैं पर काम कर रहा हूँ के लिए अपने ही हाथ से लुढ़का पीएचपी MVC रूपरेखा है। जब मैंने पहली बार ढांचा बनाया, तो यह एक व्यवस्थापक सीएमएस बनाने के संदर्भ में था। इसलिए, मॉडल, दृश्य और नियंत्रक के बीच एक बहुत अच्छा संबंध था। आपके पास डीबी में एक पंक्ति है, जो एक मॉडल के लिए मानचित्र बनाती है। नियंत्रक मॉडल को लोड करता है और इसे प्रस्तुत करने के लिए इसे पास करता है (जैसे एक संपादन फ़ॉर्म में)। अच्छा, साफ, और आसान।

हालांकि, अब मैं साइट के सामने के अंत में काम कर रहा हूं, चीजें चिपचिपा हो रही हैं। एक पृष्ठ हमेशा एक मॉडल का दृश्य नहीं होता है। यह 20 उपयोगकर्ता (प्रत्येक उपयोगकर्ता मॉडल) के साथ एक उपयोगकर्ता निर्देशिका सूची हो सकता है। इसके अलावा, अनुरोध के बारे में मेटाडेटा हो सकता है, जैसे पृष्ठांकन (वर्तमान पृष्ठ, कुल पृष्ठ, परिणामों की संख्या) और/या एक खोज क्वेरी।

मेरा प्रश्न है, को देखने के लिए यह सब डेटा पास करने के स्पष्ट तरीका क्या है?

कुछ विकल्प मैं विचार कर रहा हूँ:

class UserController{ 

    public function renderView(){ 

     // assume there's some logic to create models, get pagination, etc. 
     $data = array() 
     $data['models'] = $models; 
     $data['currentPage'] = $current; 
     $data['totalPages'] = $total; 
     return $view->render($data); 
    } 
} 

class UserView{ 
    public function render($data){ 
     // render the data 
    } 
} 

में गुण बनाएँ:

• नियंत्रक एक सरणी बना सकते हैं और एक भी पैरामीटर के रूप में देखने के लिए कि पारित किया है कक्षा देखें और नियंत्रक उन्हें पॉप्युलेट करें:

  class UserView{ 
      public $models; 
      public $currentPage; 
      public $totalPages; 
  } 
  
  class UserController{ 
  
      public function renderView(){ 
  
       // assume there's some logic to create models, get pagination, etc. 
       $view = new UserView(); 
       $view->models = $models; 
       $view->currentPage = $current; 
       $view->totalPages = $total; 
       return $view->render(); 
      } 
  } 
  

• किसी प्रकार के जेनेरिक हैश मैप या संग्रह ऑब्जेक्ट को एक कंटेनर के रूप में देखें जो किसी भी मनमाना संख्या और डेटा का नाम रख सकता है।

  class UserView{ 
      public $collection = new Collection(); // works like a Java collection 
  } 
  
  class UserController{ 
  
      public function renderView(){ 
  
       // assume there's some logic to create models, get pagination, etc. 
       $view = new UserView(); 
       $view->collection->add($models,'models'); 
       $view->collection->add($currentPage,'currentPage');   
       return $view->render(); 
      } 
  } 
  

मुझे पता है कि तकनीकी रूप से किसी भी सकता है काम की है, लेकिन मैं सबसे अच्छा विकल्प की अनिश्चित हूँ, या अगर कोई एक बेहतर या अधिक परंपरागत विकल्प है कि मैं याद कर रहा हूँ है।

Answer 1

मैं Fat Models, Skinny Controllers की अवधारणा की सिफारिश करने के लिए जा रहा हूँ (या, Fat Models Thin Controllers अगर आप पसंद करते ...)

Otherwords में, अपने मॉडल भी सख्त है - अपने मॉडल बांधने केवल चीज़ को दर्शाने के तरह एक RowDataGateway अत्यंत है सीमित।

वास्तव में, मुझे लगता है कि अच्छे मॉडल इस तथ्य को छुपाते हैं कि आप डेटाबेस से डेटा पढ़ रहे हैं। क्योंकि, वास्तव में, आपका डेटा टेक्स्ट फ़ाइलों, या वेब सेवा से, या जो कुछ भी हो सकता है। यदि आप अपने मॉडल को एक गौरवशाली डीबीएएल से ज्यादा कुछ नहीं मानते हैं, तो आप अपने नियंत्रकों में कसकर-युग्मित कोड रखने के लिए खुद को बर्बाद कर देते हैं जो आपको सोचने के तरीके से "डाटाबेस से केवल डेटा" से दूर नहीं होने देगा।

Answer 2

मैं लोकप्रिय MVC/templating चौखटे में लागू पहले दो तरीकों में से दोनों को देखा है।

django टेम्पलेट को भरने के लिए उपयोग किए जाने वाले चर के एक शब्दकोश को देखने के लिए पास करने वाली पहली विधि का उपयोग करता है।

smarty दूसरी विधि का उपयोग करता है, एक स्मार्ट ऑब्जेक्ट बनाते हैं और कंटेनर में प्रत्येक गुण को मान निर्दिष्ट करते हैं।

आपका तीसरी विधि अनिवार्य रूप से, दूसरे के रूप में ही नाबालिग वास्तुकला अंतर के साथ हो रहा है।

वास्तव में, मुझे लगता है मैं कुछ भी है कि आप में से पहले से ही नहीं सोचा नहीं कहा है। असल में, ये सब विचारों को लगता है, इसलिए जो कुछ भी आपको लगता है उसे लागू करें आप सबसे अधिक आरामदायक हैं।

Answer 3

जिस में मैं उपयोग करता हूं, उसके पास स्वचालित रूप से नियंत्रक में एक दृश्य प्रॉपर्टी होती है जिसे आप दृश्यों और गुणों को देख सकते हैं। तब सभी सार्वजनिक गुण दृश्य दृश्य '$ this' के भीतर पहुंच योग्य होते हैं क्योंकि दृश्य अपने स्वयं के ऑब्जेक्ट संदर्भ में प्रस्तुत किया जाता है।

नियंत्रक में:

$this->view->myVar = 'test'; 

और ध्यान में रखते हुए:

$this->myVar; // 'test' 

एक ही लेआउट के लिए चला जाता है के बाद से एक ही दृश्य वस्तु के दोनों अलग उदाहरण हैं:

$this->layout->myVar = 'test'; 

और उसके बाद लेआउट में:

$this->myVar; // 'test' 

ढांचा मालिकाना होता था, लेकिन आम जनता को जारी किया जा रहा है। यदि आपको लगता है कि इससे मदद मिलेगी तो मुझे आपको कुछ कोड भेजने में खुशी होगी। याद रखें, सबसे सरल जवाब आमतौर पर सबसे अच्छा जवाब है।