【问题标题】:How do most people organize code within an application (sub folders)?大多数人如何在应用程序(子文件夹)中组织代码?
【发布时间】:2011-01-23 19:25:20
【问题描述】:

在一个网站中,我看到一些开发人员将代码放入 app_code,有时将 appcode(由于一些错误)放入 DataModel,其他文件放入杂项文件夹。

是否有在应用程序中组织代码的标准方法?

ASP.NET、MVC、Silverlight、控制台、数据库和 WCF 应用程序之间有何不同?我提到 WCF 的原因是因为很多人似乎都有一个共享类型库,它链接在服务器和客户端代码之间。

我可以在哪里学习这些常见做法,而无需尝试、失败和重试。我宁愿只从专家那里学习一次。

【问题讨论】:

  • 不幸的是,成为专家的一个标准是多次尝试、失败并再次尝试:)
  • 我不想成为专家,我只想和他们一起好好工作。学习。

标签: asp.net winforms silverlight wcf sql-server-2005


【解决方案1】:

最标准的组织良好的是 MVC 框架。对于其他任何事情,我大多将文件夹组织为命名空间。

例如 companyName.projectName.folderName

  • myCompany.StackOverFlow.Extension
  • myCompany.StackOverFlow.OpenID

【讨论】:

  • FxCop 命名规则会很有帮助。它还可以告诉您命名空间是否包含太少的类/接口,并建议将命名空间合并为一个。尽量保持你的命名空间简洁,不要太分散(成数千个类/接口)也不要太小。
【解决方案2】:

对于组织命名空间,没有固定的“最佳实践”标准。我个人保持项目井井有条的方法是将任何目录/命名空间的内容限制为大约 20 个项目。这意味着我可以将文件夹的全部内容放入我的屏幕,并且还可以查看它周围的所有其他项目(假设其他文件夹已折叠)。

另一方面,没有太多内容的大量文件夹也会使导航变得困难。

您应该做的另一件事是根据依赖项将您的解决方案分成项目。例如,如果您使用 m-v-vm,您应该为 Model、View 和 ViewModel 分别创建一个项目。

放置在 AppCode 中的文件只能是与演示模块直接相关的文件。其他文件(即 ViewModel、Model、Controller 等,具体取决于您使用的框架)最好放在单独的项目中。

【讨论】:

    【解决方案3】:

    看看“WCF 手动方式……正确的方式”http://www.code-magazine.com/Article.aspx?quickid=0809101

    【讨论】:

      猜你喜欢
      • 2011-04-16
      • 1970-01-01
      • 2015-05-18
      • 2013-04-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-05-02
      • 2017-12-03
      相关资源
      最近更新 更多