最新评论
Re:[python] and or 表达式陷阱一则。 xuwangyin 2011-08-06 23:00
maxab = a if a > b else b
re: ACE_SOCK_Stream send和recv超时设置 goldou 2008-05-15 18:24
大哥你太强了，希望还有心得可以分享。
re: ACE_SOCK_Stream send和recv超时设置 lsxsoftr 2008-05-14 16:17
大哥,厉害.
re: ACE_TP_Reactor的限制 joelihn 2007-09-18 10:05
设置了NON_BLOCKING的缘故。请教搂主是怎么做得？
re: [假如设计一个新语言] 哪些语言特性是我想要的 deerchao 2007-08-11 19:25
有种语言叫C++/CLI
某些不满足你的需求的,你只需要等到C++0x标准出来
某些不满足你的需求的,你只需要等到C++0x标准出来
re: [假如设计一个新语言] 哪些语言特性是我想要的 sofire 2007-08-11 18:47
可以关注一下D语言
http://dlang.group.javaeye.com/
http://dlang.group.javaeye.com/
re: ACE_TP_Reactor的限制 skj 2007-07-16 20:06
ACE_Event_Handler 本身有引用计数机制
re: ACE_TP_Reactor的限制 寺 2007-01-25 14:43
大概没有更好的理由一定要使用ACE_TP_Reactor，好点的做法是使用单线程的Reactor，把收到的“消息”放入一个同步队列，由一个线程池去处理，处理的结果(要发送的消息)放入别一同步队列，使用某种激发机制(信号，定时器，通知)使Reactor调用处理器去发送。如果要发送定时探测，可以直接从Reactor启动一个定时器，由于是单线程的，不需要处理那么些麻烦事。
其实这样写也有问题,这样的结果是一个socket上可能会连续收到多个数据包,并在队列中,而队列由线程池推动,而形成后面的包执行得快,而走到前面.
其实这样写也有问题,这样的结果是一个socket上可能会连续收到多个数据包,并在队列中,而队列由线程池推动,而形成后面的包执行得快,而走到前面.
re: 我们的标准化委员会网站在哪？ 东方宫 2006-03-05 12:41
你好！
现在社会的治安问题已经非常严重了，在深圳、尤其是关外，治安问题非常严重。
偷已经不再是暗处进行，被抢是司空见惯。
平均在深圳有50％的人被偷过、被抢过；有80％的人经历或者身边的朋友被偷被抢。
尤其是年关时，案发率非常高，局势已经失控了。
民不安则无发展！深圳关外的治安、环境却是需要重视了，否则会蔓延城巴黎暴乱。
现在社会的治安问题已经非常严重了，在深圳、尤其是关外，治安问题非常严重。
偷已经不再是暗处进行，被抢是司空见惯。
平均在深圳有50％的人被偷过、被抢过；有80％的人经历或者身边的朋友被偷被抢。
尤其是年关时，案发率非常高，局势已经失控了。
民不安则无发展！深圳关外的治安、环境却是需要重视了，否则会蔓延城巴黎暴乱。
re: 实现一个高效C++多分派委托类(new) [感谢 问题男 指点] jfwan 2005-09-15 11:11
宏的问题，我觉得开发完了就没问题了，呵呵
有些东西没有宏好像不行啊，郁闷。。。
有些东西没有宏好像不行啊，郁闷。。。
re: 实现一个高效C++多分派委托类(new) [感谢 问题男 指点] cpunion 2005-09-14 20:09
to jfwan:
实现原理基本相同，数据管理稍有差异，调用接口有所不同，你也支持了成员函数和仿函数。
你的实现代码简洁，接口也比较完整，我没有实现移除委托操作，主要是使用时没有涉及这个需求。也没有管理对象生成期及锁定，以后有时间补上，先把你的收藏了。
有空再看一下FastDelegate，如果要考虑效率的话，显然它的实现虽然最笨但却是最快的。(啊哈~)
另外我使用脚本来生成代码，主要是考虑编程时除错方便，使用宏，根据错误信息找到问题，通常很困难。
实现原理基本相同，数据管理稍有差异，调用接口有所不同，你也支持了成员函数和仿函数。
你的实现代码简洁，接口也比较完整，我没有实现移除委托操作，主要是使用时没有涉及这个需求。也没有管理对象生成期及锁定，以后有时间补上，先把你的收藏了。
有空再看一下FastDelegate，如果要考虑效率的话，显然它的实现虽然最笨但却是最快的。(啊哈~)
另外我使用脚本来生成代码，主要是考虑编程时除错方便，使用宏，根据错误信息找到问题，通常很困难。
re: 实现一个高效C++多分派委托类(new) [感谢 问题男 指点] jfwan 2005-09-12 15:16
re: C++编写“异步调用代理组件”的一点想法 cpunion 2005-08-08 00:59
实际上做这个是想弥补我使用的SOAP工具包不能实现异步调用的缺点，现有的RPC平台不知道有没有保持连接的功能，没有具体测试。
我想能不能做成一个保持连接的，这样实际上可以替代现在的某些游戏系统使用的消息机制。ICE好像是可以，不过它的免费许可证要求公开源代码，否则只能使用商业许可，收费极高。。。
另外一个想自己实现的原因，是因为现在有的RPC平台层次太过模糊，完全无法在某些层次上插入一些处理，比如我想在发送一个远程调用以前使用我自己的加密算法，接收后使用自己的解密算法。
可能那些都是为了效率吧，不过我认为硬件、网络环境的发展将会可以忽略这点处理时间。
我想能不能做成一个保持连接的，这样实际上可以替代现在的某些游戏系统使用的消息机制。ICE好像是可以，不过它的免费许可证要求公开源代码，否则只能使用商业许可，收费极高。。。
另外一个想自己实现的原因，是因为现在有的RPC平台层次太过模糊，完全无法在某些层次上插入一些处理，比如我想在发送一个远程调用以前使用我自己的加密算法，接收后使用自己的解密算法。
可能那些都是为了效率吧，不过我认为硬件、网络环境的发展将会可以忽略这点处理时间。
re: C++编写“异步调用代理组件”的一点想法 问题男 2005-08-08 00:18
愚以为没有必要搞分布式的，这种构架在源码级别应用就可以了，二进制应用就没有必要了，毕竟有很多成熟的框架，更何况是分布式的，那等于在搞另一个rpc、另一个soap、另一个。。。，而且是simple的，那将失去实际的应用意义，毕竟有很多成熟的技术已经完成了远程procedure call，而且还不仅仅提供pc的功能。呵呵
此乃敝人之愚见，呵呵
此乃敝人之愚见，呵呵
re: C++编写“异步调用代理组件”的一点初步想法 cpunion 2005-08-07 19:31
实际上打算完成一个C++的异步调用框架，下一步还想再完成一个分布式的，这需要把每个CALL序列化并发送到远端，并接收调用结果。这里有一点麻烦，是如何标识in和out参数，如果不采用IDL方案，就只好采用另一种复杂方案：所有参数都是in参数，所有非const引用或指针作为in/out参数，考虑到某些参数序列化后长度太大，可能还需要有一个附加的判断，就是in/out参数如果在调用结束后值有变化的话，才会传回，这可以解决没有IDL的问题。
re: 使用委托完成“异步调用代理组件”的一点初步想法 cpunion 2005-08-07 19:18
那是使用.net，我这里委托是自己写的一个纯C++委托类，从调用来看并不复杂，实际上比.net那个还要简单，复杂在框架的建立，这是可重用的部分，只需写一次，复杂一点不算什么。
在这里发C++的东西真有点不合适，不过我找不到更好的地方，申请了好多都用不了。
我还是把标题改一下算了。
在这里发C++的东西真有点不合适，不过我找不到更好的地方，申请了好多都用不了。
我还是把标题改一下算了。
re: 使用委托完成“异步调用代理组件”的一点初步想法 Net66 2005-08-07 18:06
太复杂了,.net框架对异步调用有现在的实现.园内有文可参考:<br />1. <a class="singleposttitle" id="viewpost1_TitleUrl" href="http://www.cnblogs.com/net66/archive/2005/08/03/206132.html"><font color="#223355">衔接UI线程和管理后台工作线程的类（多线程、异步调用）</font></a>  <br />2. <a class="singleposttitle" id="viewpost1_TitleUrl" href="http://www.cnblogs.com/net66/archive/2005/08/02/206067.html"><font color="#223355">通过多线程为基于 .NET 的应用程序实现响应迅速的用户</font></a>
re: 我的C++委托类最终版 cpunion 2005-08-04 15:27
今天才看到Boost.Signals libsigc++ 这2个库，实现了我这里的功能，它的返回值是放入一个vector的。。有空再细看
re: 有趣的东西：Test () () () () () () () () () (); Tim 2005-08-02 17:35
哈哈
经典
我收藏了！
re: Python写的一个适配器类。 问题男 2005-07-29 18:04
“语言仅仅是工具”，这是很多人持的观点，我也深以为然，但是俗话说工欲善其事必先利其器、技多不压人，专于一到两种，熟悉其他的，肯定是好的