एर्लंग (कार्यात्मक प्रोग्रामिंग) बनाम ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग सोचने के मामले में

Question

मैं एरलांग सीख रहा हूं और मैं एक बहुत ही नमूना ब्लॉग प्रोग्राम बनाने की कोशिश कर रहा हूं। हालांकि वर्तमान में मेरा दिमाग ओओ दुनिया में फंस गया (var p = new post(); p.Title = ""; p.Save();)। मैं Erlang में कुछ बुनियादी सोचों को समझना चाहता हूँ। पोस्ट ऑब्जेक्ट बनाने के बजाय मुझे डेटा संरचना के संदर्भ में क्या करना चाहिए (p.Title, p.DateCreated, p.Body)? क्या मुझे ट्यूपल का उपयोग करना चाहिए? मैं ऐसी चीजों को करने में अनुशंसित तरीका समझना चाहता हूं (एर्लांग विशिष्ट और कार्यात्मक प्रोग्रामिंग विशिष्ट दोनों में)। या क्या मैं एरलांग या एफपी में मौलिक रूप से गलत कर रहा हूं?

आवश्यकता (OO मामले में, कैसे एफपी मामले में अभी तक समझाने के लिए नहीं सुनिश्चित करें^_ ^):

1. पोस्ट वस्तु (आईडी, शीर्षक, date_created, शरीर, IList)
2. बनाने टिप्पणी वस्तु बनाने (आईडी, post_id, created_by (स्ट्रिंग के रूप में नाम), date_created)
3. एक पोस्ट अनेक टिप्पणियाँ हो सकता है
4. post.AddComment (टिप्पणी)

धन्यवाद।

अपडेटेडः मैं एर्लांग में ओओपी करने का विशिष्ट तरीका नहीं ढूंढ रहा हूं जब तक यह अनुशंसित तरीका न हो। मैं प्रश्न में वर्णित करने के मानक/अनुशंसित तरीके की तलाश में हूं, हालांकि मैं एर्लांग में ओओपी को दोहराने की कोशिश नहीं कर रहा हूं।

Answer 1

मैं रिकॉर्ड का प्रयोग करेंगे:

Post = #post{title = "", body = "", date_created = erlang:universaltime()}, 
mnesia:transaction(fun() -> mnesia:write(Post) end). 

एक टिप्पणी जोड़ने के लिए::

Comment = #comment{created_by = "", content = "", date_created = erlang:universaltime()}, 
mnesia:transaction(fun() -> 
    [Post] = mnesia:read(post, Title), 
    PostWithNewComment = Post#post{comments = [Comment | Post#post.comments]}, 
    mnesia:write(PostWithNewComment) 
end). 

मैं परीक्षण नहीं किया

-record(post, {title, date_created, body, comments = []}). 
-record(comment, {created_by, date_created, content}). 

तो फिर तुम डाटाबेस के रूप में mnesia उपयोग करना चाहते हैं कोड, लेकिन यह वही है जो मैं करूंगा। मैंने यह भी माना कि प्रत्येक शीर्षक अद्वितीय है। मेरे लिए

Answer 2

एरलांग ऑब्जेक्ट ओरिएंटेड भाषा है। यह कथन अधिक शक्ति है अगर आप OOP पर जिस तरह से एलन Kay यह वर्णित देखो: मेरे लिए

OOP केवल संदेश, स्थानीय प्रतिधारण और संरक्षण और राज्य प्रक्रिया के छिपने की, और चरम के देर से बाध्यकारी का मतलब सारी चीजें।

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

ऐसी छोटी जगह में एरलांग में ओओपी के बारे में पूर्ण विवरण नहीं दे सकता है। मेरा सुझाव है कि आप Programming Erlang: Software for a Concurrent World पुस्तक पढ़ें।

• Joe Armstrong About Erlang (साक्षात्कार)
• Erlang as an OO language

Answer 3

आपका उदाहरण वास्तव में अच्छा OO शैली का प्रतिनिधित्व नहीं करता:

इसके अलावा इन लिंक देखते हैं।टिप्पणियां पहले से प्रकाशित ब्लॉग पोस्ट पर दिखाई देती हैं, इसलिए तब तक आपके पास पोस्ट आईडी के लिए कुछ प्रकार का संदर्भ है जिस पर टिप्पणी पोस्ट की गई है।

ओओ प्रोग्रामिंग के लिए यह किसी प्रकार की BlogDb ऑब्जेक्ट को और अधिक समझ में आता है कि कोई पोस्ट और टिप्पणी ऑब्जेक्ट्स भेजता है। एक टिप्पणी ऑब्जेक्ट को यह जानने की ज़रूरत है कि कौन सी पोस्ट आईडी यह एक टिप्पणी है। आपको 'नया' ऑपरेटर का उपयोग करके पोस्ट और टिप्पणी ऑब्जेक्ट्स नहीं बनाना चाहिए, इसके बजाय BlogDb इंटरफ़ेस में ऐसे तरीकों हैं जो उन के नए उदाहरण लौटाते हैं।

अचानक आपके पास एरलांग में एक ही चीज़ को लागू करने का एक व्यवहार्य तरीका है। एक gen_server शुरू करें जो blog_db है। क्या

Post = myblog:post(Title, Body), 
{ok, Result} = myblog:add_post(BlogDb, Post), 
... 

आप पोस्ट मूल्य के विवरण पता करने की जरूरत नहीं है, इसलिए है कि यह कैसे निर्माण किया है इसके लिए एक "निर्माता" एक और मॉड्यूल में में छिपा हुआ है जैसी चीजों।

Answer 4

OOP केवल संदेश, स्थानीय प्रतिधारण और संरक्षण और राज्य प्रक्रिया के छिपने, और चरम सब बातों के देर से बाध्यकारी होता है।

एलन केन डैन इंगल्स के साथ स्मॉलटाक के निर्माता हैं। यदि आप स्मॉलटाक को देखते हैं तो यह स्पष्ट हो जाता है कि उसका संदेश मैसेजिंग के साथ क्या है: कुछ रिसीवर ऑब्जेक्ट को एक संदेश भेजा जाता है जैसे कि Bumblebee.fly()। मैंने स्मॉलटाक के साथ लगभग 10 वर्षों का विकास किया है। मुझे पता है कि यह कैसे डिजाइन किया गया है। लेकिन एरलांग में क्या किया जाता है फ्लाई (ए बम्बलबी) जहां एंबल्बी भी कक्षा का उदाहरण नहीं है।

मुझे इस बारे में निश्चित नहीं है, लेकिन जब आप एर्लांग में अभिनेताओं को देखते हैं तो वे संदेश का आदान-प्रदान नहीं करते हैं। जैसा कि मैं अब तक एर्लांग को समझता हूं, यह {case {...}} निर्माण प्राप्त होता है क्योंकि संदेशों को कुछ सूची से पुनर्प्राप्त करना होता है। प्राप्तकर्ता अभिनेता को भेजने का कोई और तरीका नहीं है।

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