ASP.NET开发人员多久不使用Visual Studio设计模式？

Question

我们正在开发一个ASP.NET应用程序。我们聘请了一家外部UI设计公司，并且在很大程度上对他们的工作非常满意。他们向我们提供的“可交付成果”是可点击屏幕 - 带有ASPX文件，图像，母版页等的Visual Studio解决方案。屏幕未连接到任何数据源。他们有虚拟数据，以便我们可以看到用户界面如何运作。

我们遇到的一个问题是我们的开发人员习惯使用Visual Studio设计模式。当我们将它们提升到设计模式时，我们从UI公司收到的页面有时会出现问题。顾问的开发人员在不使用设计模式的情况下编码这些屏幕。

我们假设他们正在使用设计模式，但合同中没有规定。这个太多了吗？是否有很多ASP.NET开发工作从未经历过VS设计模式？

---

第三方编辑：

  

建议：回复此问题的人应指明哪个   他们是Visual Studio的版本   使用，因为微软破坏了代码   在VS2005中的基础和   早期的设计师，并取而代之   他们购买的那个   购买了Expression产品。该   两个是完全无关的，而且是新的   一个是远更好。 - John Saunders

Answer 1

越来越多的人使用Visual Studio，您越来越依赖于设计模式。复杂的用户界面往往会使设计视图看起来很糟糕。

Answer 2

我（和同行）从不使用设计模式，原因有两个：

• 我在VS 2003中学到了不接触设计模式，因为你的HTML是由VS管理的。 （虽然自2008年以来不再存在，但曾经被咬过......）

• 渲染可能需要很长时间。

从工具箱和手动代码拖放更快。

Answer 3

我实际上发现 做 的ASP.NET开发人员使用设计器非常少见。 Visual Studio设计器在生成干净标记方面非常糟糕。

Answer 4

我从不使用设计模式，可能是因为它过去常常弄乱我的标记。另外我做了很多动态渲染，所以没有意义。我只使用CSS进行格式化，我不想让VS搞乱。

Answer 5

许多人从不使用它，因为过去经历不好。在使用现代控件时，我发现VS2008中的设计模式没有什么问题，这些控件是最新的并且具有良好的设计支持。

另一方面，由于早期的问题，许多自定义服务器控件不具有良好的设计器支持，因此在设计模式下，由于早期的设计器代码库具有更少的用处被一个好的替换了。

Answer 6

我几乎从不使用设计模式。它通常会创建丑陋的HTML，并称我为肛门，但我真的很想拥有干净的HTML。如果这意味着手工编码，那就这样吧。

Answer 7

我更喜欢手动操作，我喜欢控制。

如果我想查看结果，请按F5。

Answer 8

我几乎从不使用设计模式。对我来说，最大的原因是因为我在记事本中学习了网页设计/开发，所以我习惯（并且很舒服）使用代码。设计模式让我感到不舒服，因为我无法确定VS将在HTML等方面做出什么样的决定。此外，我无法想象开发人员将使用设计模式学习几乎所有关于ASP.NET和VB / C＃的知识

我唯一使用设计模式的方法是自动配置GridView或类似的东西。

Answer 9

设计模式在这里受到了很大影响，但我要指出，了解新控件是很好。当您不熟悉ASP.NET或使用新的控件库时，设计模式是一个天赐之物，原因有两个：

1. 您可以在属性编辑器上修改属性，并立即查看它们。对于列表容器类型控件尤其如此，其中整个布局可能依赖于一个属性。运行应用程序五次以查看所有五种布局非常繁琐。
2. 控制复杂的行为（让我们面对它，这就是你使用控件的原因，对吧？），他们的智能标签中经常会有很多配置。注意控件右上角的小[＆gt;]箭头？点击它。这可能会帮助你度过难关。对于配置DataSources尤其如此，其语法非常细致。

当我第一次学习使用Telerik控件时，我非常依赖他们提供的智能标签，这些标签非常强大且完整。从那里，您可以看到生成了什么样的ASPX标记，并学习在设计模式之外工作。我是一个边做边学的人，所以我更喜欢这种方法在第一次使用时查看文档。

Answer 10

你知道吗，我从未意识到我100％使用源屏幕。我通常在VS2005中开发。

每当我实际打开设计模式时，它都是偶然的，我尝试在渲染之前点击源视图。我从来没有对设计模式印象深刻，发现它很慢，并添加了许多不必要的标记。我还发现intellisense和属性窗口意味着我不需要GUI来开发。

当您尝试添加任何嵌套项时，设计模式也可能是一场噩梦。因为我们一直在为使用IE6的客户开发，所以我们一直在使用表格进行格式化，所以我们不需要不同的DIV定义。只需单击一个空单元格就很困难了，调整列的大小可能需要很长时间。

对于像网格中的模板字段这样的东西，我甚至不知道如何在设计视图中进行设置！

话虽如此，每次为Windows应用程序设计模式！

Answer 11

我正在使用VS2008，我从不使用设计视图。我发现代码视图比设计者更容易，更敏感。

Answer 12

设计模式越来越好我会说随着时间的推移它会变得更加普遍，设计模式工具也会不断改进。我为设计模式设计了所有组件，但我仍然手工完成大部分代码 - 它允许更好地控制代码布局，并且最终不会创建自动格式化的混乱，然后我必须深入研究需要做出哪些改变。我知道将来我的组件可能会被那些通过拖放操作完成大部分设计的开发人员使用，而且现在更容易满足这一要求，而不是在事件发生后再回来做。

Answer 13

当然我正在做MVC的事情，但我从不使用它 - 我在PHP和代码编辑器“长大”，它仍然让我很好。

Answer 14

我正在使用两个不同版本的.NET（2003＆amp; 2005）。 2003年编写的某些表单在2003年无法再编辑，安装需要在2003年进行维护，因此我使用KEDIT编辑这些表单。 一个应用程序中的某些表单对于.NET编辑器来说太大了，我更喜欢强大的编辑器。

Answer 15

我们的用户界面很复杂，我们无法在VS2005中使用设计模式。

我接触设计模式的唯一一次是做一个快速而肮脏的原型或内部应用程序。

我多久不使用一次设计模式？ 99％的时间。

Answer 16

传统上所见即所得的设计师产生了糟糕的代码并且渲染CSS和#INCLUDEd文件很差，因此它们的使用有限，因此开发人员倾向于手动编写代码。此外，这些工具允许你在没有真正了解自己正在做的事情的情况下走一段距离，这对于网络教程和个人主页来说很好，但是只要你想要一个额外的控制程度，你就会失败 - 当你意味着你有了无论如何都要求“引擎盖”。

虽然工具随着时间的推移而有所改进，但许多开发人员对手动编码非常熟悉，但他们都忘记了设计视图 - 我上次使用它时当然不记得了。我确信在很多情况下这些工具可能真的很有用，但是我们没有做任何事情，也不想因为想出什么时候而烦恼。最好使用这些功能。

Answer 17

我们主要使用代码视图。我们在VS 2008中发现了设计模式。由于某些原因，XML控件往往会出现随机字符集，并且在尝试在屏幕上呈现所有内容时，VS通常会运行缓慢。我主要使用代码视图。

Answer 18

在设计模式下工作没问题。一个例外是asp：不支持的Repeater，或者倾向于覆盖我的手动列定义的GridView。

另一种情况是，如果我重命名控件，VS会尝试执行完整项目扫描，然后失败。