好问题！我假设您可以随时掌握 C# 语法，因此我将重点关注大局。
要开始使用 WebForms 应用程序，您must了解页面生命周期和应用程序生命周期。这是您的首要任务。 ASP.NET 使用的模型基于 Windows 窗体编程，这对您如何看待整个软件生产过程有影响。现在，我假设您将构建一个 WebForms 应用程序，因为 WebForms 技术（在 ASP.NET 中）更加成熟，具有更好的第三方支持并且拥有更多的文档。如果您倾向于 MVC，那么请记住，好的设计将是其中之一 - MVC 不是 WebForms 的一部分，它是 WebForms 的替代方案。
接下来，您需要做出一些决定。您会使用标准数据访问（例如 SQLClient）工具、滚动您自己的数据访问层（或使用 DAL）还是使用 linq to SQL？我说“决定”是因为团队中的每个人都必须在这个问题上齐心协力。我衷心建议您构建 DAL，因为您可以根据自己的需求对其进行优化。 Linq 也不错，但是有一些地平线上不祥的云彩 http://vistadb.net/blog/news/microsoft-killing-linq-to-sql/。协调、决定并坚持下去。
虽然不是强制性的，但您应该认真考虑在单独的类库 (DLL) 中构建业务逻辑。 Visual Studio / ASP.NET 使创建您自己的类库并将其合并到您的解决方案中变得非常容易。了解如何做到这一点，多年来您将成为一名更好的开发人员。人们通常会争论这一点，因为它会将您的 UI 与数据访问隔离开来。虽然确实如此，但这并不是真正的优势 - 当您准备好学习和进行单元测试时，优势就会显现出来。首先假设您将 UI 与逻辑分开，您很快就会感谢我。
此时，您可以 (A) 构建网页并 (B) 在其中显示动态的、基于数据库的内容。确保您掌握了 GridView 和用于填充它们的 ObjectDataSource 对象。注意：ObjectDataSource 负责将数据从 Business Class Library 传输到 UI。如果不使用业务层，则将使用 SQLDataSource 或 LinqDataSource 对象直接从 UI 访问数据。
还没有确定你的架构！
您现在需要决定是否要使用 Microsoft 的 WebParts、登录和导航组件。这些将您锁定在网站导航、UI 等的特定方法上，但如果合适的话可以节省您大量的时间。
一旦您知道您是否会使用这些并且您有机会习惯它们，那么我建议您熟悉母版页。我广泛使用它们，它们非常适合标准化网站的整体外观和感觉。
最后，每个专业的 ASP.NET 开发人员都必须派生自己的 Page 类（例如“MyPageClass”），以便他们可以封装页面级别的常见操作。例如，我构建了一个会话管理对象，以便我可以以类型安全的方式访问所有常用的会话变量。派生页面类负责提供 sessionObj 实例，以便every页面可以访问它，无需任何额外的工作。
现在您已准备好开始构建企业级 Web 应用程序！
