getter和setter是否会影响C ++ / D / Java中的性能？
这是一个相当老的主题：setters和getter是好还是邪恶？ 我的问题是：在 中编译器C ++ / D / Java 内联getter和setter？ getters / setter与直接字段访问相比，影响性能（函数调用，堆栈帧）的程度。除了使用它们的所有其他原因，我想知道他们是否应该影响性能，除了是一个良好的OOP实践。 解决方案 这取决于。没有通用的答案总是成立的
..
d相关内容
如何提取resonably理智的HTML文本？
我的问题是有点像这个问题但我有更多的约束： 我知道文档的是合理的理智 他们是非常有规律的（他们都从相同的源来 我想看到的文本的约99％ 什么是所有可行的约99％是文字（它们是或多或少RTF转换成HTML） 我不关心格式，甚至一段休息时间。 有没有设置要做到这一点任何工具还是我最好还是先打破了使用RegexBuddy和C＃？ 我打开命令行或批处理。工具，以及C / C＃/
..
我应该使用，而不是与固定式大小LANGS 64位'诠释'（如Java，C＃）“长”
在10，甚至5年内将有没有[ EDIT2：服务器或桌面] 32位CPU。 那么，还有使用 INT （32位）超过长（64位）？结果 和是否有使用 INT ？ 什么坏处 编辑： 通过 10年或5年我的意思是在绝大多数地方都使用的那些LANGS 我的意思是哪种类型要使用默认即可。这天，我不会甚至懒得想，如果我要使用短作为循环计数器，只是的for（int我... 。同样的
..
寻找在例如多种编程语言类似precision的数据类型C / C ++，D，围棋
我想实现浮点数，使用两种或多种编程语言的程序。该方案不说，50k的迭代，最终带来误差非常小的。 要确保我的结果有可比性，我想确保我用同样的precision的数据类型，在不同的语言。请您告诉我们，如果有对应的浮动D中的C / C /双++到而归。我希望C / C ++和D是相当接近在这方面，但不能肯定。非常感谢。 解决方案 一般来说，对于编译语言，浮点格式和precision归结为两点：
..
超奇怪的问题触发＆QUOT;分段错误＆QUOT;
我是不会走的很深入的问题（在codeBase的已经是千行和相当复杂的），所以我会尽力miniminise了...“窗口”，以我所发现。 这里的例行触发“段错误”： 的extern（C） { 无效* Statements_new（）{返回铸（无效*）（新报表（））; } 无效Statements_add（声明S，ST声明） { // writeln（“在这
..
经过与会代表在D外部C函数
我如何通过一个委托以函数指针，D中的外部C函数？ 解决方案 让我交交我说的新闻组： 我如何通过一个委托给外部C函数取 函数指针？ 您不能直接一般做到这一点，除非你能修改C 功能，那么你就可以破解它周围，而是一个委托和 普通函数指针是pretty不同的动物。 但是，也许你可以神奇的本事。注意： //需要一个纯函数的C函数 EXTERN（C）无效测试（void函数F（）
..
最有效的便携式溢出检测？
可能重复：结果
..
C＃语法ANTLR？
我在找交钥匙 ANTLR 以产生一个可用的抽象语法树的C＃语法（AST ），且为后端语言无关的或针对C＃，C，C ++或D 它并不需要支持错误报告 P.S。我不愿意做几乎没有任何修复机作为替代是不是很辛苦。 解决方案 这可能是waaaay为时已晚，但你可以得到的 C＃语法4 。
..
ncurses的API用D编程语言
我试图教自己的AI利用神经网络。 长话短说，我想创建一个简单的图形，将显示的内容是使用的ncurses在我的计划发生。 我使用本教程这里发现。 我是IM pression下了D组兼容C，我可以在理论上比较容易地调用C函数。 我发现，不是这种情况。 我是一个比较新手程序员，所以即使是简单的解释是在我头顶一点点。 我发现这个这里。 D设计与C编译器对目标系统合身舒适。 ð弥补了不依靠
..
如何使用由D C库？
今天，我听到了D编程，它是为C code兼容。不过我还没有发现它是否可以使用C库像由D GTK或PortAudio的信息吗？ 如果可能的话，你能解释一下如何做到这一点？ 解决方案 这是可以调用从D C库，你需要做的是C头文件转换为D.在大多数情况下，这是pretty简单，有一个很难使用的命令行工具帮助自动化过程。它从来没有真正为我工作的任何东西，但玩具的例子，但它可能是一个好的开始看到那
..
mpi.h：使用一种W / O定义呢？
我想的openmpi的mpi.h到D编程语言的重要组成部分翻译，所以我可以从D调用它（HTOD根本不工作）。我不能换我的头围绕以下code位： typedef结构ompi_communicator_t * MPI_Comm; OMPI_DECLSPEC的extern结构ompi_communicator_t ompi_mpi_comm_world; OMPI_DECLSPEC的extern结构
..
怎么了memchr（）引擎盖下工作吗？
背景：我试图创造一个纯净的D语言实现的功能，这大致相当于的 C'S了memchr 但使用数组和下标，而不是指针。其原因是，这样std.string将与编译时功能评价工作。对于那些不熟悉W / D，函数可以在编译时进行评估，如果有一定的限制得到满足。一个限制是他们不能使用指针。另一个原因是，他们无法调用C函数或使用内联汇编语言。拥有在编译时字符串库工作，是一些编译时code代黑客有用的。 问：如何
..
为什么允许字符串文字串联起来？
我最近被一个微妙的错误咬伤。 的char ** int2str = { “零”，// 0 “一”，// 1 “两节”// 2 “三化”，// 3 nullptr};断言（int2str [1] ==标准::字符串（“1”））; //通行证 断言（int2str [2] ==标准::字符串（“二”））; //失败 如果您有神圣的code审查的权利，你会发现我忘了，
..
使用-1作为无符号（为size_t）类型的标志值
我是用-1作为它的返回类型是为size_t的函数的标志值（无符号型）。 我起初并不注意到它，特别是因为它并没有引起我的code的任何错误（0，我随x == -1，不是X＆LT检查它） 有没有我不应该离开它，因为任何细微的原因是什么？当这可能会意外的行为？这是常用的？ ptrdiff_t的较少见，需要更长的时间打字，反正它，因为该函数返回一个索引到一个数组不是真正合适的类型。 解决方案
..
GStreamer的在iPhone，黑莓，Android，诺基亚？它会如何执行？
上的Gstreamer IPhone，Android，黑莓，诺基亚。我们怎样才能使使用C或D或瓦拉语言呢？或者我们应该只使用Java或者Lua的？ 1）油嘴移植到IPhone，Android，黑莓，诺基亚可用？ 有关Android的，有一个提示的http://gstreamer.freedesktop.org/wiki/GstreamerAndroid_InstallInstruction
..
ALLOCA实施
怎样才能实现如D，C和C ++语言中使用内联x86汇编的alloca（）？我想创建它的一个稍作修改的版本，但首先我需要知道标准版是如何实现的。读从编译器拆装没有帮助，因为他们的表现如此多的优化，我只是想规范形式。 编辑：我想最困难的部分是，我想这有正常的函数调用语法，即使用一个裸体的功能什么的，使它看起来像正常的alloca（）。 编辑＃2：啊，究竟发生了什么，你可以假设，我们不是省略帧指针
..
模板化的多维数组
我试图使用模板进行实验，并试图执行模板阵列，这东西可以声明如下： 阵列（浮球，3，2，1）myArray的！; 我已经通过用C这个问题的几种实现浏览+ +，但我似乎无法将其转换为D，因为我有语言（有D）的经验。 反正这些都是我试过的东西，遗憾的是他们没有工作： 1。编译时间函数 - 生成格式code “数据类型[D0] [D1] ... [DN]标识符”进口std.conv;静态字符
..
二维的动态数组初始化，步幅和索引操作
对不起，这成为对数组3倍的问题。 我认为（动态）阵列是在D中真正强大的，但下面已经困扰了我一段时间： 在C ++中我可以轻松地与指定的值分配一个数组，但在D我还没有找到一种方式来做到这一点。当然，下面是没有问题的： INT [] A = INT新[N]; 一个[] = A0; 但看上去效率低，因为一行将与 0 初始化，而像2 A0 。可以与以下类似的东西在D中做什么？ INT []
..
难道垃圾收集器preserve这是只由原始指针引用数组？
我想从分配垃圾回收堆元素的数组，只有通过原始指针访问这些元素。能够回收的内存块后（而不是之前）所使用的所有指针的垃圾收集器指向它已超出范围？ 我想这样做是这样的： { 。为int * ptrToArray1 =（新INT []（100））PTR; 为int * ptrToArray2 = ptrToArray1; 为int * ptrToArray3 = ptrToA
..
是乘法不精确的浮点运算总是交换？
我想了解在D语言运行时的一些code。好像有不同的职能为以下两件事情： 数组1 [] + =标*数组2 []; 数组1 [] + =数组2 [] *标; 为什么不能将这些可以用一个函数来完成？我想乘即使在不精确的浮点运算是可交换的。 解决方案 我一无所知D语言，但我会高兴地回答您的标题问题： 时的乘法总是不精确浮点运算可交换？ 截至NaN值的“有效载荷”，是的。 IEEE-75
..