标签: include

我希望gcc $HOME/include除了通常的include目录之外还包含文件,但似乎没有类似的东西$LD_LIBRARY_PATH.

我知道我可以在编译时(或在makefile中)在命令行添加include目录,但我真的很喜欢这里的通用方法,就像在库中一样.

我经常发现文件的标题部分一直变得越来越大但它永远不会变小.在源文件的整个生命周期中,类可能已经移动并被重构,很可能有很多#includes不需要在那里再存在.将它们留在那里只会延长编译时间并增加不必要的编译依赖性.试图弄清楚哪些仍然需要可能是相当繁琐的.

是否有某种工具可以检测多余的#include指令并建议哪些可以安全删除？
lint可能这样做吗？

我已经搜索了高低,并获得了许多不同的解决方案和包含信息的变量来获取绝对路径.但它们似乎在某些条件下工作而不在其他条件下工作.是否有一种银弹方式来获取PHP中执行脚本的绝对路径？对我来说,脚本将从命令行运行,但是,如果在Apache等中运行,解决方案应该也能正常运行.

澄清:最初执行的脚本,不一定是编码解决方案的文件.

我正在尝试找出正确的Razor语法,以便将特定*.cshtml的JavaScript文件与_Layout.cshtml中定义的所有其他包含文件一起放在head标记中.

非常快的n00b问题,在PHP中我可以包含一个脚本目录.

即代替:

include('classes/Class1.php');
include('classes/Class2.php');

是这样的:

include('classes/*');

似乎找不到为特定类包含大约10个子类的集合的好方法.

在XHTML页面中包含另一个XHTML页面的最正确方法是什么？我一直在尝试不同的方式,但都没有.

是否有更简单的(本机可能？)方式在Google Chrome浏览器中包含外部脚本文件？

目前我这样做:

document.head.innerHTML += '<script src="http://example.com/file.js"></script>';

我们可以在另一个JS文件中调用写在一个JS文件中的函数吗？任何人都可以帮我如何从另一个JS文件调用该函数？

它们之间有什么区别吗？使用它们是一个偏好的问题？使用一个优于另一个产生任何优势吗？哪个更安全？

任何人都可以通过一个简单的例子从头到尾解释如何在C中创建头文件.