PHP, जावास्क्रिप्ट, RPC और अन्य डरावने शब्द

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



पृष्ठभूमि ऐसी है कि मुझे कुछ प्रकार के डेटा प्रबंधन प्रणाली को विकसित करने की आवश्यकता है। स्वाभाविक रूप से, डेटा DBMS में संग्रहीत किया जाता है, और आपको इसे वेब के माध्यम से प्रबंधित करने की आवश्यकता है। मैं वास्तव में फ्रेमवर्क से जुड़ना नहीं चाहता था, इसलिए पसंद बहुत अच्छी नहीं थी - स्मार्ट जैसे रेडी-मेड डेवलपमेंट के आधार पर PHP क्विक-कोडिंग, या एमवीसी। हालाँकि, लगभग उसी समय, मैंने एक्सटीजेएस (उर्फ सेन्चा) और क्यूओक्सडू जैसी परियोजनाओं पर ध्यान आकर्षित किया, जो आपको थकाऊ एचटीएमएल लेआउट, एचटीएमएल / एक्सएमएल पीढ़ी, एक्सएसएलटी रूपांतरण, और कई अन्य "डरावने" बिना पूर्ण वेब अनुप्रयोग बनाने की अनुमति देता है। »MVC और PHP bydcode के लिए विशिष्ट चीजें। इसलिए, निम्नलिखित कार्य योजना परिपक्व हो गई है।

• extJS या qooxdoo यूजर इंटरफेस
• PHP मॉडल
• कनेक्शन उनके बीच XML \ JSON RPC है

इस प्रकार, मुझे यह भी पता नहीं है कि यह किस प्रकार का मॉडल निकला, लेकिन यह पहले से ही एक मोटा ग्राहक है, और एमवीसी नहीं है। सामान्य तौर पर, जो हुआ, अंत में मैं वास्तव में पसंद करता हूं। इंटरफ़ेस के लिए, विकल्प qooxoo पर गिर गया - यह एक GNU लाइसेंस है और, मेरी राय में, इसका कोड अभी भी OJ और FP पर ध्यान केंद्रित किया गया है, क्योंकि extJS में इंटरफ़ेस की घोषणात्मक JSON शैली प्रोग्रामिंग पर अधिक ध्यान केंद्रित किया गया है, और ऐसा हुआ कि यह मेरे लिए करीब और स्पष्ट है। लेकिन आरपीसी के साथ थोड़ा टिंकर था।



मैं कुछ हल्का, स्वतंत्र, समझने योग्य, सरल और आधा किक के साथ काम करना चाहता था। इस तरह की परियोजना को code.google.com/p/json-xml-rpc पर पाया गया था - यह PHP में एक सर्वर और जावास्क्रिप्ट में एक क्लाइंट के साथ RPC का एक काफी लचीला और सरल कार्यान्वयन है, जो XML और JSON दोनों के साथ काम करता है और दोनों तुल्यकालिक का समर्थन करता है, अतुल्यकालिक कॉल, जो बाद में महत्वहीन नहीं थे। अगला कदम आरपीसी का विस्तार करना था, साथ ही भूमिकाओं और अभिगम अधिकारों के वितरण की प्रणाली भी थी। मैं इस बारे में अधिक विस्तार से बात करना चाहता हूं। So.



शुरू करने के लिए, मैं ओओपी स्कूल का पालन करता हूं और सामान्य तौर पर, मैं मूल रूप से सी ++ में लिखता हूं, परिणामस्वरूप, PHP और जावास्क्रिप्ट कभी-कभी खुद पागल हो जाते हैं कि वे क्या अनुमति देते हैं या कोड में क्या करने की अनुमति नहीं देते हैं। इसके बावजूद, मेरा मानना ​​है कि OOP पर पुन: उपयोग किया जाने वाला कोड लिखना न केवल संभव है, बल्कि आवश्यक भी है। और इससे कोई फर्क नहीं पड़ता कि क्या लिखना है। इसलिए, इस प्रणाली के लिए इंटरफेस और उनके कार्यान्वयन का एक सेट विकसित किया गया था, जो काम के ऐसे पहलुओं को दर्शाता है जैसे सत्र, प्राधिकरण, उपयोगकर्ता और उसकी भूमिका, साथ ही साथ एक आरपीसी प्रॉक्सिंग प्रणाली जो न केवल स्वचालित रूप से PHP कक्षाओं को जावास्क्रिप्ट में स्थानांतरित करने की अनुमति देती है, बल्कि विधि कॉल तक इन वर्गों तक पहुँच अधिकार आवंटित करें।



शुरू करने के लिए, मैं दिखाऊंगा कि यह PHP और जावास्क्रिप्ट में कार्य और कोड सेट करने के दृष्टिकोण से कैसा दिखता है। मान लीजिए कि हमारे पास एक साधारण वर्ग है:

class Test {

public function mul ($param1, $param2) {

return $param1 * $param2;

}

}



* This source code was highlighted with Source Code Highlighter .

हम अपने ग्राहक पक्ष जावास्क्रिप्ट में बिल्कुल समान कार्यक्षमता के साथ सटीक एक ही वर्ग रखना चाहते हैं और कुछ इस तरह लिखते हैं:

var test = new Test();

var result = test.foo(1,2);



* This source code was highlighted with Source Code Highlighter .

ऐसा करने के लिए, वर्तमान संस्करण में, मुझे एक फ़ाइल बनाने की आवश्यकता है (आइए इसे शालीनता aip / Test.php के लिए कॉल करें) निम्नलिखित सामग्री के साथ:

include '../base/IRPCProxy.inc' ;



class Test extends IRPCProxy {

public function mul ($param1, $param2) {

return $param1 * $param2;

}

}



IRPCProxy::populate( new Test());



* This source code was highlighted with Source Code Highlighter .

और ऐसी योजना के बिना किसी अन्य फ़ाइल में परीक्षण जावास्क्रिप्ट बनाएं (आगे की हलचल के बिना हमें इसे test.html कहते हैं):

var test = new rpc.ServiceProxy( 'api/Test.php' , { asynchronous: false });

var result = test.mul (19, 7);



* This source code was highlighted with Source Code Highlighter .

जैसा कि आप देख सकते हैं, PHP के दृष्टिकोण से या JavaScript के दृष्टिकोण से बहुत कुछ भी नहीं बदला है। आपको बस PHP में IRPCProxy से वर्ग की आवश्यकता है और "विशेष तरीके" से जावास्क्रिप्ट में परीक्षण चर को इनिशियलाइज़ करना होगा। स्वाभाविक रूप से, जावास्क्रिप्ट कोड पूर्ण नहीं है, लेकिन अंत में, इस तरह की दूरस्थ वस्तुओं का उपयोग कोड में बिल्कुल वैसा ही दिखता है।



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

• उपयोगकर्ता, उनकी भूमिका और प्राधिकरण
• सत्र, इसका डेटा और प्राधिकरण
• आरपीसी प्रॉक्सी और व्युत्पन्न वर्गों के तरीकों तक पहुंच

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



उपयोगकर्ता के साथ शुरू करते हैं। हम आलसी होंगे और इसके प्राधिकरण में केवल सही लॉगिन के लिए जाँच करना और भूमिका बदलना शामिल होगा (फ़ाइल निहित / TestUserfc):

/**

* RPC user implementation

* @author alexander.voronin@gmail.com

*/

class TestUser extends IRPCUser {

/**

* @see IRPCUser::authorize()

*/

public function authorize ( $login, $password ) {

if ( $login == "test" ) {

$ this ->login = $login;

$ this ->role = "admin" ;

return true ;

} else {

IRPCProxy::logText( "Authorization failed for user '$login' - invalid login" );

return false ;

}

}

};



* This source code was highlighted with Source Code Highlighter .

आगे हमें एक सत्र की आवश्यकता है। अन्य परियोजनाओं के साथ डेटा को भ्रमित न करने के लिए, हमारा सत्र एक विशेष उपसर्ग "परीक्षण" (फ़ाइल निहित / TestSession.inc) के साथ आरंभ किया जाएगा:

require_once '../base/IRPCSession.inc' ;



/**

* RPC session implementation

* @author alexander.voronin@gmail.com

*/

class TestSession extends IRPCSession {

/**

* Reload CTOR and create own session namespace

*/

function __construct () {

parent::__construct( "test" );

}

};



* This source code was highlighted with Source Code Highlighter .

और अंत में, प्रॉक्सी के कार्यान्वयन को स्वयं "पता होना चाहिए" कि हम मानक उपयोगकर्ताओं और सत्रों का उपयोग नहीं कर रहे हैं, लेकिन हमारी अपनी (निहित / RPCTestProxy.inc फ़ाइल):

// base

require_once '../base/IRPCProxy.inc' ;

// implementations

require_once 'TestSession.inc' ;

require_once 'TestUser.inc' ;



/**

* RPC proxy implementation

* @author alexander.voronin@gmail.com

*/

class TestProxy extends IRPCProxy {

/**

* @see IRPCProxy::createSession()

* @return TestSession

*/

public function createSession() {

return new TestSession();

}

/**

* @see IRPCProxy::createUser()

* @return TestUser

*/

public function createUser() {

return new TestUser();

}

}



* This source code was highlighted with Source Code Highlighter .

अब हम PHP में हमारे RPC कोड में भूमिकाओं द्वारा अधिकारों को वितरित करने के लिए तैयार हैं। वर्तमान कार्यान्वयन के दृष्टिकोण से, यह अनुरोध पर एक बार किया जाता है, और प्राप्त कोड सत्र डेटा में कैश किया जाता है। कैश्ड कोड की कुंजी जटिल है और इसमें सत्र उपसर्ग और उपयोगकर्ता भूमिका शामिल है, इसलिए यदि उपयोगकर्ता काम के दौरान अपनी भूमिका बदलता है, तो लापता कोड स्वचालित रूप से उत्पन्न होगा। यह ध्यान दिया जाना चाहिए कि यदि कोड पहले से मौजूद है, तो आप कैश को केवल सत्र को नष्ट करने या कैश्ड कोड "सीधे" पर कार्य करके रीसेट कर सकते हैं, जो निश्चित रूप से, कोड को स्पष्ट और पठनीय रखने के लिए बेहतर नहीं है। इसलिए, हम अधिकार वितरित करते हैं (एपीआई / टेस्ट. एफपी फाइल):

<?php



include '../impl/RPCTestProxy.inc' ;



class Test extends RPCTestProxy {

function haveAccess ( $method ) {

switch ( $ this ->getUser()->getRole()) {

case "anonymous" :

switch ( $method ) {

case "mul" :

case "getRole" :

case "sessionLogin" :

return true ;

default :

return false ;

}

case "admin" :

return true ;

default :

return false ;

}

}



public function mul ($param1, $param2) {

return $param1 * $param2;

}



public function getRole () {

return $ this ->getUser()->getRole();

}



public function sessionLogin ($login) {

if ( $ this ->authorize($login, "" )) {

return true ;

} else {

return false ;

}

}



public function sessionLogout () {

$ this ->logout();

}



public function forAdmins () {

return "hello admin" ;

}

}



IRPCProxy::populate( new Test());



?>



* This source code was highlighted with Source Code Highlighter .

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

// simple log

function log ( msg ) {

document .write( 'LOG: ' + msg + '\n' );

}

var start = new Date();



// RPC init

var test = new rpc.ServiceProxy( 'api/Test.php' , { asynchronous: false });



log( 'Test calls: ' + test.system.listMethods());

log( 'Role: ' + test.getRole());



var result = test.mul (19, 7);

log ( 'Test result: ' + result );



// try to login with invalid credentials

if ( !test.sessionLogin ( 'vasya' )) {

log ( 'Login failed!' );

} else {

log ( 'Login success!' );

}

// check role after login

log( 'Role: ' + test.getRole());



// now try to login with valid credentials

if ( !test.sessionLogin ( 'test' )) {

log ( 'Login failed!' );

} else {

log ( 'Login success!' );

}

// check role after login

log( 'Role: ' + test.getRole());



// must reinit RPC to get access to new methods

test = new rpc.ServiceProxy( 'api/Test.php' , { asynchronous: false });

log( 'Test calls: ' + test.system.listMethods());

log( 'Admin test: ' + test.forAdmins());



// logout now

log ( 'Logout now...' );

test.sessionLogout();

// check role after login

log( 'Role: ' + test.getRole());



// check timing

var stop = new Date();

var testTime = stop.getTime() - start.getTime ();

log ( 'Test time: ' + testTime + 'ms' );



* This source code was highlighted with Source Code Highlighter .

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



LOG: Test calls: mul,getRole,sessionLogin,system.setJSONDateFormat,system.setDBResultIndexType

LOG: Role: anonymous

LOG: Test result: 133

LOG: Login failed!

LOG: Role: anonymous

LOG: Login success!

LOG: Role: admin

LOG: Test calls: mul,getRole,sessionLogin,sessionLogout,forAdmins,system.setJSONDateFormat,system.setDBResultIndexType

LOG: Admin test: hello admin

LOG: Logout now...

LOG: Role: anonymous

LOG: Test time: 212ms







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



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



RPC रैपर कोड के साथ ऊपर वर्णित पूरा उदाहरण डिपॉज़िटाइल्स . com / files / xsnid5wg9 पर डाउनलोड किया जा सकता है - कृपया लेखक को देखें अगर आप इसे कहीं इस्तेमाल करने के बारे में सोच सकते हैं। आपका धन्यवाद



आपके लिए अच्छा, सुंदर और स्थिर कोड!