【问题标题】:Organizing a Web Application [closed]组织 Web 应用程序 [关闭]
【发布时间】:2010-10-05 23:26:27
【问题描述】:

你们如何组织您的 asp.net 网络应用程序? 您是否在应用程序或单独的类库中有课程? 您如何按类型、功能、层级将类拆分为名称空间? 我有一个很棒的工作应用程序,但是代码有点乱,我想看看最好的组织方式。

【问题讨论】:

  • 我使用 ASP.NET MVC 组织它。抱歉,没办法;我很抱歉。
  • :) 我也很想这样组织,可惜我做不到
  • 这个项目的规模是多少?

标签: asp.net visual-studio namespaces


【解决方案1】:

我保持简单。

App_code - 包含分组到文件夹中的类

控件 - 包含分组到文件夹中的用户控件

图像 - 包含图像

样式 - 包含 css

js- 包含 javascript

任何其他有意义的页面分组的文件夹。示例:管理页面进入管理文件夹。管理母版页也将放在此文件夹中。

【讨论】:

    【解决方案2】:

    我按层组织课程。

    在小型项目中,我有一个用于数据访问的类库、一个用于业务实体的类库、一个用于实用程序类的类库(包括我的可重用代码)和一个 Web 应用程序项目。

    命名空间是这样的:

    • MyProjectName.DAL
    • MyProjectName.BLL
    • MyProjectName.Utility
    • MyProjectName.Web

    我从不将类添加到 Web 应用程序项目中。

    【讨论】:

    • 为什么你从不将类添加到 Web 项目中?
    • 如果我确定它是一个类,它必须在我的库中占有一席之地,必须在类库中。我的 Web 应用程序仅适用于 Web 文件。也许可以快速找到它:)
    • 当您说类库时,您是指包含您的类的单独程序集吗?
    【解决方案3】:

    我和 ScarletGarden 一起做这个。我的偏好是为逻辑组件创建单独的类库,并尽可能将类排除在 Web 应用程序之外。如果您需要重用这些库、将功能移植到不同的技术(桌面、移动设备等),或者针对您的逻辑编写单元测试,将它们作为独立单元真的很方便。

    【讨论】:

      【解决方案4】:

      核心组件、库组件、模块组件、模板和配置/环境/引导

      /包括

      /core
      /lib
      /modules
      /templates
      config
      enviornment
      

      是我的应用程序结构的基础,实际的应用程序只有一个入口点,所以几乎所有内容都可以从这个或它的子目录中控制。

      【讨论】:

        【解决方案5】:

        我通常结合使用 Brian 和 ScarletGarden 所说的话。我喜欢将我的业务逻辑和数据访问放在一个单独的类库中,但是与 Web 相关的实用程序类、页面基类等放在 Web 项目的文件夹中。如果我认为我的自定义控件会被重用,我也会给他们一个单独的项目。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2020-06-10
          • 1970-01-01
          • 2011-12-21
          • 1970-01-01
          • 2016-02-17
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多