问题标签 [named-parameters]

我查看了Named Parameter Idiom和Boost::Parameter library。每个人都比另一个人有什么优势？是否有充分的理由总是选择一个而不是另一个，或者在某些情况下它们中的每一个都比另一个更好（如果是，在什么情况下）？

我一直在为 Windows 开发一个 GUI 库（作为个人项目，没有实用性的愿望）。对于我的主窗口类，我设置了选项类的层次结构（使用命名参数惯用语），因为一些选项是共享的，而其他选项特定于特定类型的窗口（如对话框）。

Named Parameter Idiom 的工作方式是，参数类的函数必须返回它们被调用的对象。问题在于，在层次结构中，每一个都必须是不同的类——createWindowOpts标准窗口createDialogOpts类、对话框类等等。我已经通过制作所有选项类模板来解决这个问题。这是一个例子：

它可以工作，但正如您所见，它需要大量的额外工作：对每个函数的返回类型进行类型转换、额外的模板类等等。

我的问题是，在这种情况下是否有一种更简单的方法来实现命名参数习语，不需要所有额外的东西？

我想知道是否可以确定是否在 Python 中传递了具有默认值的函数参数。例如，dict.pop 是如何工作的？

pop方法如何判断第一次没有传递默认返回值？这是只能在C中完成的事情吗？

谢谢

我想这个命名可能有历史原因，其他语言也有类似的特性，但在我看来，参数在 C# 中总是有一个名称。参数是未命名的。或者选择这个术语有什么特别的原因吗？

我希望以一种良好的性能方式（我希望）将我的字符串中的命名参数替换为代码中的命名参数，例如，我的字符串：

我怎么能用代码替换 {name} ，正则表达式？贵吗？你推荐哪种方式？

他们如何在示例 NHibernates HQL 中将 :my_param 替换为用户定义的值？或者在我更喜欢的 ASP.NET (MVC) 路由中，“{controller}/{action}”，new { controller = “Hello”，...}？

我有这个：

这样的事情可能吗：

如果我编写这样的函数，可以在 PHP 中模拟命名函数参数

除了在 IDE 中失去智能感知之外，这种方法还有哪些其他可能的缺点？

编辑：

安全性：在这种情况下，安全性不应该不是问题吗，因为提取的变量仅限于函数范围？

在一个 Delphi 演示应用程序中，我偶然发现了一些我不知道 Delphi 编译器接受的语法：

我似乎无法在我自己的代码中重现这种类型的参数传递，而且我从未见过有人使用它。所以这些是我的问题：

• 我可以在“普通”方法中使用它吗？它是“Delphi 语言”的一部分，还是自动化对象的一些编译器破解？

• 为了能够使用它需要什么？

• 这是否类似于 C#4 的命名参数和可选参数？

附加信息：当方法有许多可选参数时，我通常传递记录或简单类，但看起来我不需要这种语法。我知道默认参数值，但它们的用处有限，因为您不能在省略的参数右侧提供任何参数。在 JavaScript 中，我一直在使用这种命名参数样式（无论是使用不同的语法），而且它很强大。

我正在尝试在 ASP Classic 中编写参数化查询，它开始感觉就像我在用头撞墙。我收到以下错误：

必须声明标量变量“@something”。

我发誓这就是你好线的作用，但也许我错过了一些东西......

我目前正在处理一个与 Oracle 数据库对话的经典 ASP 项目。我正在尝试找到一种方法来安全地调用 Oracle PL/SQL 脚本并使用 ADO 传递参数。当前的解决方案使用如下嵌入式变量手动构建 SQL 脚本：

当然，这是丑陋和不安全的，并且容易被滥用。

我到目前为止的代码（从各种非经典的基于 asp 的网站中窃取）看起来像这样：

这会导致错误“参数对象定义不正确。提供的信息不一致或不完整”</p>

使用 ADO 的命名参数调用 Oracle/PL/SQL 的正确方法是什么？我需要使用命名参数，因为实际的 SQL 代码稍微复杂一些，并且在整个 SQL 命令中多次使用不同的参数。