问题标签 [csx]

我听说过 .cs 文件，但从未听说过.csx 文件。谷歌搜索把我带到了 CSX 公司和其他不受欢迎的机构。有人可以简要描述一下 CSX 文件是什么，以及 CSX 和 CS 之间的主要区别吗？

Windows 中有没有办法直接启动 .csx 脚本（例如，通过双击文件，或从开始菜单，或通过 Launchy 等应用程序启动器），以便脚本在后台运行而无需打开命令行窗口？

例如，假设我有一个简单的“lowercase.csx”脚本，它简单地将剪贴板中的任何文本转换为小写，然后将结果放回剪贴板。我希望能够双击该 .csx 文件并使其在后台完全运行，而无需打开任何类型的窗口。

目前，ScriptCS.exe 和 VS2015 Update 1 附带的新 csi.exe 启动器都会在运行 .csx 文件时打开一个控制台窗口，即使该文件没有向控制台输出任何内容。

注意：我知道如果您从控制台窗口启动脚本，则不会打开新窗口。我想在非命令行上下文中启动脚本并让它不打开任何窗口。

注意2：我在“CS-Script”（ScriptCS 替代品）中想要的等价物是使用“csws.exe”启动文件。

我正在使用 Visual Studio 2015 Update 2。根据csi.exe“C# 脚本文件”之类的内容：

如果指定，则执行script-file.csx

有这种格式的文档吗？如何在 Visual Studio 中创建它们？

How can we create another run.csx and call the existing function from one csx file to another in an Azure Function App?

我是编程cs脚本（csx文件）的新手。

但我的问题是我没有任何智能感知。如何在 Visual Studio 2015 中获得智能感知支持？

假设我想使用以下脚本更改注册表项。

该值没有改变，因为我没有特权。如何更改注册表项值的一种方法是使用管理员权限运行 VS，然后运行脚本。但是有没有办法为任何 C# 脚本（.csx）设置提升的权限，然后从例如 VS 以普通权限执行这个脚本？

我在玩 Azure Functions，但我注意到 VS 2015 没有为 .csx 文件提供智能感知。

知道如何解决这个问题吗？

我继承了一些为 Azure Functions 编写的代码，但我对 Azure Functions 几乎一无所知。现在，这段代码是为我们的暂存环境编写的，并且包含特定于我们的暂存环境的硬编码 URL 以及在生产中会有所不同的各种 API 密钥。

我想要完成的第一个任务是摆脱这些硬编码字符串并将它们移动到某种“配置”文件中，该文件可以通过我们的构建系统进行部署。换句话说，暂存 Azure Functions 应用程序将针对我们的暂存环境，而生产应用程序将针对我们的生产环境。对于普通的 C# 应用程序，我只需将这些内容粘贴到 web.config 或 app.config 文件中。

我有两个问题：

第一：存储这些配置属性的推荐位置在哪里？让我们看看我的 CSX 文件中的这段代码：

我首先查看的是功能应用设置->配置应用设置->应用设置部分。我添加了一个新的应用程序设置，但找不到任何方法来实际读取代码中的值（我尝试使用 ConfigurationManager），也找不到有关其工作原理的文档。

接下来我查看的是 function.json 文件，其中包含有关如何调用函数的绑定信息。这里似乎没有我可以添加自己的设置的区域。

最后，我查看了位于应用程序根目录的 host.json 文件。这个文件有很多文档，但它似乎不是自定义设置的合适位置。

第二：在此处添加属性后，如何使用 C# 代码读取它？换句话说，我会用什么替换那条public const string线？

非常感谢！

因为我想在部署之前完全编译一个Azure 函数，并且因为我想在部署之前拥有重构（自动重命名）的所有好处，所以我想摆脱Csx 文件并使用Dll。

我希望我的所有代码都在 .Dll 中 - 完全编译。

所以它在本地模拟器中运行良好，但我无法让它在 Azure 中运行

我总是在日志文件中收到相同的错误消息：

而且我没有看到我的函数出现在门户的函数应用程序中。

函数.json：

DLL代码：

dll在函数的bin目录下，而不是App函数的bin目录下

任何想法 ？

I have tried many things but the only way I can force AzFn to understand the invocation has failed, is to throw an exception and not handle it. So, if I return an HttpResponseException, AzFn will consider the invocation as a success. That feels wrong.

This should produce an invocation marked as fail but it doesn't.