Stone
Stone
如果生成实体类时不想要这个字段,在XML模型文件里面删除这个字段即可
代码欠缺较多,2021年Q1,重点是补魔方文档
这个动态生成查询的功能,做起来相当复杂
这个不支持! 目前只支持常规的发布和订阅消费
消费的时候,需要定时检查pending列表,如果有长时间挂起的消息,需要转移回去主队列重新消费。 这里应该是代码写得不够严谨,抛异常了,马上修正
这个问题还存在吗?
经核实,该问题源自于 wpf/winform 同步调用ApiClient的异步接口所致。 解决方法有二: 1,async/await 一路到顶 2,Task.Run().Result 包装异步操作,阻断上下文传递
Yes, websocket will be the core future in "NewLife.Core"! https://github.com/NewLifeX/X
基于消息通信,为了提升吞吐率,解包完成后,采用异步线程来执行业务逻辑,这是导致消息包顺序不一致的根本原因。 这个修改是今年初执行,你可以说说你的业务场景,大家一起讨论如何设计才能做得更好。
1,Tcp是流式传递,但是到了网络层,数据是一帧一帧的汇报给用户程序,所以让你觉得“每次信息到了都会触发一次接收事件”; 2,NewLife.Net默认的NetServer/ISocketClient是应用网络库,直接读写网络不涉及协议,数据先后到达,不存在先后到达的情况; 3,ISocketClient里面有SendMessage方法,那是带有SRMP协议的发送接口,服务端如果发现带有协议,则可能会开多线程来进行处理,从而出现你说的先后到达; 4,结合业务场景,建议方案一,不用SRMP协议,直接网络层操作,先发头部,然后每次发送对方顺序接收; 5,建议方案二,采用SRMP协议,每次都带有头部,告诉服务端这次数据包的偏移位置和大小 最后,一个月内,我们会重新进行异步处理网络数据包的必要性,如果优势不明显,将会取消异步处理,重回同步处理时代。