Tag: C＃的

如何最好地在AppDomains之间进行通信？

我有一个应用程序需要在多个AppDomain之间发送适量的消息。 我知道我可以使用远程实现这一点，但我也注意到，有跨域代表。 有没有人看过这种问题？

将XDocument转换为Stream

如何将XDocument中的XML转换为MemoryStream，而不保存任何内容到磁盘？

在UI中执行业务逻辑的unit testing数据库应用程序

我自己pipe理一个相当大的应用程序（5万行代码），它pipe理一些相当关键的业务行为。 为了简单描述这个程序，我想说这是一个能够显示和更改数据库数据的奇特UI，它pipe理着大约1000个出租单位，大约3万个租户和所有的财务。 当我做出改变的时候，因为代码基础太大，我有时候会在别的地方把事情弄坏。 我通常testing它通过去function级别（即我运行该程序，通过用户界面工作）的东西，但我不能testing任何情况。 这就是为什么我想要开始unit testing。 但是，这不是一个真正的三层程序，具有数据库层，业务层和UI层。 许多业务逻辑在UI类中执行，许多事情都是在事件上完成的。 让事情变得复杂，一切都是数据库驱动的，而且我还没有看到（迄今为止）关于如何unit testing数据库交互的好build议。 怎样才能开始这个应用程序的unit testing。 记住。 我从来没有做过unit testing或TDD。 我应该重写它以从UI类中删除业务逻辑（很多工作）吗？ 或者，还有更好的方法？

为什么空行中的缩进不好？

我所知道的每个自由/开放源码软件项目都有规则来防止代码中的尾随空格。 但是我认为继续当前的缩进是非常自然的： int main() { ….int a = 42; …. ….return a; } 但是git反正会抛出警告。 所以我的问题是：为什么当前缩进内的那些标签不好？ 我不是在寻找像“总是这样做”的答案。 让我们假设在整个项目中缩进是一致的。

为什么GCC的__attribute __（（…））语法使用双括号？

GCC的__attribute__((…))语法的文档指出，属性必须用双括号括起来，但是没有给出这个devise决定的基本原理。 什么实际的原因会导致海湾合作委员会的devise师要求这样做？ 这与预处理器处理双括号有什么关系？

C条件运算符（'？'）与空的第二个参数

典型的'？' 运算符以下面的forms使用： A ? B : C 然而，在B = AI的情况下，已经看到下面的缩写 A ? : C 这令人惊讶的作品。 （风格明智的）离开第二个参数是更好的，还是他们的机会，某些编译器将无法处理？

expression式模板和C ++ 11

让我们来看看expression式模板的一个特别的好处：可以使用ET来避免在重载操作符中出现的内存中的vector大小的临时对象，如： template<typename T> std::vector<T> operator+(const std::vector<T>& a, const std::vector<T>& b) { std::vector<T> tmp; // vector-sized temporary for_each(…); return tmp; } 在C ++ 11中，此函数的返回语句应用移动语义。 vector的副本。 这是一个胜利。 但是，如果我看一下像 d = a + b + c; 我看到上面的函数被调用了两次（对于operator+ ），而最后的赋值可以通过移动语义完成。 总共执行2个循环。 意思是我暂时放了一下，然后马上读回来。 对于大型vector而言，这会超出caching。 这比expression式模板更糟糕。 他们可以在一个循环中完成整个事情。 ET可以执行上面的代码相当于： for(int i=0 ; i < vec_length ; ++i) d[i] = a[i] + b[i] + […]

限制可变参数模板参数

我们能否将可变参数模板参数限制在某种types？ 即，实现这样的事情（当然不是真正的C ++）： struct X {}; auto foo(X… args) 这里我的意图是有一个接受可变数量的X参数的函数。 我们最近的是这样的： template <class… Args> auto foo(Args… args) 但是这接受任何types的参数。

包装结构是否便携？

我在Cortex-M4微控制器上有一些代码，并想用二进制协议与PC进行通信。 目前，我正在使用GCC特定packed属性的打包结构。 这是一个粗略的概述： struct Sensor1Telemetry { int16_t temperature; uint32_t timestamp; uint16_t voltageMv; // etc… } __attribute__((__packed__)); struct TelemetryPacket { Sensor1Telemetry tele1; Sensor2Telemetry tele2; // etc… } __attribute__((__packed__)); 我的问题是： 假设我在MCU和客户端应用程序上使用了完全相同的TelemetryPacket结构定义，那么上面的代码是否可以跨多个平台进行移植？ （我对x86和x86_64感兴趣，需要它在Windows，Linux和OS X上运行。） 其他编译器是否支持具有相同内存布局的打包结构？ 用什么语法？ 编辑 ： 是的，我知道打包的结构是非标准的，但它们似乎有用，足以考虑使用它们。 我对C和C ++都感兴趣，但我不认为GCC会以不同的方式处理它们。 这些结构不会被inheritance，也不会inheritance任何东西。 这些结构只包含固定大小的整数字段和其他类似的打包结构。 （我以前曾经被花车烧过）

GZipStream和DeflateStream不会解压缩所有字节

我需要在.net中压缩图像的方法，所以我查看使用.net GZipStream类（或DeflateStream）。 然而，我发现减压并不总是成功的，有时图像将解压罚款和其他时间，我会得到一个GDI +错误的东西是损坏的。 在调查了这个问题之后，我发现解压并没有给出它压缩的所有字节。 所以，如果我压缩2257974字节，我有时会回来只有2257870字节（实数）。 最有趣的是，有时它会工作。 所以我创build了这个压缩只有10个字节的小testing方法，现在我什么也没有回来。 我试了压缩类GZipStream和DeflateStream，我仔细检查了我的代码可能的错误。 我甚至尝试将stream定位到0，并冲洗所有的stream，但没有运气。 这是我的代码： public static void TestCompression() { byte[] test = new byte[] { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; byte[] result = Decompress(Compress(test)); // This will fail, result.Length is 0 Debug.Assert(result.Length == test.Length); } public static byte[] Compress(byte[] data) { var […]