C#的DEFINE太搓了，比C++的差别大了去

多个文件调用 而且可以是表达式等等C#中怎么就这么弱呢，表示个符号？我还要它干什么，用CONST？又是局部用法

额，这么强，那你用C++ 写去咯， 既然觉得不好 为什么还要用啊，

项目，属性，宏，这里你可以定义整个项目内有效的宏

刚没开，实际措辞修改一下。项目->属性->生成->条件编译符号

自己熟悉那种就用那种.其实很多还是IDE工具比较强大.帮你提示很多.做应用软件用记事本敲代码的时代已经过去了.

这个我赞同。不要抱怨不好，有本事你自己搞个全能的。

1、大部分情况下，使用 const 字段、enum 类型，或是 Conditional 特性，都是要优于原始的 define 宏指令的，在 C# 时代，基本上可以也应该告别 define 这样的东西；
2、正是因为全局的 define 引入了命名混乱的问题，不利用代码维护，所以 C# 引入了命名空间。不要再试图使用“全局”的东西；
各种开发环境都有相同点和不同点只要弄清楚就好

最近我想用C#开发一个Windows中图片和传真查看器,不知道如何实现，大家帮解决一下，具体点，

而且不是很明白 如果直接用 int receiveLen=Socket.Available 获取接收到的字节组的大小是否合理

这句是循环接收，我觉得是不是可以有一个专门接收的临时byte[]数组，每次收到后再写到byte数组
data[]里，记录好写入data[]里的起始的位置和写入的长度（receive变量）。
我觉得你的total和offset算的有问题。
不知道这么转对不对，这应该是你的发送信息的总长度，你在发送前在发送端看看数和这个一致么
这谁写的方法，只知道错误在哪里，不清楚他要做什么，具体修改未定。
错误处就是这个offset的使用，offset初始值必须是0，而他却给了个size这个最大值，数据接收后填充永远是从前到后，不可能先填充最后的数据，再往前填充的。

直接用 int receiveLen=Socket.Available 获取接收到的字节组的大小是否合理？
这样是不合理的，接收到多少数据，只有在实际接收的时候求才是最正确的

offset的含义是偏移量，如果你把它用作每次要填充的值，这本身就错了，会让别人误解的，那些特定的英文单词含义是固定的，你既然用了就要遵循他们本来的意思，否则别人就没法看懂。
比如：begin你用作结尾，end你用作开头，我看到这种代码就不想看下去了。

有什么办法，可以在我破坏了XML文件本身的格式的情况下，
对XML文件进行写操作后，后面的格式不会乱掉呢？
对程序来说的话，无所谓了，要是自己看的话，我通常用IE打开，如果要格式化的话，就用vs打开，然后格式

输入别的字符也是同样的情况。
我想知道的是，我恶意在XML文件里面输入了乱七八糟的文字之后
对XML文件进行写操作，如何能够保证格式不乱掉呢？
这就是new 和 override的区别，记住就行了，不用管为什么

A.F又不是 虚 抽象方法，子类没办法重写，当然还是 调用自己。

因为a的类型是A，并且方法F不是虚函数，所以aF()的运行结果是 A.F

这里涉及两个概念，编译时类型和运行时类型，a 的编译时类型是 A，运行时类型是 B，没有声明为 virtual 的调用，由编译时类型确定，因此 a.F() 调用的就是 A.F，如果声明为 virtual，则编译时不能确定调用哪个函数，而要由 a 的运行时类型确定，这就是 a.G() 的调用方式

来源：足球直播