.net - 我们基于 .NET 的 IDE 使用什么脚本语言？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 9 年前。

Improve this question

我们有一个用于机器自动化的 IDE，允许用户通过可视化连接对象和组件来开发解决方案。他们还可以使用 C++ 和 C# 编写“插件”。该IDE是使用.NET编写的。其用户通常不是从事传统软件开发和编程，而是更多地从事技术/电气和自动化工程师的方向，但他们都需要了解 C# 和 C++ 编程的基础知识。

如果我们要为 IDE 本身引入宏/脚本语言，包括交互式控制台(仅限设计时)，我们应该选择哪种语言？它应该是一种动态脚本语言，在 .NET 和 DLR 中都有良好的基础，因为它是面向 future 的，并且有良好的支持和良好的动力，但对于我们的特殊开发人员来说也不会有如此陡峭的学习曲线。理想情况下，如果您了解 C++ 和/或 C#，即使您不是一名坚如磐石的软件开发人员，它也应该完全直观地使用。

更新:目前对我们最有吸引力的选择是使用动态编译的 C#。我们的用户可以继续使用 C#。甚至似乎可以构建一个交互式控制台，如 CSI证明。您觉得这个选项怎么样？是否有任何我们(由于我们缺乏脚本编写经验)尚未意识到的潜在陷阱/缺点？

Answer 1

Python (IronPython) 会投我一票。它是一种动态语言，可用于编写 .NET 程序脚本，并且可以交互式地使用它(尚未实际尝试与 IronPython 进行交互，但您当然可以与“常规”Python 进行交互)。不幸的是，它对于 C++ 和 C# 开发人员来说并不完全直观。

您可以仅使用 C# 作为脚本语言(您可以在运行时编译并执行代码)，但您不会获得交互式控制台，而且它不太像“脚本”。

我认为简单性对于脚本语言来说非常重要。 Python 中的“Hello World”只是 print“Hello World”，而在 C# 中，您需要命名空间、类、静态 Main 方法等。如果您想使用 C#，可以通过以下方式进行模拟:在编译之前将用户提供的代码包装在函数定义(或至少一个类)中，因此它们的“脚本”可以只是函数的内容。这会在一定程度上限制他们在脚本中可以执行的操作，这可能是好是坏，具体取决于您想要什么。如果他们需要多个类和函数，也许他们需要根据您的情况编写一个完整的插件。