问题标签 [inline]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 有没有办法确定一个方法是否要在 C# 中内联
假设您覆盖operator*
forpoint3
和float
然后 forfloat
并且point3
您使用了这样的运算符:
你能知道操作符方法是否会被内联吗?
objective-c - doxygen 是否支持 Objective-C 中方法参数的内联注释?
我曾经在 C++ 中使用 doxygen lot,并且非常喜欢使用///<
或变体来内联记录函数和方法参数的能力。相反,我真的不喜欢在不使用内联样式时必须在注释中重复参数(因为大多数代码文档系统仅支持)。
所以最近我一直在用我的 Objective-C 代码设置 doxygen,并且似乎无法让内联参数记录工作!
使用@param 的离线文档似乎有效——所以我只能得出结论,它不支持内联Objective-C 方法语法。这将是一个真正的耻辱。
有没有人知道有什么不同?我很想让这个工作。
c - “内联”何时无效?(在 C 中)
有些人喜欢使用inline
关键字 in C
,并把大函数放在标题中。你什么时候认为这是无效的?我有时甚至认为它很烦人,因为它不寻常。
我的原则是inline
应该用于非常频繁访问的小函数,或者为了进行真正的类型检查。无论如何,我的品味指导我,但我不知道如何最好地解释为什么inline
对大型功能没有那么有用的原因。
在这个问题中,人们建议编译器可以更好地猜测正确的事情。这也是我的假设。当我尝试使用这个参数时,人们回答它不适用于来自不同对象的函数。好吧,我不知道(例如,使用 GCC)。
感谢您的回答!
c++ - 解释 C++ 中的链接(外部/内部)?
解释 C++ 中的链接(外部/内部)?函数、常量、内联函数、模板函数、类和模板类的链接有何不同
c# - 我可以检查 C# 编译器是否内联了方法调用吗?
我正在编写一个 XNA 游戏,我在其中进行逐像素碰撞检查。检查这一点的循环是通过移位一个 int 和按位 ORing 来实现的,通常难以阅读和理解。
我想添加私有方法,例如private bool IsTransparent(int pixelColorValue)
使循环更具可读性,但我不想要方法调用的开销,因为这是对性能非常敏感的代码。
有没有办法强制编译器内联这个调用或者我会这样做我只是希望编译器会做这个优化?
如果没有办法强制这样做,有没有办法检查该方法是否内联,而不是阅读反汇编?如果该方法被内联并且不存在其他调用者,它会在反射中显示吗?
编辑:我不能强迫它,所以我可以检测到它吗?
c# - 删除内联静态事件
我在我临时附加的静态方法中有一个静态事件,因为我不希望它在内存中徘徊,或者如果我调用它两次,我会触发两个事件处理程序。
对于这些是否应该是静态的,我几乎没有发言权,并且不希望承担讨论/重构的责任。
最初我是这样做的
这一直工作正常,但我想内联处理事件,以与方法中的另一个事件保持一致,以及设置一个函数本地并被另一个事件使用的取消布尔值。
我的问题是,在场景 2 中,如何清理并脱离静态事件?
c++ - 是否有任何忽略默认内联函数的 C++ 标准的编译器?
C++ ISO 标准说:
有没有忽略这条规则的编译器?
(请不要将 inline 误认为 inlineD - 我的问题是如果有一个编译器,它不会把它应该的内联建议放在那里)
c++ - 是否有任何忽略默认内联函数的 C++ 标准的编译器?
C++ ISO 标准说:“在类定义中定义的函数是内联函数。” *
您知道任何忽略此规则的编译器吗?
您是否知道任何不会将“内联建议”放在那里的编译器?
(请不要重复关于内联的理论,我知道 - 我需要一个实用的答案)
c++ - 如何在 C++ 中编写可内联的相互抽象?
先举例:
在此示例中,我可以将 MyHashingSolution 传递给 State 类,因此 State 可以访问 HashingSolution 的方法,但 HashingSolution 不能调用 GetState。有可能解决这个问题吗?
这是最深的循环。这里的虚函数使性能下降了 25% 以上。内联对我来说至关重要。
c++ - C++:内联函数和链接时间代码生成
直到不久前,我的代码库还非常接近#include
地狱。每次我更改一个稍微重要的 .h 文件时,实际上所有文件都会重新编译。
如此高的标头依赖性的主要原因是我有许多需要内联的小函数,我的印象是内联工作它们需要与调用代码在同一个翻译单元中,所以它们需要是在标题中。对于内联函数,甚至编译其他头文件也需要包含在头文件中,ad infimum。
输入链接时代码生成(在 Visual Studio 中)。这样做的主要优点之一是现在内联函数可以跨翻译单元。
但我还是很不确定。我怎样才能真正确定这些函数真的被内联了?我意识到无论我在哪里定义函数,编译器基本上都可以做它想做的任何事情。
有没有办法检查内联的内容?