(二)以交易为生:个体心理(7&8)

作者:chen_h
微信号 & QQ:862251340
微信公众号:coderpai


(一)以交易为生:个体心理(1~6)

(二)以交易为生:个体心理(7&8)


1.作为一名交易者,你是在从事交易。你必须明确你的商业风险,即你在单笔交易中允许输掉的最大金额。对于这一数目并没有统一标准,就好比经营没有标准一样。商人能够接受的风险首先取决于急哦阿姨资金的规模,它还取决于你的交易方法和忍受痛苦的程度。

2.交易者必须像水手研究大海一样研究市场的趋势和转折。当他还在学习如何在市场中控制自己的行为时,必须先做小额交易。你永远也无法控制市场,但你要学会控制自己。

3.在市场上,情绪化的决定是致命的。你可以去观看一场赛马比赛,在赛马场到处看看,注意看人而不是看马,就能清楚的看到情绪化交易的影子。在赛马场,赌徒们跺着脚,上蹿下跳,朝马和职业骑手们大喊大叫。成千上万的人在宣泄自己的情绪。赢家互相拥抱,输家气愤地把票撕了。高兴、痛苦和强烈的主观愿望正是对市场参与者的刻画。想以此谋生的赛马者十分冷静,从不兴奋、大喊大叫或者大把的下注。娱乐场都喜欢喝醉的客人。他们给这些客人送三杯免费饮料,因为喝醉的人更情绪化,下注更大。娱乐场总想把聪明的算牌的客人拦在门外。华尔街的娱乐场没有那么多免费饮料,但至少这里不会有人拦着不让你成为一名优秀的交易者。

4.如果你看不懂市场的行为,那是因为你自己的行为很古怪,不可控制。如果你连自己下一步要做什么都不知道,那你真的无法判断市场下一步会怎么走。最后,你唯一能控制的就是你自己。作为一名交易者,你有权决定把钱给自己还是给别人。那些能维持稳定获利的交易者,是以自律的心态从事交易。

5.每位交易者在成为成功的专业投资者的道路上都有自己的门道。下面几条原则是我总结出来的,凭着它们我从一名默默无闻的业务投资者成长为一名偶尔能获利的半业余投资者,最后成为一名专业投资者。(1)下定决心长期留在市场,也就是说现在开始至少要做20年的交易者。(2)尽可能的学。关注专家们的观点,但也要对任何观点抱有有益的怀疑态度。要向专家们提问,而不是简单的接受他们的观点。(3)不要贪婪,不要急急忙忙的交易,抓紧时间学习。未来市场总是有更多的好机会。(4)形成一套分析市场的方法,也就是说,“如果A发生,那么B就可能发生”。市场有很多方面,要运用几种分析方法来证实交易决策。任何事情都要检查历史数据以及随后市场的表现,要用实际货币。市场在不断变化,牛市、熊市和震荡市要采用不同的交易工具,同时还要有办法分清其中的差别。(5)形成一套资金管理计划。你的首要目标必须是能长期生存下来;其次是资产的稳定增长;第三个目标才是获取高额收益。大多数交易者把第三个目标排在第一位,而没有意识到前两个目标的存在。(6)要意识到交易者是任何交易系统中最薄弱的环节。去参加一次匿名戒酒会的聚会,听听怎么样避免赔钱,或者是形成一套自己的方法以避免冲动型交易。(7)赢家的思维、感受与行动与输家大不一样,你必须对自己进行深入剖析,丢掉幻想,改变以前的思考和行为方式。改变是件很难的事,但是如果你想成为一名业余投资者,就必须努力改变你的个性。

<think>好的,我现在需要分析用户提供的这段C++代码:`_codec(std::bind(&ProtobufDispatcher::onProtobufMessage, &_dispatcher, std::placeholders::_1, std::placeholders::_2, std::placeholders::_3))`。用户希望我详细介绍这段代码的作用和结构。让我一步一步地思考这个问题。 首先,我应该确定这段代码的整体结构。看起来这是一个构造函数初始化列表中的成员变量初始化,将`_codec`成员初始化为一个通过`std::bind`创建的可调用对象。这里的`_codec`可能是一个函数对象或回调机制,用于处理某种编码或消息分发。 接下来,我需要拆解`std::bind`的各个部分。第一个参数是`&ProtobufDispatcher::onProtobufMessage`,这是一个指向成员函数的指针。第个参数是`&_dispatcher`,即指向`ProtobufDispatcher`实例的指针。后面的三个占位符`_1`、`_2`、`_3`表示绑定的函数需要三个参数,这些参数在调用时传入。 用户可能不太清楚`std::bind`的工作原理。成员函数指针需要与对象实例结合才能调用,所以这里使用`std::bind`将成员函数和对象实例绑定在一起,生成一个新的可调用对象。当`_codec`被调用时,实际上会调用`_dispatcher`的`onProtobufMessage`方法,并传递三个参数。 需要验证成员函数`onProtobufMessage`的参数数量是否匹配占位符的数量。三个占位符意味着该成员函数接受三个参数,可能是消息内容、发送方信息、时间戳等。用户可能需要了解参数的具体含义,但代码中没有给出,可能需要参考`ProtobufDispatcher`的定义。 另外,`_codec`的类型可能是一个std::function或其他可调用对象的包装器,能够接受三个参数。这里通过初始化将其绑定到特定的处理函数,可能是为了在接收到消息时自动调用对应的处理逻辑。 用户可能想知道这种设计模式的应用场景。例如,在网络编程中,当接收到Protobuf消息时,使用分发器将消息路由到对应的处理函数。`_codec`可能负责解码消息,然后触发绑定好的回调函数进行处理。 还要考虑`std::bind`和lambda表达式的对比。C++11之后,lambda可能更直观,但`std::bind`在某些情况下仍然有用,尤其是在需要部分绑定时。不过,这里并没有部分绑定参数,所有参数都是通过占位符传递的,可能只是将成员函数适配为所需的函数签名。 需要注意的是,`std::bind`可能会引入性能开销,但在大多数情况下可以忽略。此外,确保`_dispatcher`的生命周期长于`_codec`,避免悬空指针的问题。 总结,这段代码的作用是将`ProtobufDispatcher`的成员函数`onProtobufMessage`绑定到`_codec`,当`_codec`被调用时,会转发三个参数到该成员函数,实现消息处理的分发。</think>以下是对代码片段的详细解析: ```cpp _codec(std::bind(&ProtobufDispatcher::onProtobufMessage, // 成员函数指针 &_dispatcher, // 对象实例指针 std::placeholders::_1, // 参数占位符 std::placeholders::_2, std::placeholders::_3)) ``` ### 核心作用 创建**消息处理函数的绑定关系**,将Protobuf消息解码器(codec)与消息处理器的成员函数进行关联,实现消息到达时的自动路由。 --- ### 分步解析 #### 1. 组件构成 | 组成部分 | 作用说明 | |---------------------------------|--------------------------------------------------------------------------| | `_codec` | 消息编解码器对象(通常是网络库组件) | | `ProtobufDispatcher::onProtobufMessage` | 消息处理成员函数 | | `_dispatcher` | 消息分发器实例 | | `std::placeholders::_1`等 | 参数占位符(表示未来调用时传入的参数) | #### 2. 执行流程 1. 当编解码器`_codec`收到完整消息时 2. 自动触发绑定的回调函数 3. 参数传递顺序: - `_1`:通常为连接上下文(Connection*) - `_2`:消息对象指针(Message*) - `_3`:时间戳(Timestamp) 4. 最终调用`_dispatcher.onProtobufMessage(ctx, msg, time)` #### 3. 类型适配验证 ```cpp // 假设的编解码器类型定义 class ProtobufCodec { public: using MessageCallback = std::function<void(Connection*, Message*, Timestamp)>; explicit ProtobufCodec(MessageCallback cb); }; // 成员函数原型验证 class ProtobufDispatcher { public: void onProtobufMessage(Connection*, Message*, Timestamp); // 必须匹配函数签名 }; ``` --- ### 关键机制详解 #### 1. std::bind 工作原理 - **成员函数绑定**:`&类名::成员函数`需要与对象实例结合使用 - **参数占位符**:`_1`表示未来调用时的第一个参数,依此类推 - **生成可调用对象**:最终生成`std::function<void(Connection*, Message*, Timestamp)>`类型 #### 2. 对象生命周期管理 - 必须确保`_dispatcher`的生命周期长于`_codec` - 使用指针传递避免了拷贝开销 - 典型应用场景:`ProtobufDispatcher`作为长期存在的消息处理器 --- ### 应用场景示例 #### 网络服务器消息处理 ```cpp class Server { ProtobufDispatcher _dispatcher; // 消息分发器 ProtobufCodec _codec; // 编解码器 public: Server() : _codec(std::bind(&ProtobufDispatcher::onProtobufMessage, &_dispatcher, _1, _2, _3)) { // 初始化其他组件... } void onConnection(Connection* conn) { conn->setCodec(&_codec); // 为连接设置编解码器 } }; ``` #### 处理函数实现 ```cpp void ProtobufDispatcher::onProtobufMessage(Connection* conn, Message* msg, Timestamp receiveTime) { // 1. 动态转换消息类型 if (auto login = dynamic_cast<LoginMessage*>(msg)) { handleLogin(conn, login); } // 2. 消息路由逻辑... // 3. 资源清理... } ``` --- ### 现代C++替代方案 #### 使用lambda表达式(C++11+) ```cpp _codec([this](auto&&... args) { return onProtobufMessage(std::forward<decltype(args)>(args)...); }); ``` #### 使用std::mem_fn(C++11) ```cpp using namespace std::placeholders; _codec(std::bind(std::mem_fn(&ProtobufDispatcher::onProtobufMessage), &_dispatcher, _1, _2, _3)); ``` --- ### 错误处理机制 #### 异常安全设计 ```cpp try { _codec(std::bind(...)); // 绑定可能抛出异常 } catch (const std::bad_alloc&) { // 处理内存分配失败 } catch (const std::exception& e) { // 记录其他异常 } ``` #### 空指针防护 ```cpp // 在消息处理函数中 void onProtobufMessage(Connection* conn, Message* msg, Timestamp time) { if (!conn || !msg) { // 防御性编程 LOG(ERROR) << "Invalid parameters"; return; } // ...正常处理逻辑 } ``` --- ### 性能优化建议 1. **使用移动语义**:对消息对象使用`unique_ptr`管理 ```cpp using MessagePtr = std::unique_ptr<Message>; void onProtobufMessage(Connection*, MessagePtr, Timestamp); ``` 2. **避免虚函数**:使用模板策略模式替代多态分发 3. **缓存重用**:对频繁创建的消息对象使用对象池 --- 该代码模式常见于网络编程框架(如Muduo),通过类型安全的回调绑定机制,实现了高效的协议消息分发处理。核心价值在于将网络层的编解码与业务逻辑的处理清晰解耦。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值