我已经做到了两种方式，而且说实话，除了能够将代码和webform提供给两个不同的人（这在我工作的地方不会发生），我看到一个方法的优点很少。其他。我可以理解将代码放在一个文件中，将标记放在另一个文件中是多么好，但我也可以理解将它们放在一个文件中的容易程度。
我没有看到如何使用代码隐藏强制执行任何类型的“好”编程，因为你仍然可以在代码隐藏中编写糟糕的代码，而且我已经看到了一些非常干净的东西与内联。
所以我真正的问题，您使用的是什么方法？是否有任何你可以使用代码隐藏编程，这是不能用内联代码完成的？或者这一切真的归结为“个人偏好”的简单问题。微软似乎并没有在某种方式上采取真正的立场和性能明智，似乎是一种洗漱。
评论
答案 0 :(得分：2)
根据我的经验，我更喜欢解决方案背后的代码，因为我喜欢它的分离方面。
我主要使用服务器控件，我注意到如果我不将这两者混合太多，我可以更容易地集中精力完成设计任务或编程任务。
但是，有时候，我很欣赏洒水的简易性＆lt; %%＆gt;标签。
最后，你是对的，既不会确保良好和可读的代码，我已经看到一些可怕的代码背后的项目，以及优秀和可读的“内联”代码。
最重要的是，这完全取决于您的偏好。
我的2c。
答案 1 :(得分：2)
作为一般规则，我尝试将HTML与我的代码分开。我将HTML视为一个带有空洞的模板（使用标签，文字......等），然后我的代码可以填充数据。这种干净的分离对我来说更容易管理。
答案 2 :(得分：0)
个人偏好
当然。大量的“噪音容忍度”。
杰夫最近posted on this，我倾向于同意。如果源代码主要是标记，那么内联代码运行良好，但是如果源代码主要是代码然后代码隐藏（并且正如Jeff所说，VB的XML支持在这里可以提供帮助）。
当您设置一些值时，您可能会发现对代码中HTML结构丢失的情况做出了不同的选择（例如，创建的HTML在运行中非常明确）。
正确的平衡在哪里？......这是偏好位。
答案 3 :(得分：0)
我更喜欢吃意大利面条而不是我的代码编辑器。 :)我认为最重要的方面是关注点的分离。如果我在.aspx文件中使用内联C＃代码，它只是用于数据绑定（例如，从某些值构建字符串），将ClientID提供给JavaScript等。
我想这一切都取决于维护。我知道我宁愿修复你的项目;）使用不同文件中的代码，而不是大型脚本。通过使用这样的脚本，您可以引入冗余代码，并使您的开发人员的生活变得悲惨。也许你不与其他任何人合作 - 但有一天有人可能会加入这个团队。我喜欢能够在不触摸布局文件的情况下修改UI逻辑。想想其他人！ ：）
如果您使用一些严格与布局相关的小脚本，那就去吧。
答案 4 :(得分：0)
请 - 无论你做什么，把你的代码放在一个单独的文件中！我不愿意另外调试你的代码。
遗留asp的一个问题是，所有内容都在同一页面上，经过多次编码后，这些内容将无法管理。
请帮我们一个忙，使用.NET的一个强大功能，并将html与服务器端代码分开。
...谢谢
：）