山高月小

ACE（ADAPTIVE Communication Environment）是一个网络软件开发工具包，或者说成是中间件。ACE很好很强大，但也比较难学，其实好东西都挺难学的，比如MFC。究其原因，需要的基础知识太多，C++语言、网络编程、面向对象编程和设计模式。MFC主要需要Windows编程的基础。 3年前接触ACE，当时感觉懂了，最近捡起来发现又不懂了，重新复习了一下，把心得记录一下吧。 1. 平时用的比较多的是ACE_Acceptor和ACE_Connector，这个可以看成是一个框架，其中涵盖

《人月神话》的“没有银弹——软件工程中的根本和次要问题（No Silver Bullet – Essence and Accident in Software Engineering）”里提出：软件开发中的困难分成固有的（essence）和偶发的（accident）困难。 对于网络应用程序来说，固有的复杂性是由所在领域存在的难题造成的，例如通信机制、网络服务、并发机制、管理和配置等。偶发的复杂性源自开发软件时使用的工具和技术的局限性。 由于“没有银弹”已经分析了，银弹的希望主要还是在次要问题上能有所突破

其实Qt也可以直接网络编程的，只是想练习一下ACE的使用，所以才会遇到这个问题。 用ACE写的Console程序已经可以运行，再用Qt写个界面的时候，问题就来了。解决了include目录和链接问题后，总算是编译通过了，但就是不能和Server通信。 研究了一下发现可能是ACE的库不是Mingw版本的，而Qt是Mingw的。于是重新编译了一个Mingw的ACE库，结果还是不行。又怀疑是QtReactor的问题，还需要重新编译QtReactor，于是加上了qt=1这种编译选项。结果发现ACE6.0.0默认去

最近在用ACE做一个Windows下的小工具，首先在Console界面下实现了基本功能，然后再做一个Windows界面出来。 首先用的是Visual C++ Express的C++/CLI，但感觉这个不太“正宗”，是托管的代码，所以尝试了一下Qt，学习了一下“信号”和“槽”的概念，界面虽然容易做，代码也容易集成进去，但网络却连接不上，所以又转回了C++/CLI。 但是C++/CLI也会遇到很多问题，首先是编译和链接的问题，还有代码托管的问题，把托管的代码和非托管的代码放在一起，还需要做一些工作。基本上参