C ++ एंटरप्राइज़ संस्करण

"एंटरप्राइज़ संस्करण" क्या है

हैरानी की बात है कि, जब मैं आईटी में काम कर रहा था, तब तक मैंने जावा को छोड़कर किसी को भी प्रोग्रामिंग लैंग्वेज के बारे में "एंटरप्राइज एडिशन" कहते नहीं सुना। लेकिन आखिरकार, लोग कई प्रोग्रामिंग भाषाओं में कॉर्पोरेट सेगमेंट के लिए आवेदन लिखते हैं, और प्रोग्रामर्स जो प्रोग्रामर संचालित करते हैं, यदि समान नहीं हैं, तो समान हैं। और विशेष रूप से c ++ के लिए, मैं कम से कम इसके बारे में बताते हुए, उद्यमशीलता की खाई को भरना चाहूंगा।

जैसा कि C ++ पर लागू किया गया है, "एंटरप्राइज़ संस्करण" भाषा और पुस्तकालयों का एक सबसेट है जो आपको वितरित और / या क्लस्टर आर्किटेक्चर के साथ शिथिल युग्मित मॉड्यूलर सिस्टम के लिए [क्रॉस-प्लेटफ़ॉर्म] अनुप्रयोगों को "जल्दी से विकसित" करने की अनुमति देता है और एक नियम, उच्च भार के रूप में लागू किया जाता है।

हमारी बातचीत जारी रखने के लिए, सबसे पहले, आवेदन , मॉड्यूल और प्लग-इन की अवधारणाओं को पेश करना आवश्यक है

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

सभी एप्लिकेशन, अपने अद्वितीय कार्य को करते हुए, आमतौर पर सिस्टम-वाइड मैकेनिज्म की जरूरत होती है, जैसे डेटा एक्सेस (DBMS), एक सामान्य बस (JMS) के माध्यम से सूचना का आदान-प्रदान, वितरित का निष्पादन और स्थानीय स्क्रिप्ट के साथ संगति (लेन-देन) का संरक्षण, प्रसंस्करण अनुरोध आने वाले , उदाहरण के लिए, http (s) (fastcgi) या वेबसोकेट्स आदि के माध्यम से ... प्रत्येक एप्लिकेशन को अपने मॉड्यूल (OSGI) को ऑर्केस्ट्रेट करने की क्षमता होनी चाहिए, और वितरित सिस्टम में एप्लिकेशन को ऑर्केस्ट्रेट करने में सक्षम होना चाहिए।

वितरित कमजोर रूप से जुड़ी प्रणाली का एक उदाहरण

आवेदन

कॉर्पोरेट एंटरप्राइज़ सर्वर एप्लिकेशन स्कीमा का एक उदाहरण।

मैंने पहले ही आवेदन की एक सामान्य परिभाषा दे दी है, इसलिए आइए देखें कि अब इस अवधारणा के कार्यान्वयन के लिए C ++ दुनिया में क्या है। एप्लिकेशन के कार्यान्वयन को दिखाने के लिए सबसे पहले Qt और GTK जैसे ग्राफिक फ्रेमवर्क थे, लेकिन उनके एप्लिकेशन संस्करणों ने शुरू में ही यह मान लिया था कि एप्लिकेशन एक ग्राफिक "विंडो" था, जिसके संदर्भ में और केवल थोड़ी देर बाद ही एप्लिकेशन का एक सामान्य विज़न दिखाई दिया, जिसमें सिस्टम सेवा भी शामिल है, उदाहरण के लिए। qtservice । लेकिन मैं वास्तव में किसी सेवा कार्य के लिए एक सशर्त ग्राफ़िक ढाँचा नहीं खींचना चाहता, तो चलिए ग़ैर-ग्राफिक पुस्तकालयों की ओर देखते हैं। और बढ़ावा सबसे पहले दिमाग में आता है ... लेकिन दुर्भाग्य से, कोई Boost.Application नहीं हैं और आधिकारिक पुस्तकालयों की सूची में पसंद है। एक अलग प्रोजेक्ट है Boost.Application । परियोजना बहुत दिलचस्प है, लेकिन, मेरी राय में, क्रिया, हालांकि बढ़ावा देने की विचारधारा का सम्मान किया जाता है। यहाँ Boost.Application से एक उदाहरण अनुप्रयोग है

#define BOOST_ALL_DYN_LINK #define BOOST_LIB_DIAGNOSTIC #define BOOST_APPLICATION_FEATURE_NS_SELECT_BOOST #include <fstream> #include <iostream> #include <boost/application.hpp> using namespace boost; // my application code class myapp { public: myapp(application::context& context) : context_(context) {} void worker() { // ... while (st->state() != application::status::stopped) { boost::this_thread::sleep(boost::posix_time::seconds(1)); if (st->state() == application::status::paused) my_log_file_ << count++ << ", paused..." << std::endl; else my_log_file_ << count++ << ", running..." << std::endl; } } // param int operator()() { // launch a work thread boost::thread thread(&myapp::worker, this); context_.find<application::wait_for_termination_request>()->wait(); return 0; } bool stop() { my_log_file_ << "Stoping my application..." << std::endl; my_log_file_.close(); return true; // return true to stop, false to ignore } private: std::ofstream my_log_file_; application::context& context_; }; int main(int argc, char* argv[]) { application::context app_context; // auto_handler will automatically add termination, pause and resume (windows) // handlers application::auto_handler<myapp> app(app_context); // to handle args app_context.insert<application::args>( boost::make_shared<application::args>(argc, argv)); // my server instantiation boost::system::error_code ec; int result = application::launch<application::server>(app, app_context, ec); if (ec) { std::cout << "[E] " << ec.message() << " <" << ec.value() << "> " << std::endl; } return result; } 

उपरोक्त उदाहरण अपने मुख्य कार्यकर्ता धागे और इस एप्लिकेशन को लॉन्च करने के तंत्र के साथ myapp एप्लिकेशन को परिभाषित करता है।
इसके अतिरिक्त, मैं pocoproject ढांचे से एक समान उदाहरण दूंगा

 #include <iostream> #include <sstream> #include "Poco/AutoPtr.h" #include "Poco/Util/AbstractConfiguration.h" #include "Poco/Util/Application.h" #include "Poco/Util/HelpFormatter.h" #include "Poco/Util/Option.h" #include "Poco/Util/OptionSet.h" using Poco::AutoPtr; using Poco::Util::AbstractConfiguration; using Poco::Util::Application; using Poco::Util::HelpFormatter; using Poco::Util::Option; using Poco::Util::OptionCallback; using Poco::Util::OptionSet; class SampleApp : public Application { public: SampleApp() : _helpRequested(false) {} protected: void initialize(Application &self) { loadConfiguration(); Application::initialize(self); } void uninitialize() { Application::uninitialize(); } void reinitialize(Application &self) { Application::reinitialize(self); } void defineOptions(OptionSet &options) { Application::defineOptions(options); options.addOption( Option("help", "h", "display help information on command line arguments") .required(false) .repeatable(false) .callback(OptionCallback<SampleApp>(this, &SampleApp::handleHelp))); } void handleHelp(const std::string &name, const std::string &value) { _helpRequested = true; displayHelp(); stopOptionsProcessing(); } void displayHelp() { HelpFormatter helpFormatter(options()); helpFormatter.setCommand(commandName()); helpFormatter.setUsage("OPTIONS"); helpFormatter.setHeader( "A sample application that demonstrates some of the features of the " "Poco::Util::Application class."); helpFormatter.format(std::cout); } int main(const ArgVec &args) { if (!_helpRequested) { logger().information("Command line:"); std::ostringstream ostr; logger().information(ostr.str()); logger().information("Arguments to main():"); for (const auto &it : args) { logger().information(it); } } return Application::EXIT_OK; } private: bool _helpRequested; }; POCO_APP_MAIN(SampleApp) 

मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि एप्लिकेशन में लॉगिंग, कॉन्फ़िगरेशन और प्रसंस्करण विकल्पों को डाउनलोड करने के लिए तंत्र होना चाहिए।
उदाहरण के लिए, विकल्पों को संसाधित करने के लिए निम्न हैं:

• Boost.Program_options
• पोको :: बर्तन :: विकल्प
• QCommandLineParser

कॉन्फ़िगर करने के लिए:

• libconfig
• पोको :: बर्तन :: {एक्सएमएल, जेएसएन, इनी, प्रॉपर्टीफाइल} कॉन्फ़िगरेशन

जर्नलिंग के लिए:

• बूस्ट.लोग v2
• पोको :: लकड़हारा
• Log4cpp

कमजोरी, मॉड्यूल और प्लगइन्स।

"कॉर्पोरेट" प्रणाली में कमजोरी कुछ तंत्रों के त्वरित और दर्द रहित प्रतिस्थापन की संभावना है। यह आवेदन के भीतर और स्वयं अनुप्रयोगों के लिए मॉड्यूल के साथ-साथ कार्यान्वयन के लिए भी लागू होता है, उदाहरण के लिए, माइक्रोसॉफ़्ट। हमारे पास क्या है, C ++ के दृष्टिकोण से। मॉड्यूल के साथ सब कुछ खराब है, हालांकि वे इंटरफेस को लागू करते हैं, लेकिन वे एक "संकलित" एप्लिकेशन के अंदर रहते हैं, इसलिए कोई त्वरित परिवर्तन नहीं होगा, लेकिन प्लगइन्स बचाव में आते हैं! गतिशील पुस्तकालयों की मदद से, आप न केवल त्वरित प्रतिस्थापन का आयोजन कर सकते हैं, बल्कि दो अलग-अलग संस्करणों के एक साथ संचालन भी कर सकते हैं। "दूरस्थ प्रक्रिया कॉल" उर्फ ​​आरपीसी की एक पूरी दुनिया है। इंटरफ़ेस कार्यान्वयन के लिए खोज तंत्र, RPC के साथ मिलकर , जावा दुनिया से OSGI के समान कुछ उत्पन्न हुआ। C ++ पारिस्थितिकी तंत्र में इसके लिए समर्थन करना बहुत अच्छा है और एक है, यहाँ कुछ उदाहरण दिए गए हैं:

"एप्लिकेशन सर्वर" POCO OSP के लिए नमूना मॉड्यूल

 #include "Poco/OSP/BundleActivator.h" #include "Poco/OSP/BundleContext.h" #include "Poco/ClassLibrary.h" namespace HelloBundle { class BundleActivator: public Poco::OSP::BundleActivator { public: void start(Poco::OSP::BundleContext::Ptr pContext) { pContext->logger().information("Hello, world!"); } void stop(Poco::OSP::BundleContext::Ptr pContext) { pContext->logger().information("Goodbye!"); } }; } // namespace HelloBundle POCO_BEGIN_MANIFEST(Poco::OSP::BundleActivator) POCO_EXPORT_CLASS(HelloBundle::BundleActivator) POCO_END_MANIFEST 

अपाचे सेलिक्स "एप्लिकेशन सर्वर" के लिए नमूना मॉड्यूल

 #include "Bar.h" #include "BarActivator.h" using namespace celix::dm; DmActivator* DmActivator::create(DependencyManager& mng) { return new BarActivator(mng); } void BarActivator::init() { std::shared_ptr<Bar> bar = std::shared_ptr<Bar>{new Bar{}}; Properties props; props["meta.info.key"] = "meta.info.value"; Properties cProps; cProps["also.meta.info.key"] = "also.meta.info.value"; this->cExample.handle = bar.get(); this->cExample.method = [](void *handle, int arg1, double arg2, double *out) { Bar* bar = static_cast<Bar*>(handle); return bar->cMethod(arg1, arg2, out); }; mng.createComponent(bar) //using a pointer a instance. Also supported is lazy initialization (default constructor needed) or a rvalue reference (move) .addInterface<IAnotherExample>(IANOTHER_EXAMPLE_VERSION, props) .addCInterface(&this->cExample, EXAMPLE_NAME, EXAMPLE_VERSION, cProps) .setCallbacks(&Bar::init, &Bar::start, &Bar::stop, &Bar::deinit); } 

यह ध्यान दिया जाना चाहिए कि वितरित कमजोर रूप से जुड़े सिस्टम में ऐसे तंत्र होना आवश्यक है जो लेनदेन क्रियाओं को सुनिश्चित करते हैं, लेकिन फिलहाल C ++ के लिए ऐसा कुछ नहीं है। यानी जिस तरह डेटाबेस में एक अनुरोध करने के लिए एक आवेदन के अंदर कोई रास्ता नहीं है, उसी तरह एक लेन-देन के भीतर फ़ाइल और एस्ब, वितरण कार्यों के लिए ऐसा कोई तरीका नहीं है। बेशक, सब कुछ लिखा जा सकता है, लेकिन सामान्यीकृत कुछ भी नहीं है। कोई यह कहेगा कि software transactional memory , हां, निश्चित रूप से, लेकिन यह केवल लेनदेन तंत्र को अपने दम पर लिखने की सुविधा प्रदान करेगा।

उपकरण

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

क्रमबद्धता

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

• द्विआधारी प्रारूप में क्रमांकन
• औपचारिक प्रारूप में क्रमबद्धता

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

• Boost.Serialization
• प्रोटोकॉल बफ़र्स
• MsgPack

डीएसएल

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

• Boost.Proto

Boost.Proto लाइब्रेरी सिर्फ आपकी खुद की डीएसएल बनाने के लिए डिज़ाइन की गई है, यह इसका प्रत्यक्ष उद्देश्य है, यहां एक उदाहरण है

 #include <iostream> #include <boost/proto/proto.hpp> #include <boost/typeof/std/ostream.hpp> using namespace boost; proto::terminal< std::ostream & >::type cout_ = { std::cout }; template< typename Expr > void evaluate( Expr const & expr ) { proto::default_context ctx; proto::eval(expr, ctx); } int main() { evaluate( cout_ << "hello" << ',' << " world" ); return 0; } 

• फ्लेक्स और बाइसन कार्यान्वयन

फ्लेक्स और बाइसन का उपयोग आपके व्याकरण के लिए लेकर्स और पार्सर उत्पन्न करने के लिए किया जाता है। वाक्यविन्यास सरल नहीं है, लेकिन यह समस्या को कुशलता से हल करता है।
एक कोड उत्पन्न करने के लिए नमूना कोड

 /* scanner for a toy Pascal-like language */ %{ /* need this for the call to atof() below */ #include <math.h> %} DIGIT [0-9] ID [az][a-z0-9]* %% {DIGIT}+ { printf( "An integer: %s (%d)\n", yytext, atoi( yytext ) ); } {DIGIT}+"."{DIGIT}* { printf( "A float: %s (%g)\n", yytext, atof( yytext ) ); } if|then|begin|end|procedure|function { printf( "A keyword: %s\n", yytext ); } {ID} printf( "An identifier: %s\n", yytext ); "+"|"-"|"*"|"/" printf( "An operator: %s\n", yytext ); "{"[^}\n]*"}" /* eat up one-line comments */ [ \t\n]+ /* eat up whitespace */ . printf( "Unrecognized character: %s\n", yytext ); %% main( argc, argv ) int argc; char **argv; { ++argv, --argc; /* skip over program name */ if ( argc > 0 ) yyin = fopen( argv[0], "r" ); else yyin = stdin; yylex(); } 

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

 <scxml xmlns="http://www.w3.org/2005/07/scxml" version="1.0" name="FtpClient" datamodel="ecmascript"> <state id="G" initial="I"> <transition event="reply" target="E"/> <transition event="cmd" target="F"/> <state id="I"> <transition event="reply.2xx" target="S"/> </state> <state id="B"> <transition event="cmd.DELE cmd.CWD cmd.CDUP cmd.HELP cmd.NOOP cmd.QUIT cmd.SYST cmd.STAT cmd.RMD cmd.MKD cmd.PWD cmd.PORT" target="W.general"/> <transition event="cmd.APPE cmd.LIST cmd.NLST cmd.REIN cmd.RETR cmd.STOR cmd.STOU" target="W.1xx"/> <transition event="cmd.USER" target="W.user"/> <state id="S"/> <state id="F"/> </state> <state id="W"> <onentry> <send eventexpr="&quot;submit.&quot; + _event.name"> <param name="params" expr="_event.data"/> </send> </onentry> <transition event="reply.2xx" target="S"/> <transition event="reply.4xx reply.5xx" target="F"/> <state id="W.1xx"> <transition event="reply.1xx" target="W.transfer"/> </state> <state id="W.transfer"/> <state id="W.general"/> <state id="W.user"> <transition event="reply.3xx" target="P"/> </state> <state id="W.login"/> </state> <state id="P"> <transition event="cmd.PASS" target="W.login"/> </state> </state> <final id="E"/> </scxml> 

और इसलिए यह SCXML विज़ुअलाइज़र में दिखता है

डेटा एक्सेस और इंटीग्रेशन

यह शायद ++ के साथ दुनिया में सबसे अधिक "पीड़ादायक" विषयों में से एक है। एक c ++ डेवलपर के लिए डेटा की दुनिया हमेशा एक प्रोग्रामिंग भाषा के सार पर उन्हें प्रदर्शित करने में सक्षम होने की आवश्यकता से जुड़ी हुई है। तालिका में एक पंक्ति एक वस्तु या संरचना में है, एक वर्ग में जसन है, और इसी तरह। प्रतिबिंब के अभाव में - यह एक बहुत बड़ी समस्या है, लेकिन हम, ++ - उपनामों के साथ, निराशा न करें और स्थिति से बाहर निकलने के विभिन्न तरीके खोजें। शुरुआत करते हैं DBMS से।

अब मैं सामान्य हो जाऊंगा, लेकिन ODBC संबंधपरक DBMS तक पहुंचने के लिए एकमात्र सार्वभौमिक तंत्र है, अभी तक किसी अन्य विकल्प का आविष्कार नहीं किया गया है, लेकिन C ++ - समुदाय अभी भी खड़ा नहीं है और आज भी लाइब्रेरी और फ्रेमवर्क हैं जो कई DBMS को सामान्यीकृत इंटरफेस प्रदान करते हैं।
सबसे पहले, मैं उन पुस्तकालयों का उल्लेख करूंगा जो क्लाइंट लाइब्रेरी और एसक्यूएल का उपयोग करके डीबीएमएस को एकीकृत पहुंच प्रदान करते हैं

• समाज
• पोको :: डेटा :: सत्र
• SQLAPI ++

उनमें से सभी अच्छे हैं, लेकिन वे आपको डेटाबेस से डेटा को C ++ ऑब्जेक्ट्स और संरचनाओं में प्रदर्शित करने की बारीकियों को याद करते हैं, साथ ही SQL प्रश्नों की दक्षता तुरंत आपके कंधों पर आती है।
निम्नलिखित उदाहरण C ++ में ORM हैं। हाँ हैं! और वैसे, SOCI ORM तंत्र को विशेषज्ञता समाज के माध्यम से :: type_conversion का समर्थन करता है, लेकिन मैंने जानबूझकर इसे शामिल नहीं किया, क्योंकि यह इसका प्रत्यक्ष उद्देश्य नहीं है।

• LiteSQL C ++ - ORM, जो आपको DBMS SQLite3, PostgreSQL, MySQL के साथ सहभागिता करने की अनुमति देता है। इस लाइब्रेरी को प्रोग्रामर को ऑब्जेक्ट्स और रिश्तों के विवरण के साथ xml-files को प्री-डिज़ाइन करने की आवश्यकता होती है, ताकि litesql-gen का उपयोग करके अतिरिक्त स्रोत तैयार किए जा सकें।
• कोड सिंथेसिस से ओडीबी एक बहुत ही रोचक ओआरएम है, यह आपको मध्यवर्ती विवरण फ़ाइलों का उपयोग किए बिना सी ++ के भीतर रहने की अनुमति देता है, यहां एक छोटा उदाहरण है:

 #pragma db object class person { // ... private: friend class odb::access; person () {} #pragma db id string email_; string name_; unsigned short age_; }; // ... odb::sqlite::database db ("people.db"); person john ("john@doe.org", "John Doe", 31); odb::transaction t (db.begin ()); db.persist (john); typedef odb::query<person> person_query; for (person& p: db.query<person> (person_query::age < 30)); cerr << p << endl; jane.age (jane.age () + 1); db.update (jane); t.commit (); 

• Wt ++ एक बड़ा ढांचा है, आप सामान्य रूप से इसके बारे में एक अलग लेख लिख सकते हैं, इसमें ORM भी शामिल है जो DBMS Sqlite3, Firebird, MariaDB / MySQL, MSSQL Server, PostgreSQL और Oracle के साथ बातचीत कर सकता है।
• मैं ORM का उल्लेख साइक्लाईट sqlite_orm और hiberlite पर भी करना चाहूंगा । चूंकि sqlite एक एम्बेडेड DBMS है, और इसके लिए ORM प्रश्नों की जांच करता है, और वास्तव में डेटाबेस के साथ सभी इंटरैक्शन, संकलन-समय में, त्वरित तैनाती और प्रोटोटाइप के लिए उपकरण बहुत सुविधाजनक हो जाता है।
• QHibernate - Postgresql समर्थन के साथ Qt5 के लिए ORM। जावा से हाइबरनेट विचारों से लथपथ।

हालांकि एक DBMS के माध्यम से एकीकरण को "एकीकरण" माना जाता है, मैं इसे कोष्ठक के बाहर छोड़ना और प्रोटोकॉल और एपीआई के माध्यम से एकीकरण पर जाना पसंद करता हूं।

• आरपीसी - रिमोट पोरसलेस कॉल, "सर्वर" के साथ "क्लाइंट" की बातचीत के लिए एक प्रसिद्ध तकनीक। ओआरएम के मामले में, मुख्य कठिनाई कोड में वास्तविक कार्यों के साथ प्रोटोकॉल को जोड़ने के लिए विभिन्न सहायक फाइलें लिखना / उत्पन्न करना है। मैं जानबूझकर ऑपरेटिंग सिस्टम में सीधे लागू किए गए विभिन्न आरपीसी का उल्लेख नहीं करूंगा, लेकिन मैं क्रॉस-प्लेटफॉर्म समाधान पर ध्यान केंद्रित करूंगा।

  
  
  • grpc दूरस्थ प्रक्रिया कॉल के लिए Google से एक फ्रेमवर्क है, जो Google से बहुत लोकप्रिय और कुशल फ्रेमवर्क है। यह मूल रूप से google protobuf का उपयोग करता है, मैंने इसका उल्लेख क्रमबद्धता अनुभाग में किया है, यह कई प्रोग्रामिंग भाषाओं का समर्थन करता है, लेकिन यह कॉर्पोरेट वातावरण के लिए नया है।
  • json-rpc - RPC, जहाँ JSON को प्रोटोकॉल के रूप में प्रयोग किया जाता है, कार्यान्वयन का एक अच्छा उदाहरण libjson-rpc-cpp लाइब्रेरी है, यहाँ विवरण फ़ाइल का एक उदाहरण है:
  
  

   [ { "name": "sayHello", "params": { "name": "Peter" }, "returns" : "Hello Peter" }, { "name" : "notifyServer" } ] 

  
  

  इस विवरण के आधार पर, क्लाइंट और सर्वर कोड उत्पन्न होते हैं जो आपके एप्लिकेशन में उपयोग किए जा सकते हैं। सामान्य तौर पर, JSON-RPC 1.0 और 2.0 के लिए एक विनिर्देशन है। इसलिए, वेब एप्लिकेशन से फ़ंक्शन को कॉल करना और इसे C ++ में संसाधित करना मुश्किल नहीं है।

  
  
  • एक्सएमएल-आरपीसी और एसओएपी - यहां स्पष्ट नेता - जीएसओएपी है , एक बहुत शक्तिशाली पुस्तकालय है, मुझे नहीं लगता कि कोई योग्य विकल्प हैं। पिछले उदाहरण के रूप में, हम xml-rpc या साबुन सामग्री के साथ एक मध्यवर्ती फ़ाइल बनाते हैं, इस पर जनरेटर सेट करें, कोड प्राप्त करें और इसका उपयोग करें। एक्सएमएल-आरपीसी अंकन में विशिष्ट अनुरोध और प्रतिक्रिया उदाहरण:
  
  

   <?xml version="1.0"?> <methodCall> <methodName>examples.getState</methodName> <params> <param> <value><i4>41</i4></value> </param> </params> </methodCall> <methodResponse> <params> <param> <value><string>State-Ready</string></value> </param> </params> </methodResponse> 

  
  
  • पोको :: RemotingNG pocoproject से एक बहुत ही दिलचस्प परियोजना है। आपको यह निर्धारित करने की अनुमति देता है कि कौन सी कक्षाएं, फ़ंक्शंस आदि। टिप्पणियों में एनोटेशन का उपयोग करके दूरस्थ रूप से कहा जा सकता है। यहाँ एक उदाहरण है
  
  

   typedef unsigned long GroupID; typedef std::string GroupName; //@ serialize struct Group { Group(GroupID _id_, const GroupName &_name_) : id(_id_), name(_name_) {} Group() {} //@ mandatory=false GroupID id; //@ mandatory=false GroupName name; }; // ... //@ remote class EXTERNAL_API GInfo { public: typedef Poco::SharedPtr<GInfo> Ptr; GInfo(); virtual Group getGroup() const = 0; virtual ~GInfo(); }; 

  
  

  सहायक कोड उत्पन्न करने के लिए, अपने स्वयं के "कंपाइलर" का उपयोग किया जाता है। लंबे समय तक यह कार्यक्षमता केवल POCO फ्रेमवर्क के भुगतान किए गए संस्करण में थी, लेकिन macchina.io प्रोजेक्ट के आगमन के साथ, आप इसे मुफ्त में उपयोग कर सकते हैं।

  
  

• मैसेजिंग एक व्यापक अवधारणा है, लेकिन मैं इसका विश्लेषण एक सामान्य डेटा बस के माध्यम से मैसेजिंग के दृष्टिकोण से करूँगा, अर्थात्, मैं पुस्तकालयों और सर्वरों के माध्यम से जाऊँगा, जो विभिन्न प्रोटोकॉल का उपयोग करके जावा मैसेज सर्विस को लागू कर रहे हैं, उदाहरण के लिए AMQP या STOMP । सामान्य डेटा बस, जिसे एंटरप्राइज़ सर्विज़ बस (ESB) भी कहा जाता है, एंटरप्राइज़ सेगमेंट समाधान में बहुत आम है, जैसा कि पॉइंट-टू-पॉइंट और पब्लिश-सब्सक्राइब पैटर्न का उपयोग करके, आप आईटी इन्फ्रास्ट्रक्चर के विभिन्न तत्वों को आपस में एकीकृत कर सकते हैं। C ++ में कुछ इंडस्ट्रियल मैसेज ब्रोकर लिखे गए हैं, मैं दो जानता हूं: Apache Qpid और UPMQ , और दूसरा मेरे बारे में लिखा गया है। एक्लिप्स मॉस्किटो है , लेकिन यह सी में लिखा है। जावा के लिए JMS की सुंदरता यह है कि आपका कोड उस प्रोटोकॉल पर निर्भर नहीं करता है जो क्लाइंट और सर्वर का उपयोग करता है, JMS को ODBC घोषित करता है, फ़ंक्शन और व्यवहार की घोषणा करता है, इसलिए आप दिन में कम से कम एक बार जेएमएस प्रदाता को बदल सकते हैं और कोड को फिर से नहीं लिख सकते हैं, के लिए सी ++, दुर्भाग्य से, नहीं है। आपको प्रत्येक प्रदाता के लिए क्लाइंट भाग को फिर से लिखना होगा। मैं, मेरी राय में, कम लोकप्रिय संदेश दलालों के लिए सबसे लोकप्रिय C ++ पुस्तकालयों को सूचीबद्ध करेगा:

  
  
  • ActiveMQ-CPP Apache AcriveMQ ब्रोकर के लिए एक क्लाइंट लाइब्रेरी है, जो जावा में लिखी गई है।
  • अपाचे काफ्का सी ++ क्लाइंट - कैप्पकाफका
  • RabbitMQ C ++ लिबास शायद सबसे लोकप्रिय संदेश ब्रोकर है, इसमें कई C / C ++ लाइब्रेरी हैं।
  • आईबीएम वेबस्फेयर एमक्यू सी ++ कक्षाएं - मालिकाना, लेकिन बहुत विकसित कार्यक्षमता के साथ।
  • ओरेकल संदेश ब्रोकर सी ++ एपीआई - भी, यह ओरेकल से है
  • MSMQ - Microsoft से संस्करण
  
  

  इन पुस्तकालयों को सामान्य कार्यक्षमता प्रदान करने वाला सिद्धांत आम तौर पर जेएमएस विनिर्देश के अनुरूप है। इस संबंध में, समान विचारधारा वाले लोगों के समूह को इकट्ठा करने और कुछ प्रकार के ODBC लिखने की इच्छा है, लेकिन संदेश दलालों के लिए, ताकि हर C ++ प्रोग्रामर सामान्य से थोड़ा कम पीड़ित हो।

  
  

नेटवर्क कनेक्टिविटी

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

• Boost.Asio और Boost.Beast - अतुल्यकालिक नेटवर्क संचार के लिए सबसे लोकप्रिय कार्यान्वयन में से एक, HTTP और WebSockets के लिए समर्थन है
• पोको :: नेट भी एक बहुत लोकप्रिय समाधान है, और कच्ची बातचीत के अलावा, आप टीसीपी सर्वर फ्रेमवर्क, रिएक्टर फ्रेमवर्क के साथ-साथ क्लाइंट और सर्वर वर्गों के लिए HTTP, एफ़टीपी और ई-मेल के तैयार वर्गों का उपयोग कर सकते हैं। WebSockets का समर्थन भी है
• ACE - ने कभी इस लाइब्रेरी का उपयोग नहीं किया, लेकिन सहकर्मियों का कहना है कि यह एक योग्य पुस्तकालय भी है, जिसमें नेटवर्क एप्लिकेशन और अधिक लागू करने के लिए एक एकीकृत दृष्टिकोण है।
• क्यूटी नेटवर्क - क्यूटी में, नेटवर्क भाग अच्छी तरह से लागू किया जाता है। केवल विवादास्पद बिंदु सर्वर समाधानों के लिए संकेत और स्लॉट हैं, हालांकि सर्वर Qt पर है !?

कुल मिलाकर

इसलिए, मैं जो कहना चाहता था, वह इन पुस्तकालयों का अवलोकन है। यदि मैं सफल हुआ, तो आपको यह आभास होता है कि जैसा कि यह था, एक "उद्यम संस्करण" है, लेकिन इसके कार्यान्वयन और उपयोग के लिए कोई समाधान नहीं हैं, केवल पुस्तकालयों का एक चिड़ियाघर है। तो यह वास्तव में है। कॉर्पोरेट सेगमेंट के अनुप्रयोगों के विकास के लिए कम या ज्यादा पूर्ण पुस्तकालय हैं, लेकिन कोई मानक समाधान नहीं है। अपने दम पर मैं केवल बैकॉन्ड के लिए शोध और किसी भी मामलों को बढ़ावा देने के लिए शोध के शुरुआती बिंदु के रूप में pocoproject और maccina.io की सिफारिश कर सकता हूं, और निश्चित रूप से मैं "सी ++ एंटरप्राइज संस्करण" की अवधारणा को बढ़ावा देने के लिए समान विचारधारा वाले लोगों की तलाश कर रहा हूं!