asio use_future แทนผลผลิต [ec]

ฉันต้องการสร้างคอนเทนเนอร์แห่งฟิวเจอร์ส แต่ละอนาคตถือเป็นผลลัพธ์ของงานเป็นโมฆะ เพื่อที่ฉันจะได้ใช้ wait_for_any บนคอนเทนเนอร์ แต่ละงานคือโครูทีนซึ่งฉันกำลังใช้งานโดยใช้ผลผลิต_คอนเท็กซ์ และภายในโครูทีนนี้มีฟังก์ชันเริ่มต้นซึ่งส่งคืน ec และผลลัพธ์โดยที่ ฉันใช้ ec เพื่อวิเคราะห์ผลลัพธ์ จากนั้นมีอีกชื่อหนึ่งเรียกว่า coroutine ผ่าน Yield_context เดียวกัน
ฉันต้องการทราบวิธีการออกแบบนี้
และถ้าฉันจะใช้ use_future ฉันจะส่งรหัสข้อผิดพลาดเพื่อให้ ec ไม่โยนได้อย่างไร เว้นแต่ว่าจะไม่มีทางอื่นนอกจากโยนมันทิ้งไป ในกรณีนี้ ฉันจะลองจับฟังก์ชันการเริ่มต้น async
งานเหล่านี้ทั้งหมดจะถูกโพสต์ วางไข่ ... บน asio io_service
นี่คือส่วนหลักของฉัน of code:
นี่คือการวางไข่ของงาน

boost::asio::spawn(GetServiceReference(), boost::bind(&HTTPRequest::Execute, boost::placeholders::_1, m_HttpClient_request_name, Get_mHTTPClient_Responses_Map()));

และนี่คือโครูทีนที่ใช้ Yield_context

void HTTPRequest::Execute(boost::asio::yield_context yield_r, std::string request_name, std::map<std::string, boost::shared_ptr<HTTPResponse>>& mHTTPClient_Responses_Map)
{
    resolver_iterator iterator_connect = boost::asio::async_connect(mSock, iterator_resolve, yield_r[ec]);
}

และภายใน Execute เราใช้ ec ในการวิเคราะห์

if (ec == boost::system::errc::errc_t::success){}

และที่นี่เราเริ่มต้น coroutine อื่นที่ส่งผ่าน Yield_context เดียวกัน

SendRequest(yield_r);
}

ฉันต้องการเปลี่ยนสิ่งนี้ ดังนั้นฉันจึงมีคอนเทนเนอร์ฟิวเจอร์สสำหรับ Execute ที่เกิดทั้งหมด ฉันไม่สนใจผลลัพธ์ของ Execute เพราะฉันใส่มันไว้ใน Response ของคลาสสมาชิก
แต่ฉันต้องการผลลัพธ์ในอนาคตเพื่อที่ฉันจะได้ใช้ wait_any บน คอนเทนเนอร์ .


person ahmed allam    schedule 04.04.2020    source แหล่งที่มา


คำตอบ (1)


หากคุณสามารถเปลี่ยนการใช้งานได้ ให้ใช้รูปแบบ async_result

ซึ่งจะทำให้คุณสามารถใช้วิธีการของคุณกับวิธีการใดก็ได้ (ตัวจัดการการเสร็จสิ้น บริบทผลตอบแทน หรือ use_future)

ฉันทำซ้ำตัวอย่างที่มีในตัวเองจากที่นี่เพื่อเป็นแรงบันดาลใจ:

การสาธิตที่ครอบคลุม

แสดงวิธีการใช้งานด้วยกับ

  • โคโรและผลผลิต[ec]
  • coro และผลผลิต + ข้อยกเว้น
  • มาตรฐาน::อนาคต
  • ตัวจัดการความสมบูรณ์

สดบน Coliru

#define BOOST_COROUTINES_NO_DEPRECATION_WARNING 
#include <iostream>
#include <boost/asio.hpp>
#include <boost/asio/spawn.hpp>
#include <boost/asio/use_future.hpp>

using boost::system::error_code;
namespace asio = boost::asio;

template <typename Token>
auto async_meaning_of_life(bool success, Token&& token)
{
#if BOOST_VERSION >= 106600
    using result_type = typename asio::async_result<std::decay_t<Token>, void(error_code, int)>;
    typename result_type::completion_handler_type handler(std::forward<Token>(token));

    result_type result(handler);
#else
    typename asio::handler_type<Token, void(error_code, int)>::type
                 handler(std::forward<Token>(token));

    asio::async_result<decltype (handler)> result (handler);
#endif

    if (success)
        handler(error_code{}, 42);
    else
        handler(asio::error::operation_aborted, 0);

    return result.get ();
}

void using_yield_ec(asio::yield_context yield) {
    for (bool success : { true, false }) {
        boost::system::error_code ec;
        auto answer = async_meaning_of_life(success, yield[ec]);
        std::cout << __FUNCTION__ << ": Result: " << ec.message() << "\n";
        std::cout << __FUNCTION__ << ": Answer: " << answer << "\n";
    }
}

void using_yield_catch(asio::yield_context yield) {
    for (bool success : { true, false }) 
    try {
        auto answer = async_meaning_of_life(success, yield);
        std::cout << __FUNCTION__ << ": Answer: " << answer << "\n";
    } catch(boost::system::system_error const& e) {
        std::cout << __FUNCTION__ << ": Caught: " << e.code().message() << "\n";
    }
}

void using_future() {
    for (bool success : { true, false }) 
    try {
        auto answer = async_meaning_of_life(success, asio::use_future);
        std::cout << __FUNCTION__ << ": Answer: " << answer.get() << "\n";
    } catch(boost::system::system_error const& e) {
        std::cout << __FUNCTION__ << ": Caught: " << e.code().message() << "\n";
    }
}

void using_handler() {
    for (bool success : { true, false })
        async_meaning_of_life(success, [](error_code ec, int answer) {
            std::cout << "using_handler: Result: " << ec.message() << "\n";
            std::cout << "using_handler: Answer: " << answer << "\n";
        });
}

int main() {
    asio::io_service svc;

    spawn(svc, using_yield_ec);
    spawn(svc, using_yield_catch);
    std::thread work([] {
            using_future();
            using_handler();
        });

    svc.run();
    work.join();
}

พิมพ์:

using_yield_ec: Result: Success
using_yield_ec: Answer: 42
using_yield_ec: Result: Operation canceled
using_yield_ec: Answer: 0
using_future: Answer: 42
using_yield_catch: Answer: 42
using_yield_catch: Caught: Operation canceled
using_future: Caught: Operation canceled
using_handler: Result: Success
using_handler: Answer: 42
using_handler: Result: Operation canceled
using_handler: Answer: 0

หมายเหตุ: เพื่อความง่าย ฉันไม่ได้เพิ่มการซิงโครไนซ์เอาต์พุต ดังนั้นเอาต์พุตจึงสามารถผสมกันได้ ขึ้นอยู่กับลำดับการดำเนินการรันไทม์

person sehe    schedule 05.04.2020
comment
ฉันศึกษาคำตอบของคุณในระหว่างการค้นหาและมันถูกบุ๊กมาร์กไว้แล้ว แต่ฉันพบปัญหาในการทำความเข้าใจว่าเกิดอะไรขึ้นจริงเมื่อโทเค็นการเสร็จสิ้นถูกแปลงเป็นตัวจัดการ ตัวอย่างทั้งหมดพูดถึงการใช้ลายเซ็นเพื่อสร้างประเภทตัวจัดการ แต่ตัวจัดการที่เกิดขึ้นนั้นเป็นเพียงต้นแบบ ไม่มีเนื้อความสำหรับตัวจัดการ ดังนั้นสิ่งที่จะถูกเรียกว่าเมื่อการดำเนินการแบบ async เสร็จสิ้น ????.เกี่ยวกับคำถามปัจจุบันของฉัน ฉันยังสับสนเกี่ยวกับลำดับของการดำเนินการ ตัวอย่างเช่น: ฉันจะทำงานแบบแพ็กเกจแล้วเพิ่มลงในคอนเทนเนอร์ ..แต่ฉันจะเปิด ios.run จากเธรดเดียวกันหรือเธรดอื่นหรือไม่ - person ahmed allam; 05.04.2020
comment
แสดงความคิดเห็นให้เสร็จสิ้น: และฉันควรโทรหา: wait_for_any ที่ไหนในเธรดเดียวกันกับที่ฉันทำงานหรือหลังจาก ios.run ในเธรดเดียวกันหรือต่างกัน ??? - person ahmed allam; 05.04.2020
comment
ตอนนี้ฉันคิดว่าฉันมีความหมายของตัวจัดการแล้ว ... มันเป็นเพียงการกำหนดประเภท และมีหลายกรณีที่ฉันคิดว่าสิ่งเหล่านี้เรียกว่าลักษณะเฉพาะซึ่งกำหนด ณ เวลาที่คอมไพล์ ประเภทของตัวจัดการที่ส่งผ่านคืออะไร และตามนี้ พวกเขาผ่านการโต้แย้งของ ลายเซ็นต์ให้กับประเภทหรือส่วนของอาร์กิวเมนต์ที่กำหนด เช่น ในกรณีในอนาคต...ดังนั้นสิ่งที่จะถูกเรียกคืออาร์กิวเมนต์ที่ส่งมาจากผู้ใช้หากเป็นฟังก์ชัน objectlambda,bind,callback,ตัวชี้ฟังก์ชัน หรือเป็นกลไกการสร้างในอนาคตในกรณีของ use_future หรือเป็นเพียงการเปลี่ยนบริบทในกรณีที่มีโครูทีนที่มีส่วนได้ส่วนเสียหรือไม่มีเดิมพัน ››› - person ahmed allam; 17.04.2020
comment
coroutine ในกรณีที่ย้าย (coro) ผ่านไปแล้ว ฉันถูกต้องแล้ว ????ตอนนี้เราจะใช้โทเค็นการสำเร็จที่แตกต่างกันเหล่านี้กับการวางไข่ โพสต์ ได้อย่างไร ??? เราจะหลีกเลี่ยงการสร้าง async_function และใช้ packaged_task เพื่อแปลงฟังก์ชันเป็นงานที่ส่งคืนในอนาคตได้หรือไม่ ??งานผลลัพธ์เหมือนกับ async_function ที่สร้างขึ้นหรือไม่ เราจะใช้ async_function กับงานแพ็กเกจหรือ use_future ?? - person ahmed allam; 17.04.2020
comment
ฉันโหวตความคิดเห็นที่ฉันคิดว่าฉันเข้าใจและสมเหตุสมผลมาก ฉันไม่รู้ว่าคุณหมายถึงอะไรกับคำถามทั้งหมด (???) - person sehe; 18.04.2020
comment
เมื่อฉันพยายามใช้ฟังก์ชันต่างๆ ในโค้ดของฉัน ฉันมี 2 ตัวเลือกเท่าที่ฉันรู้ในตอนนี้ อย่างแรกคือการหลีกเลี่ยงการสร้างฟังก์ชันที่ประกอบด้วยโดยตรง และลองใช้ packaged_task เพื่อทำให้งานออกจากฟังก์ชันของฉัน จากนั้นจึงโพสต์งานนี้›› ›สิ่งนี้นำไปสู่ข้อผิดพลาดบางอย่างซึ่งทำให้ความคืบหน้าของฉันหยุดลง และฉันได้สร้าง stackoverflow.com/questions/61181774/ เพื่อขอความช่วยเหลือเกี่ยวกับมันได้หรือไม่ หรือตัวเลือกที่สองคืออ่านเกี่ยวกับฟังก์ชันที่ประกอบและโมเดลสากลซึ่งน่าสนใจมาก แต่ซับซ้อนกว่าและมัน จำเป็นต้องรู้วิชาต่างๆ เช่น ลักษณะประเภทและ - person ahmed allam; 18.04.2020
comment
การส่งต่อที่สมบูรณ์แบบซึ่งนำไปสู่การอ้างอิงสากลและ SFINAE รวมถึงนามแฝงและมาโครเทมเพลตซึ่งน่าสนใจมาก และฉันดีใจที่ได้อ่านสิ่งเหล่านี้ พยายามหลีกเลี่ยงวิชาที่ยากเหล่านี้มาโดยตลอด ดังนั้นตอนนี้ฉันกำลังพยายามสร้างฟังก์ชันที่เรียบเรียง แต่สงสัยว่าทำไมฉันถึงมีข้อผิดพลาด ด้วยแนวทางแรกของฉันโดยใช้ packaged_task กับโพสต์ ดังนั้นฉันจึงเดาว่าการวางไข่นั้นใช้กับการดำเนินการแบบเรียบเรียงโดยใช้ Yield เป็นโทเค็นที่สมบูรณ์ใช่ไหม...และ packaged_task ใช้กับเธรดเท่านั้นและไม่สามารถใช้กับโพสต์ซึ่งต้องมีการคัดลอก งานและงานคือ move_only ใช่ไหม?? - person ahmed allam; 18.04.2020
comment
และในระหว่างนี้ ฉันต้องเผชิญกับคำถาม: ฟังก์ชั่นถูกแปลงเป็นงานที่ใช้งานแบบแพ็คเกจหรือไม่ ขอบคุณสำหรับการตอบกลับของคุณ - person ahmed allam; 18.04.2020
comment
ฉันได้เพิ่มโค้ดตัวอย่างของคุณเพื่อพยายามทำความเข้าใจฟังก์ชันที่ประกอบด้วย async ฉันเพิ่ม:boost::asio::steady_timer t(svc, boost::asio::chrono::seconds(45)); t.async_wait(&พิมพ์); คำตอบอัตโนมัติ = async_meaning_of_life (จริง, asio :: use_future); std::cout ‹‹ ฟังก์ชัน ‹‹ : คำตอบ: ‹‹ answer.get() ‹‹ \n; - person ahmed allam; 18.04.2020
comment
คุณสามารถโพสต์คำถามใหม่ได้หรือไม่? โดยทั่วไป packaged_task จะไม่เทียบเท่า เนื่องจากส่วนใหญ่จะลบประเภทตัวจัดการจริง ประเภทตัวจัดการประกอบด้วยข้อมูล เช่น เมื่อมีการใช้เกลียว เมื่อลบประเภทด้วย packaged_task ASIO จะสูญเสียประเภทตัวจัดการจริงและไม่สามารถรักษาซีแมนทิกส์ได้ - person sehe; 18.04.2020
comment
ฉันทำคำถามนี้เมื่อ 5 วันที่แล้ว stackoverflow ได้หรือไม่ .com/questions/61181774/. นี่เป็นเรื่องเกี่ยวกับปัญหาเริ่มแรกของฉันเป็นหลัก แต่ฉันค้นพบว่าฉันมีความเข้าใจไม่เพียงพอในสิ่งสำคัญหลายประการที่ฉันพยายามได้รับ ฉันกำลังลองใช้รหัสของคุณเป็นกรณีต่างๆ ฉันจะโพสต์ไว้เมื่อเสร็จแล้ว ฉันจะยอมรับคำตอบของคุณตอนนี้และ ดำเนินการแก้ไขต่อไปในคำถามถัดไป - person ahmed allam; 18.04.2020
comment
และนี่เป็นอีกคำถามที่มีการแก้ไขโค้ดของคุณเพื่อแสดงจุดที่คลุมเครือและคำถามของฉัน stackoverflow.com/questions/61329157/ - person ahmed allam; 20.04.2020