是否可以在 .Net 3.5 上的 C# 中创建类似 VB.net 的模块？

Question

我需要为我的 Asp.net MVC 项目使用 VB.net 的一些功能，即 Module。但我发现 C# 不能像 VB.net 那样处理 Module 。请看下面的代码。

VB.Net - 全球化项目

Public Module [Module Name]
    Public Const WebsiteName As String = "[My Website Name]"
End Module

VB.Net - Asp.net MVC 查看页面

<%@ Import Namespace="[Globalization Project Namespace]" %>

<%= WebsiteName %>

C#.Net - Asp.net MVC 查看页面

<%@ Import Namespace="[Globalization Project Namespace]" %>

<%= WebsiteName                // Error because C# doesn't understand this statement %>
<%= [Module Name].WebsiteName  // It works fine. %>

我认为 C# 将所有模块都视为类。所以，我不能直接调用它而不给出模块名称。你有解决这个问题的想法吗？

PS.1 我知道。模块不正确的 OOP。但它简短而强大。

PS.2 我可以将 VB.net 用于全球化项目，因为所有源代码都将由我的自定义宏生成。但我不喜欢在 VB.net 中编写源代码。所以，我不使用 VB.net 作为 Asp.net MVC View Page 或其他项目的主要语言。

谢谢，

Answer 1

不，C# 没有任何等效于 VB.NET 的模块。

（在 VB.NET 中，访问将由编译器完全限定。）

不过，您可能对 Eric Lippert 的 this blog post 感兴趣，谈论在未来版本中包含“顶级”方法的可能性。

Answer 2

静态类是 VB 模块的 C# 等价物：

public static class MyCSharpModule
{
    public const string WebsiteName = "[My Website Name]";
}

嗯，对于模块的 C# 用户来说也是如此，因为在 C# 中您必须指定类名，即使它是作为 VB 模块创建的。如果从 VB 引用，如果来自 C# dll，则需要指定类名，但如果来自 VB dll，则不需要指定类名...

您可以尝试对 Page 类使用扩展：

public static class MyExtentions
{
    public static string WebsiteName(this System.Web.Mvc.ViewMasterPage page)
    {
        return "[My Website Name]";
    }
}

在页面中，您可以将其作为页面上的方法调用：

<%= WebsiteName(); %>

Answer 3

在 C# 中没有直接等效于 VB.NET 模块，但是，对于大多数用途，我发现使用公共静态类（在您的最“顶级”命名空间中）就足够了。
（不过，您仍然需要使用类名来限定成员和方法）。

类似：

namespace MyApplication
{
   public static class Globals
   {
      public const string app_name = "This is my application name!";
   }
}

并像这样使用它：

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            string s = Globals.app_name;                        
        }
    }
}

对于全局可用的常量值（例如应用程序名称、版本号等），它通常工作得很好。

Answer 4

我发现了一些可能性。让我们看看我的源代码。

C# - 全球化项目

namespace [SolutionName].Globalization.Shared
{
    public class Site : System.Web.Mvc.ViewMasterPage
    {
        public static [PropertyName] { get;set; }
    }
}

我想，你知道接下来会发生什么！

C# - Asp.net MVC 视图页面在同一视图部分

<%@ Master Language="C#" Inherits="[SolutionName].Globalization.Shared.Site" %>
<%@ Import Namespace="[SolutionName].Globalization.Shared" %>

<%= [PropertyName] %>

C# - Asp.net MVC 视图页面在同一视图部分

<%@ Import Namespace="[SolutionName].Globalization.Shared" %>

<%= Site.[PropertyName] %>

C# - 不同视图部分中的 Asp.net MVC 视图页面

<%@ Import Namespace="[SolutionName].Globalization" %>

<%= Shared.Site.[PropertyName] %>

对吗？我认为这是非常漂亮的源代码。你有什么建议吗？请告诉我。

PS.1 我唯一担心的是我的全球化项目。这很奇怪，因为这个项目中的类几乎都继承自 Asp.net MVC 项目中的 View Page 类。

PS.2 不要担心创建上面的代码。因为我将使用 VS Macro 来生成和修改它们。

谢谢，