क्यों डिजाइन पैटर्न या "MVC क्या है?"

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

तो चलिए शुरू करते हैं ...

MVC "मॉडल-दृश्य-व्यवहार" === "मॉडल-दृश्य-नियंत्रक"।

अब अपनी आँखें बंद करें और अपने आवेदन के काम की कल्पना करें। प्रस्तुत है? ... और इसलिए, इस प्रक्रिया को सशर्त रूप से तीन अमूर्त तार्किक भागों में विभाजित करने का प्रयास करें:

अपने आवेदन के सभी तरीकों को इकट्ठा करें जो सभी दृश्य घटकों के प्रसंस्करण से निपटते हैं, उन तरीकों के बारे में जिनके पास दृश्य तत्व के बारे में ज्ञान है, जो उन्हें स्क्रीन के चारों ओर ले जाने के साथ सौदा करते हैं, आदि। मानसिक रूप से उन्हें कार्यक्रम के एक हिस्से में संयोजित करें, यह (प्रतिनिधित्व) होगा।

अगला। अपने आवेदन के सभी तरीकों को इकट्ठा करें जो कि आवेदन के तर्क से निपटते हैं, ऐसे तरीके जिनके बारे में ज्ञान है कि क्या और कैसे करना है। अनुप्रयोग घटकों का व्यवहार मॉडल। मानसिक रूप से उन्हें कार्यक्रम के एक हिस्से में संयोजित करें, यह (मॉडल) होगा।

तीसरा, लेकिन कोई कम महत्वपूर्ण हिस्सा नहीं है, वे तरीके हैं जिनमें मॉडल व्यवहार स्वयं कार्यान्वित किया जाता है। तथाकथित "नियंत्रक"। सामान्य तौर पर, ये किसी भी तरीके को कहा जाता है, उदाहरण के लिए, एक गेम लॉस इवेंट द्वारा, उदाहरण के लिए: फ़ंक्शन onLoseLevel (e: SomeEvent): शून्य। इस मामले में, यह विधि हानि के मामले में आपके आवेदन के मॉडल का व्यवहार है। जैसे ही आप स्तर खो देते हैं, एक विशिष्ट विधि कहा जाता है, जो किसी विशेष मामले में आवेदन के व्यवहार को लागू करता है। तो, उन सभी तरीकों को इकट्ठा करें जो एक ढेर में व्यवहार को लागू करते हैं
यह MVC, (नियंत्रक) की अवधारणा का तीसरा तार्किक हिस्सा होगा।

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

HVCWorld अनुप्रयोग के उदाहरण पर MVC अवधारणा का कार्यान्वयन

HelloWorld.as:

package { import flash.display.Sprite; import flash.events.Event; import flash.text.TextField; public class HelloWorld extends Sprite { private var viewComponent :TextField; public static var model :Model; public static var view :View; public static var controller :Controller; /** * Constructor * */ public function HelloWorld() { /*Add listener to catch an event to add to stage * */ addEventListener(Event.ADDED_TO_STAGE, showTextHandler); /* Creation one view component as TextField * */ viewComponent = new TextField(); addChild(viewComponent); /*Creation the Model * */ model = new Model(); /*Creation the View and giving viewComponent into constructor * */ view = new View(viewComponent); /*Creation the Controller * */ controller = new Controller(); } /*Set the command to handling on the event * */ protected function showTextHandler(event:Event):void { controller.showTextFieldCommand(); } } } 

Model.as

 package { public class Model { private var _textString :String = "Hello World!"; public function Model() { } public function get textString():String { return _textString; } public function set textString(value:String):void { _textString = value; } } } 

View.as:

 package { import flash.text.TextField; public class View { private var _view:Object; public function View(viewObj:Object) { view = viewObj; } /*Method to change text field in the view component * */ public function changeView(str:String):void { view.text = str; } public function set view(value:Object):void { _view = value; } public function get view():Object { return _view; } } } 

Controller.as:

 package { public class Controller { public function showTextFieldCommand():void { var str:String = HelloWorld.model.textString; HelloWorld.view.changeView(str); } } } 

लगभग। देखते हैं कि यहां क्या होता है। आवेदन का एक मुख्य वर्ग है: HelloWorld.as जो सब कुछ के लिए जिम्मेदार है। इसमें, हम TextField प्रकार (पाठ क्षेत्र) का एक एकल दृश्य घटक बनाते हैं, साथ ही Model.as, View.as और नियंत्रक.as के उदाहरण भी देते हैं। अब इसे कैसे जोड़ा जाए?

सबसे पहले, हम विजुअल कंपोनेंट को अपने व्यू कंट्रोल में कंस्ट्रक्टर के पास भेजते हैं:

  view = new View(viewComponent); 

artemfedorov.com/?p=64
अब हमारे विचार घटक के बारे में जानते हैं।
इसके बाद, व्यू में एक विधि जोड़ें जिसके साथ यह घटक को प्रभावित कर सकता है:

  public function changeView(str:String):void { view.text = str; } 

यह केवल घटक के पाठ क्षेत्र में स्ट्रिंग के प्रकार का एक नया मान प्रदान करता है।

इस उदाहरण में हमारे मॉडल में एक स्ट्रिंग चर के मूल्य के बारे में केवल ज्ञान है, और व्यावसायिक तर्क इस तक सीमित है।

  private var _textString :String = "Hello World!"; 

नियंत्रक में केवल एक आदेश होता है, जो मॉडल से एक मान प्राप्त करता है और बताता है कि क्या किया जाना चाहिए:

  public function showTextFieldCommand():void { var str:String = HelloWorld.model.textString; HelloWorld.view.changeView(str); } 

इसके अलावा, अंतिम स्पर्श जिसके बिना यह घटना काम नहीं करेगी। यहां, एक घटना के उदाहरण के लिए, मैंने एक घटना का चयन किया जो तब होता है जब मंच पर एक जोड़ होता है और एक श्रोता जोड़ा जाता है:
addEventListener (Event.ADDED_TO_STAGE, showTextHandler);

इस घटना के लिए, मैंने अपने आवेदन के व्यवहार को लागू करने वाली एक कमांड संलग्न की:

  protected function showTextHandler(event:Event):void { controller.showTextFieldCommand(); } 

www.artemfedorov.com
वह सब है!