标签: include

我正在寻找一种方法来以编程方式包含布局,而不是include像我的示例中那样使用XML标记 :

  <include layout="@layout/message"  
           android:layout_width="match_parent" 
           android:layout_height="match_parent" 
           android:layout_weight="0.75"/>

需要以编程方式更改此参数" layout ="@ layout/message ".

知道怎么做吗？

错误如上.我应该在eclipse项目中包含所有必需的文件:

/usr/include/c++/4.6
/usr/include
/usr/include/linux
/usr/local/include

等等

我尝试了std::cout,using namespace std; cout但它仍然没有解决.

我有进口iostream和cstdlib.

另外,我在Ubuntu 12.04上使用eclipse 3.7.2.

代码段:

#include <cstdio>
#include <cstdlib>
#include <cstring>
#include <iostream>
#include "XPLMDisplay.h"
#include "XPLMGraphics.h"

int XPluginStart(char * outName,  char * outSig,  char * outDesc) {
    /* ... */
    std::cout << "test" << std::endl;
    /* ... */
}

using namespace std;

更新:我从现有代码创建了eclipse项目.创建一个新的c ++项目可以修复它.我会接受一个解释,解释现有项目中的设置可能导致这种情况(因此我不必剪切和粘贴所有项目).

如何在自定义.php文件中包含Wordpress函数？

详细说明:我的主题(构造函数)下有一个名为reports的目录.它们包含.php文件,这些文件使用DOMPDF从站点的数据生成报告以供下载.对于这些,我想使用Wordpress引擎提供的功能,例如get_the_author_meta( 'user_firstname', $user_id ).如果我使用这些我得到(自然)以下错误:

致命错误:在第15行的ROOT/public_html/wp-content/themes/constructor/reports/testreport.php中调用未定义的函数get_the_author_meta()

我一直认为我需要包含wp-blog-header.php.我用require_once("../../../../wp-blog-header.php");.有了这个,我得到以下404错误:

找不到网址的网页:ROOT/wp-content/themes/constructor/reports/testreport.php

(要求指向正确的路径.如果我操作它,我得到警告:require_once(../../../ wp-blog-header.php):无法打开流...所以路径必须是对的.)

有什么我忽略的吗？为什么我不能包含这个wp文件？包含wp函数的正确方法是什么？

谢谢你的帮助,Sziro

因为我已经制作了.cpp文件然后将它们转换成.h文件,我能找到的唯一区别就是你不能#include .cpp文件.我错过了什么区别？

如何将一个java文件包含到另一个java文件中？

例如:如果我有2个java文件,则调用Person.java一个,然后调用一个Student.java.我怎么能包括Person.java成Student.java这样我可以从扩展类Person.java的Student.java

我正在尝试做一些类似C #include "filename.c"或PHP的东西,include(dirname(__FILE__)."filename.php")但是在javascript中.我知道我可以这样做,如果我可以从URL加载一个js文件(例如标签的src属性中给出的URL).有什么方法可以让javascript知道吗？

或者,是否有任何好方法从同一个域动态加载JavaScript(不知道具体的域)？例如,假设我们有两个相同的服务器(QA和生产),但它们显然具有不同的URL域.有没有办法做一些像include("myLib.js");myLib.js将从加载它的文件的域加载？

对不起,如果那有点令人困惑.

我已经看到了一些关于iostreamvs 之间差异的信息iostream.h.根据我从中收集的内容,它们之间的区别在于,没有.h扩展名的版本将不会填充命名空间,而具有扩展名的版本将填充.

对于cmathvs,这是一样的math.h吗？为什么cmath(以及许多其他类似的文件)以a c为前缀而不仅仅是math？他们之间有更多的差异吗？

感谢您的时间!

我刚刚在使用Windows 10的工作笔记本电脑上安装了Visual Studio 2015.

我已经克隆了一个存储库,其中包含使用相同版本的Visual Studio(更新3)在另一台PC上创建的解决方案,始终使用Windows 10.

当我尝试在笔记本电脑上构建解决方案时,我收到以下错误:

c:\program files (x86)\microsoft visual studio 14.0\vc\include\crtdefs.h(10): fatal error C1083: Cannot open include file: 'corecrt.h': No such file or directory

在这个页面中,我已经读过我必须添加$(UniversalCRT_IncludePath)到我的包含路径,但即使在这种情况下,我也会获得相同的错误.

我已经检查并$(UniversalCRT_IncludePath)引用了这条路径:

C:\Program Files (x86)\Windows Kits\10\Include\10.0.10240.0\ucrt

笔记本电脑上缺少此路径.相反,我有这个:

C:\Program Files (x86)\Windows Kits\10\Include\10.0.10150.0\ucrt

所以看起来窗口版本是不同的.可能这是真的,因为在我的笔记本电脑上我没有安装1511 windows升级,而在另一台电脑上都安装正确.

我的问题是如何corecrt.h在不弄乱路径的情况下在两个pc中引用文件.我想避免硬连接这些路径,因为它们依赖于pc.而且我不明白为什么在我的笔记本电脑中路径是错误的,因为它应该是系统相关的而不是连接到解决方案中.

我该如何解决这个问题？我知道我可以将我的笔记本电脑更新到相同的Windows版本,但我想避免它出于很多原因.

- 编辑

我注意到我有这条道路:

C:\Program Files (x86)\Windows Kits\8.1\Include\10.0.10240.0\ucrt

它具有相同的10.0.10240.0版本,但与另一个Windows工具包版本相关,所以在这种情况下可能存在一些问题.在我的笔记本电脑上我也是Visual Studio 2013,所以也许它可以来自它,但我无法删除它,因为我正在使用Visual Studio 2013维护另一个项目,我还无法删除它.

也许在Visual Studio 2015文件夹中我可以$(UniversalCRT_IncludePath)在一些.bat文件中明确设置(vcvarsall.bat或类似),但我不知道哪个文件和位置.

我想包含具有这种伪语法的脚本文件:

Include '.\scripA.ps1'

但我发现的唯一的事情就是这样:

$thisScript = Split-Path -Path $MyInvocation.MyCommand.Definition -Parent
. ($thisScript + '.\scriptA.ps1')

那很难看.

是否有一些很好的方法来包含具有相对路径的脚本？

我已经回顾了问题如何正确使用include指令和C++ #include语义,并没有解决这个问题 - 当我输入标题时,SO也没有提出其他建议......

如果有的话,写作的好处是什么:

#include "../include/someheader.h"
#include "../otherdir/another.h"

与仅使用普通文件名相比:

#include "someheader.h"
#include "another.h"

或者没有' ..' 的相对名称:

#include "include/someheader.h"
#include "otherdir/another.h"

我看到的问题是:

• 您无法移动标题而不必担心哪些源文件包含它.
• 您最终可能会在依赖项和错误报告中使用非常长的标头路径.我今天有一个" ../dir1/include/../../include/../dir2/../include/header.h".

我能看到的唯一优点是,虽然你不需要移动文件,但是你可以在不使用' -I'指令来查找标题的情况下逃脱,但是失去灵活性,以及​​子子编译的复杂性 - 目录等似乎超过了好处.

那么,我是否忽视了一项福利？

感谢您的投入.我认为大家一致认为,使用"......"的符号没有任何重大好处,我忽略了.一般来说,我喜欢"somewhere/header.h"符号; 我确实在新项目中使用它.我正在努力的是新事物.

其中一个问题是,有各种套头的,往往带有前缀,如rspqr.h,rsabc.h,rsdef.h,rsxyz.h.这些都与rsmp目录中的代码有关,但有些标题位于其中rsmp,其他标题位于中央include目录中,该目录中没有子目录rsmp.(并重复代码的其他各个方面;在多个位置都有标题,需要其他位代码随机使用.)移动内容是一个主要问题,因为多年来代码变得如此复杂.并且makefile与-I提供哪些选项不一致.总而言之,这是一个悲伤的故事,讲述了几十年来不那么温和的疏忽.在不破坏任何东西的情况下解决所有问题将是一项漫长而乏味的工作.