<div>Hello</div>
<div>Howdy dere pardner</div>
<div></div>

我得到了它的作用，但为什么这个名字呢？两者意味着什么？

两者都意味着“一组两件事中的每件物品”。这两件事是“左”和“右”

我一直在脚本标签内的所有CS HTML文件中的Visual Studio MVC Web应用程序中看到* @.

搜索引擎拒绝让我搜索那些荒谬的角色,而且我一直在努力解决这个问题.

具有* @的行与注释的颜色相同,是否意味着它被注释掉了？

在MVC @(at)中用于与Model绑定.例如 ：

@model yourModel;

@foreach(var  item in Model){
  @item.yourItemFromYourModel;
}

所以加倍像这样@ * * @用于评论.
例如：

@*YourComment*@

希望能帮助到你

template <typename T,typename R,typename ...A>
struct decay<T,R(A...,...)> { using type = R(*)(A...,...); };

这究竟是什么意思？我需要一些帮助〜

int foo(int);
int bar(int,...);

这是两个不同的功能. foo的类型为int(int). bar的类型为int(int,…).

…是C风格的varargs,不要与使用的变量模板参数混淆….

template <typename T,...); };

这部分是在boost :: hana中实现std :: decay的优化版本. typename T和T部分是红色鲱鱼,是优化的一部分.

它是一个匹配R(A …,…)的特化,其中A …和R是从函数签名中推导出来的.

如果你传递double(int,char,…)作为这个hana :: details :: decay的第二个参数,R将是double,A …将是int,char.并且…将“匹配C风格的varags”.

这种特殊的专业化的目的是将以C风格的变量结尾的函数签名映射到指向相同签名的指针.所以它将double(int,…)映射到double(*)(int,…).

C style varargs与模板variardic参数不同.他们早于它.

参见英文答案 > FindFirstFile undocumented wildcard or bug?                                    1个
如果我创建一个包含“Hello.txt”的目录,那么以下代码将输出“Hello.txt”：

#include <windows.h>
#include <iostream>

int _tmain(int argc,_TCHAR* argv[])
{
    WIN32_FIND_DATA findData = {};
    HANDLE hFind = ::FindFirstFile(L"<.txt",&findData);
    if (hFind != INVALID_HANDLE_VALUE)
    {
        std::wcout << findData.cFileName << std::endl;
        while (::FindNextFile(hFind,&findData))
        {
            std::wcout << findData.cFileName << std::endl;
        }
        ::CloseHandle(hFind);
    }
    else
    {
        std::wcout << "FindFirstFile: " << ::GetLastError() << std::endl;
    }
    return 0;
}

但为什么“<”在对FindFirstFile的调用中表现为“*”？ MSDN表示只有外卡租船人在这次通话中有效(即？或*). https://msdn.microsoft.com/en-us/library/windows/desktop/aa364418%28v=vs.85%29.aspx

编辑：

似乎是非常相关的FindFirstFile undocumented wildcard or bug?

<是文件名中的无效字符.它是一个保留字符,如下所示： Naming Files,Paths,and Namespaces – Naming Conventions.

我的猜测是,FindFirstFile的实现只是将所有保留字符视为通配符.也许这是一个向后兼容的原因.完全相同,因为<在这里正式无效,并且由于行为没有记录,你不应该依赖它. 更新 感谢@eryksun在评论中提供了一些低级细节.实际执行搜索的低级别层使用<和>作为外卡. Win32层翻译*和？到<和>在将搜索字符串传递给下层之前.这解释了为什么*和<从高层可以互换.