我是asp.net世界的新人 . 我听说过很多关于asp.net mvc的知识，而且它比webforms更有关于自定义标记和CSS的能力 . 我也听说asp.net比asp.net mvc更容易学习，所以我决定去asp.net和webforms . 我的问题是：Web开发人员/设计人员可以通过webforms获得有关标记和CSS的定制级别是什么？
You can have as much customisation as you like 在html输出中！您可以自定义Web表单中的所有内容 . 但是，定制会带来时间，精力和错误空间 . 所有这些都是Web表单试图拯救你的东西 .
However ，因为你刚刚开始我不会担心 . 只需按照自己的方式制作Web表单并忘记输出的自定义（无论如何，使用ASP.NET 4都要好得多） . 几年后，当你更有经验然后担心 .
如果您要自定义所有内容，那么您应该使用ASP.NET MVC - 这是它的主要参数之一 . 但是Web表单没有任何问题 . 特别是如果你开始使用asp.net一般 I'd say it is better .
标准ASP.NET WebForms使用为您生成标记的服务器控件，因此自定义级别仅限于您使用的控件提供的内容 . 有些技术允许您覆盖控件呈现的内容，从而自定义标记并编写自己的控件，但需要进行一些编码 . 可以实现几乎完全自定义的标记，但是它需要比Web开发人员需要付出更多努力才能进行类似的操作 .
虽然使用经典的ASP.NET WebForms确实可以拥有一个SEO友好的，可单元测试的，可维护的，符合标准的应用程序，但与ASP.NET MVC相比，它所需的努力将是非常重要的 . 但如果您不关心这些事情，您将能够快速开发Web应用程序 .
ASP.NET带有一组内置的用户控件 - 比如文本区域，按钮等等 . 这些模仿winforms它们应该如何工作（事件等），但这是一个相当漏洞的抽象（你必须永远记住你是使用HTML和HTTP） .
用户控件允许重用，当构建页面时，它们会发出HTML - 您几乎无法控制发出的HTML（除非您覆盖渲染，这有点击败了点），因此认为它们更难以自定义 . 要想做到这一点并不容易，需要的工作量超出我的想象 .
在页面呈现方式上也有不同的妥协（例如，最终作为一个连接的容器控件名称的长串），如果您正在寻找对HTML的控制，这使得MVC成为更好的选择 .
Microsoft建议您根据自己的需要选择技术：虽然ASP.NET提供了丰富的控件并且在没有对标记的很好控制的情况下产生快速结果（如上所述：它可以完成，但不知何故击败了ASP.NET背后的想法并创造了很多附加代码），它遭受其他海报提到的缺陷 .
在MVC中，有一组有限的“开箱即用”控件，您必须自己编写更多代码（包括客户端JavaScript），但您可以更好地控制控件的渲染标记 . 除此之外，您的项目通常会将关注点（单元）测试和维护保持清晰分离 .
另一方面没有必要处理这类问题 . 因此，我强烈建议您在开始编码之前先查看ASP.NET体系结构 . 这是一个非常基本的开始：http://www.asp.net/learn/videos/video-6558.aspx
就我个人而言，我从WebForms开始，现在我在Silverlight和WPF中使用类似的MVVM模式学习论文后转向MVC . 这样做对我来说，以便我现在更好地理解MVC背后的好处和想法 . 一旦习惯了WebForms，切换就不那么容易了 .
4 回答
You can have as much customisation as you like 在html输出中！您可以自定义Web表单中的所有内容 . 但是，定制会带来时间，精力和错误空间 . 所有这些都是Web表单试图拯救你的东西 .
However ，因为你刚刚开始我不会担心 . 只需按照自己的方式制作Web表单并忘记输出的自定义（无论如何，使用ASP.NET 4都要好得多） . 几年后，当你更有经验然后担心 .
如果您要自定义所有内容，那么您应该使用ASP.NET MVC - 这是它的主要参数之一 . 但是Web表单没有任何问题 . 特别是如果你开始使用asp.net一般 I'd say it is better .
标准ASP.NET WebForms使用为您生成标记的服务器控件，因此自定义级别仅限于您使用的控件提供的内容 . 有些技术允许您覆盖控件呈现的内容，从而自定义标记并编写自己的控件，但需要进行一些编码 . 可以实现几乎完全自定义的标记，但是它需要比Web开发人员需要付出更多努力才能进行类似的操作 .
虽然使用经典的ASP.NET WebForms确实可以拥有一个SEO友好的，可单元测试的，可维护的，符合标准的应用程序，但与ASP.NET MVC相比，它所需的努力将是非常重要的 . 但如果您不关心这些事情，您将能够快速开发Web应用程序 .
ASP.NET带有一组内置的用户控件 - 比如文本区域，按钮等等 . 这些模仿winforms它们应该如何工作（事件等），但这是一个相当漏洞的抽象（你必须永远记住你是使用HTML和HTTP） .
用户控件允许重用，当构建页面时，它们会发出HTML - 您几乎无法控制发出的HTML（除非您覆盖渲染，这有点击败了点），因此认为它们更难以自定义 . 要想做到这一点并不容易，需要的工作量超出我的想象 .
在页面呈现方式上也有不同的妥协（例如，最终作为一个连接的容器控件名称的长串），如果您正在寻找对HTML的控制，这使得MVC成为更好的选择 .
Microsoft建议您根据自己的需要选择技术：虽然ASP.NET提供了丰富的控件并且在没有对标记的很好控制的情况下产生快速结果（如上所述：它可以完成，但不知何故击败了ASP.NET背后的想法并创造了很多附加代码），它遭受其他海报提到的缺陷 .
在MVC中，有一组有限的“开箱即用”控件，您必须自己编写更多代码（包括客户端JavaScript），但您可以更好地控制控件的渲染标记 . 除此之外，您的项目通常会将关注点（单元）测试和维护保持清晰分离 .
另一方面没有必要处理这类问题 . 因此，我强烈建议您在开始编码之前先查看ASP.NET体系结构 . 这是一个非常基本的开始：http://www.asp.net/learn/videos/video-6558.aspx
就我个人而言，我从WebForms开始，现在我在Silverlight和WPF中使用类似的MVVM模式学习论文后转向MVC . 这样做对我来说，以便我现在更好地理解MVC背后的好处和想法 . 一旦习惯了WebForms，切换就不那么容易了 .