PHP में व्यवसाय कार्ड साइट बनाने के उदाहरण पर MVC पैटर्न का कार्यान्वयन

जैसा कि आप लेख के शीर्षक से अनुमान लगा सकते हैं, आज हम सबसे लोकप्रिय के बारे में बात करेंगे, सिवाय सिंगलटन , एमवीसी डिजाइन पैटर्न के बाद , हालांकि ऐसी तुलना पूरी तरह से उचित नहीं है। एमवीसी अवधारणा को समझना आपको रिफ्लेक्टर बनाने और अप्रिय परिस्थितियों को हल करने में मदद कर सकता है जो आपकी परियोजना में गिर गई हो सकती है। अंतर को भरने के लिए, हम एक साधारण व्यवसाय कार्ड साइट के एक उदाहरण का उपयोग करके एमवीसी टेम्पलेट को लागू करते हैं।

सामग्री की तालिका

परिचय
1. थ्योरी
1.1। फ्रंट कंट्रोलर और पेज कंट्रोलर
1.2। URL रूटिंग
2. अभ्यास
2.1। URL राउटर कार्यान्वयन
2.2। एमवीसी कार्यान्वयन पर वापस
2.3। मॉडल और नियंत्रक के बाल वर्गों को लागू करना, दृश्य बनाना
2.3.1। एक होम पेज बनाएं
2.3.2। पोर्टफोलियो पेज बनाएं
2.3.3। बाकी पेज बनाएँ
3. परिणाम
4. निष्कर्ष
5. विषय के लिए उपयोगी लिंक का चयन

परिचय

कई लोग एक ही काम के साथ काम करने के लिए एक परियोजना लिखना शुरू करते हैं, न कि यह एक बहु-उपयोगकर्ता प्रबंधन प्रणाली में विकसित हो सकता है, ठीक है, चलो कहते हैं, सामग्री या भगवान न करें, उत्पादन। और सब कुछ शांत और शांत लग रहा है, सब कुछ तब तक काम करता है जब तक आप यह समझना शुरू नहीं करते हैं कि जो कोड लिखा गया है वह पूरी तरह से बैसाखी और हार्डकोड शामिल है। कोड को लेआउट, प्रश्नों और बैसाखी के साथ मिलाया जाता है, कभी-कभी बिना पढ़े भी। एक तत्काल समस्या है: नई सुविधाओं को जोड़ते समय, आपको बहुत लंबे समय तक इस कोड के साथ गड़बड़ करना पड़ता है, यह याद करते हुए कि "वहां क्या लिखा गया था, वह क्या था?" और अपने आप को अतीत में शाप दें।

आपने भी इन खूबसूरत किताबों के बारे में डिजाइन पैटर्न और यहां तक ​​कि पत्ते के बारे में सुना होगा:

• ई। गामा, आर। हेल्म, आर। जॉनसन, जे। विलीसाइड्स “ऑब्जेक्टिव डिज़ाइन टेक्निक्स। डिजाइन पैटर्न ”;
• एम। फाउलर "कॉर्पोरेट सॉफ्टवेयर अनुप्रयोगों का आर्किटेक्चर।"

और कई, विशाल मैनुअल और दस्तावेज़ीकरण से डरते हुए, किसी भी आधुनिक रूपरेखा का अध्ययन करने की कोशिश नहीं की और समझ की कठिनाई का सामना करना पड़ा (कई वास्तुशिल्प अवधारणाओं की एक साथ कलात्मक रूप से जुड़ी होने के कारण) ने एक "लंबे बॉक्स" में आधुनिक उपकरणों के अध्ययन और आवेदन को स्थगित कर दिया।

यह लेख मुख्य रूप से शुरुआती लोगों के लिए उपयोगी होगा। किसी भी मामले में, मुझे आशा है कि कुछ घंटों में आप एमवीसी पैटर्न के कार्यान्वयन का एक विचार प्राप्त कर सकते हैं जो सभी आधुनिक वेब रूपरेखाओं को रेखांकित करता है, साथ ही इसे कैसे करना है, इस पर आगे के विचार के लिए "भोजन" प्राप्त करें। लेख के अंत में उपयोगी लिंक का एक चयन है जो आपको यह पता लगाने में भी मदद करेगा कि वेब फ्रेमवर्क (एमवीसी के अलावा) क्या हैं और वे कैसे काम करते हैं।

जलते हुए PHP प्रोग्रामर इस लेख में खुद के लिए कुछ भी नया पाने की संभावना नहीं है, लेकिन मुख्य पाठ पर उनकी टिप्पणियां और टिप्पणियां बहुत उपयोगी होंगी! क्योंकि सिद्धांत के बिना, अभ्यास असंभव है, और अभ्यास के बिना, सिद्धांत बेकार है, फिर पहले थोड़ा सिद्धांत होगा, और फिर हम अभ्यास के लिए आगे बढ़ेंगे। यदि आप MVC की अवधारणा से पहले से परिचित हैं, तो आप सिद्धांत अनुभाग को छोड़ सकते हैं और अभ्यास के लिए सीधे जा सकते हैं।

1. थ्योरी

एमवीसी पैटर्न एप्लिकेशन संरचना बनाने का एक सरल तरीका बताता है, जिसका उद्देश्य उपयोगकर्ता इंटरफ़ेस से व्यावसायिक तर्क को अलग करना है। नतीजतन, आवेदन को स्केल करना, परीक्षण करना, बनाए रखना और निश्चित रूप से लागू करना आसान है।

एमवीसी पैटर्न के वैचारिक डिजाइन पर विचार करें (मेरी राय में, यह सबसे सफल डिजाइन है जिसे मैंने देखा है):



एमवीसी वास्तुकला में, एक मॉडल डेटा और व्यापार तर्क नियम प्रदान करता है, एक दृश्य उपयोगकर्ता इंटरफ़ेस के लिए जिम्मेदार है, और एक नियंत्रक मॉडल और दृश्य के बीच बातचीत प्रदान करता है।

MVC एप्लिकेशन के संचालन का एक विशिष्ट अनुक्रम निम्नानुसार वर्णित किया जा सकता है:

1. जब कोई उपयोगकर्ता किसी वेब संसाधन में प्रवेश करता है, तो इनिशियलाइज़ेशन स्क्रिप्ट एप्लिकेशन का एक उदाहरण बनाता है और इसे निष्पादन के लिए लॉन्च करता है।
   यह एक दृश्य दिखाता है, जो साइट का मुख्य पृष्ठ है।
   
2. आवेदन उपयोगकर्ता से एक अनुरोध प्राप्त करता है और अनुरोधित नियंत्रक और कार्रवाई को निर्धारित करता है। मुख्य पृष्ठ के मामले में, डिफ़ॉल्ट क्रिया ( इंडेक्स ) की जाती है।
   
3. एप्लिकेशन नियंत्रक का एक उदाहरण बनाता है और एक्शन विधि लॉन्च करता है,
   उदाहरण के लिए, मॉडल कॉल में डेटाबेस से जानकारी पढ़ी जाती है।
   
4. उसके बाद, क्रिया मॉडल से प्राप्त डेटा के साथ एक दृश्य बनाती है और उपयोगकर्ता को परिणाम प्रदर्शित करती है।
   

मॉडल - आवेदन के व्यावसायिक तर्क को समाहित करता है और इसमें नमूने के तरीके (ये ओआरएम विधि हो सकते हैं), प्रसंस्करण (उदाहरण के लिए, सत्यापन नियम) और विशिष्ट डेटा का प्रावधान शामिल है, जो अक्सर इसे बहुत मोटा बनाता है, जो काफी सामान्य है।
मॉडल को सीधे उपयोगकर्ता के साथ बातचीत नहीं करनी चाहिए। उपयोगकर्ता अनुरोध से संबंधित सभी चर को नियंत्रक में संसाधित किया जाना चाहिए।
मॉडल को HTML या अन्य डिस्प्ले कोड उत्पन्न नहीं करना चाहिए, जो उपयोगकर्ता की आवश्यकताओं के आधार पर भिन्न हो सकते हैं। इस तरह के कोड को विचारों में संसाधित किया जाना चाहिए।
एक और एक ही मॉडल, उदाहरण के लिए: उपयोगकर्ता प्रमाणीकरण मॉडल का उपयोग उपयोगकर्ता और एप्लिकेशन के प्रशासनिक भाग दोनों में किया जा सकता है। इस स्थिति में, आप सामान्य कोड को एक अलग वर्ग में ले जा सकते हैं और वारिस में एप्लिकेशन-विशिष्ट विधियों को परिभाषित करके इससे प्राप्त कर सकते हैं।

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

नियंत्रक एक कनेक्टिंग लिंक है जो मॉडल, विचार और अन्य घटकों को एक कार्यशील अनुप्रयोग में जोड़ता है। उपयोगकर्ता अनुरोधों को संसाधित करने के लिए नियंत्रक जिम्मेदार है। नियंत्रक में SQL क्वेरी शामिल नहीं होनी चाहिए। उन्हें सर्वश्रेष्ठ मॉडल में रखा गया है। नियंत्रक में HTML या अन्य मार्कअप नहीं होना चाहिए। इसे प्रजातियों में डाला जाना चाहिए।
एक अच्छी तरह से डिज़ाइन किए गए MVC एप्लिकेशन में, नियंत्रक आमतौर पर बहुत पतले होते हैं और कोड की केवल कुछ दर्जन लाइनें होती हैं। ठीक है, आप जूमला सीएमएस में स्टूपिड फैट कंट्रोलर्स (एसएफसी) के बारे में ऐसा नहीं कह सकते। नियंत्रक का तर्क काफी विशिष्ट है और इसका अधिकांश आधार कक्षाओं में किया जाता है।
मॉडल, इसके विपरीत, बहुत मोटे होते हैं और डेटा प्रोसेसिंग से संबंधित अधिकांश कोड होते हैं, क्योंकि डेटा संरचना और उनमें निहित व्यावसायिक तर्क आमतौर पर किसी विशेष एप्लिकेशन के लिए काफी विशिष्ट होते हैं।

1.1। फ्रंट कंट्रोलर और पेज कंट्रोलर

ज्यादातर मामलों में, एक वेब अनुप्रयोग के साथ उपयोगकर्ता संपर्क लिंक पर क्लिक करके किया जाता है। अब ब्राउज़र के एड्रेस बार को देखें - आपको यह लिंक इस टेक्स्ट से मिला है। अन्य लिंक, उदाहरण के लिए, इस पृष्ठ के दाईं ओर स्थित, आपको अलग-अलग सामग्री देगा। इस प्रकार, लिंक वेब एप्लिकेशन के लिए एक विशिष्ट कमांड का प्रतिनिधित्व करता है।

मुझे आशा है कि आपने पहले ही यह नोटिस कर लिया था कि एड्रेस बार बनाने के लिए अलग-अलग साइटों के अलग-अलग प्रारूप हो सकते हैं। प्रत्येक प्रारूप एक वेब एप्लिकेशन की वास्तुकला को प्रदर्शित कर सकता है। हालांकि यह हमेशा ऐसा नहीं होता है, ज्यादातर मामलों में यह एक स्पष्ट तथ्य है।

पता बार के लिए दो विकल्पों पर विचार करें, जो कुछ पाठ और उपयोगकर्ता प्रोफ़ाइल प्रदर्शित करता है।

पहला विकल्प:

1. www.example.com/article.php?id=3
2. www.example.com/user.php?id=4

यहां, प्रत्येक स्क्रिप्ट एक विशिष्ट कमांड को निष्पादित करने के लिए जिम्मेदार है।

दूसरा विकल्प:

1. www.example.com/index.php?article=3
2. www.example.com/index.php?user=4

और यहाँ, सभी कॉल एक index.php स्क्रिप्ट में होती हैं।

आप phpBB इंजन के साथ मंचों पर कई इंटरैक्शन बिंदुओं के साथ दृष्टिकोण का निरीक्षण कर सकते हैं। फोरम को देखना स्क्रिप्ट viewforum.php के माध्यम से होता है , Viewtopic.php , आदि के माध्यम से विषय को देखना । एक भौतिक स्क्रिप्ट फ़ाइल के माध्यम से पहुंच के साथ दूसरा दृष्टिकोण, मेरे पसंदीदा सीएमएस MODX में देखा जा सकता है, जहां सभी कॉल index.php के माध्यम से जाते हैं।

ये दोनों दृष्टिकोण पूरी तरह से अलग हैं। पहला पेज कंट्रोलर (पेज कंट्रोलर) के लिए विशिष्ट है, और दूसरा तरीका क्वेरी कंट्रोलर (फ्रंट कंट्रोलर) पैटर्न द्वारा लागू किया गया है। पृष्ठ नियंत्रक काफी सरल तर्क वाली साइटों के लिए अच्छा है। बदले में, अनुरोध नियंत्रक प्रसंस्करण अनुरोधों के लिए सभी कार्यों को एक ही स्थान पर जोड़ता है, जो इसे अतिरिक्त सुविधाएँ देता है, धन्यवाद जिससे कि अधिक कठिन कार्यों को लागू करना संभव है, आमतौर पर पृष्ठ नियंत्रक द्वारा हल किया जाता है। मैं पृष्ठ नियंत्रक के कार्यान्वयन के विवरण में नहीं जाऊंगा, लेकिन मैं केवल यह कहूंगा कि व्यावहारिक भाग में इसे बिल्कुल अनुरोध नियंत्रक (कुछ समानता) के रूप में विकसित किया जाएगा।

1.2। URL रूटिंग

URL रूटिंग आपको एप्लिकेशन को उन URL से अनुरोध स्वीकार करने के लिए कॉन्फ़िगर करने की अनुमति देता है जो एप्लिकेशन की वास्तविक फ़ाइलों से मेल नहीं खाते हैं, साथ ही साथ उन सीएनसी का उपयोग करते हैं जो उपयोगकर्ताओं के लिए अर्थपूर्ण हैं और खोज इंजन अनुकूलन के लिए बेहतर हैं।

उदाहरण के लिए, प्रतिक्रिया फ़ॉर्म प्रदर्शित करने वाले एक नियमित पृष्ठ के लिए, URL इस तरह दिखाई दे सकता है:
http://www.example.com/contacts.php?action=feedback

इस मामले में अनुमानित प्रोसेसिंग कोड:

switch($_GET['action'])
{ 
	case "about" :
		require_once("about.php"); //  " "
		break;
	case "contacts" :
		require_once("contacts.php"); //  ""
		break;
	case "feedback" :
		require_once("feedback.php"); //  " "
		break;
	default : 
		require_once("page404.php"); //  "404"
	break;
}

, .

URL :
http://www.example.com/contacts/feedback

contacts , feedback — contacts, .. .

, - URL (, URL) .
, .

2.

:


, , core Model, View Controller.
controllers, models views. index.php . bootstrap.php , .

; index.php :

ini_set('display_errors', 1);
require_once 'application/bootstrap.php';

.

, bootstrap.php:

require_once 'core/model.php';
require_once 'core/view.php';
require_once 'core/controller.php';
require_once 'core/route.php';
Route::start(); //  

. start.

2.1. URL

MVC . , , .htaccess:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]

index.php, . Front Controller?!

route.php core. Route, , .


, ( ) . , .. . …

$_SERVER['REQUEST_URI'] .
: example.ru/contacts/feedback

explode . , , contacts , — feedback.

( ) , , , , .

, , , :
example.com/portfolio

example.com/portfolio/index
:

1. model_portfolio.php models, Model_Portfolio;
2. controller_portfolio.php controllers, Controller_Portfolio;
3. Controller_Portfolio — action_index, .

, :
example.com/ufo
«404»:
example.com/404
, .

2.2. MVC

core route.php : model.php, view.php controller.php


, , .

model.php

class Model
{
	public function get_data()
	{
	}
}

, . .

view.php

class View
{
	//public $template_view; //       .
	
	function generate($content_view, $template_view, $data = null)
	{
		/*
		if(is_array($data)) {
			//     
			extract($data);
		}
		*/
		
		include 'application/views/'.$template_view;
	}
}

, generate . :

1. $content_file — ;
2. $template_file — ;
3. $data — , . .

include (),
.

header, menu, sidebar footer, . .


controller.php

class Controller {
	
	public $model;
	public $view;
	
	function __construct()
	{
		$this->view = new View();
	}
	
	function action_index()
	{
	}
}

action_index — , , .

2.3. Model Controller, View's

! - :

5. — «404»

controllers views. models.


template_view.php — , . :

<!DOCTYPE html>
<html lang="ru">
<head>
	<meta charset="utf-8">
	<title></title>
</head>
<body>
	<?php include 'application/views/'.$content_view; ?>
</body>
</html>

CSS HTML- CSS JavaScript :

<link rel="stylesheet" type="text/css" href="/css/style.css" />
<script src="/js/jquery-1.6.2.js" type="text/javascript"></script>

, «», GitHub- , .

2.3.1.

controller_main.php, :

class Controller_Main extends Controller
{
	function action_index()
	{	
		$this->view->generate('main_view.php', 'template_view.php');
	}
}

generate View c .
.

. main_view.php:

<h1> !</h1>
<p>
<img src="/images/office-small.jpg" align="left" >
<a href="/"> TEAM</a> -       -      ,        ,   ,     -  ...
</p>

PHP-.
:

• example.com
• example.com/main
• example.com/main/index

, .

2.3.2. «»

, «» — .
, :

1. pgsql mysql;
2. , . , PEAR MDB2;
3. ORM;
4. NoSQL;
5. .

, SQL- ORM-. .
model_portfolio.php models. :

class Model_Portfolio extends Model
{
	public function get_data()
	{	
		return array(
			
			array(
				'Year' => '2012',
				'Site' => 'http://DunkelBeer.ru',
				'Description' => '-   Dunkel    Löwenbraü      "C ".'
			),
			array(
				'Year' => '2012',
				'Site' => 'http://ZopoMobile.ru',
				'Description' => '     Zopo   Android OS    .'
			),
			// todo
		);
	}
}

controller_portfolio.php, :

class Controller_Portfolio extends Controller
{

	function __construct()
	{
		$this->model = new Model_Portfolio();
		$this->view = new View();
	}
	
	function action_index()
	{
		$data = $this->model->get_data();		
		$this->view->generate('portfolio_view.php', 'template_view.php', $data);
	}
}

data , get_data, .
generate, : , c .

portfolio_view.php.

<h1></h1>
<p>
<table>
      ,        .
<tr><td></td><td></td><td></td></tr>
<?php

	foreach($data as $row)
	{
		echo '<tr><td>'.$row['Year'].'</td><td>'.$row['Site'].'</td><td>'.$row['Description'].'</td></tr>';
	}
	
?>
</table>
</p>

, .

2.3.3.

. GitHub, , «».

3.

:


GitHub: https://github.com/vitalyswipe/tinymvc/zipball/v0.1

( ):

• Controller_Login , .
• Contorller_Admin , ( , ) logout .

— , , , .

4.

MVC CMS, , . , , .

, -, Yii Kohana, , - (, -) . MVC , Php, Html, CSS JavaScript .

CMF, - , -. CMS, MVC. , « », , ?!

P.S.: , . . : , . , … , . !

5.

- — , , . , ( ), .