在创建网页时，Add/Edit 推荐的方法是什么？
When creating web pages, what is the recommended approach for Add/Edit?
假设您正在开发一个 Web 应用程序，该应用程序要求您能够 Add/Edit 项。项目表单包含几个输入控件。您是将 add/edit 页面分开还是将页面用于 add/edit 并通过查询字符串进行控制（即 ItemAddEdit.aspx?isEdit=1）
我看到的分离的好处是（非技术）用户更容易键入页面并确定它是添加还是编辑。此外，当每个页面都有特定的更改时（如果有的话），更改会更容易。
对于单个页面，嗯，你重用代码，消除了一些重复代码，避免了可能出现的问题。
不，我不能使用路由。
这通常是主观的事情，因为有多少编码人员就有多少种做事的方法，其中很多取决于您的系统的总体设置方式。
但是，如果我要推荐，我会说如果使用 asp.net 网络表单，你应该做的是制作两个网页（添加/编辑），然后你使用对那些进行用户控制以对两个页面之间的共享逻辑进行分组。毕竟 - 这就是我们拥有用户控件的原因。
通过这种方式，您可以通过将逻辑保持在一个 file/class 中来拥有两种情况，但仍然有两个入口点。
这也将更多地反映 MVC 的工作方式，这可以被认为是一个加号。
话虽这么说 - 如果您的管理功能落后于登录等，那么实际上将它与查询字符串方法分开进行并没有什么阻碍，然后在编辑或显示时加载数据 "empty"/创建时的基础数据。
您无论如何都不应该让用户键入地址，而是单击链接以跟随您的流程，因此查询字符串应该是一个最小的问题。
但是为了保持您的功能清晰和划分，我个人建议采用两页/用户控件方法。
假设您正在开发一个 Web 应用程序，该应用程序要求您能够 Add/Edit 项。项目表单包含几个输入控件。您是将 add/edit 页面分开还是将页面用于 add/edit 并通过查询字符串进行控制（即 ItemAddEdit.aspx?isEdit=1）
我看到的分离的好处是（非技术）用户更容易键入页面并确定它是添加还是编辑。此外，当每个页面都有特定的更改时（如果有的话），更改会更容易。
对于单个页面，嗯，你重用代码，消除了一些重复代码，避免了可能出现的问题。
不，我不能使用路由。
这通常是主观的事情，因为有多少编码人员就有多少种做事的方法，其中很多取决于您的系统的总体设置方式。
但是，如果我要推荐，我会说如果使用 asp.net 网络表单，你应该做的是制作两个网页（添加/编辑），然后你使用对那些进行用户控制以对两个页面之间的共享逻辑进行分组。毕竟 - 这就是我们拥有用户控件的原因。
通过这种方式，您可以通过将逻辑保持在一个 file/class 中来拥有两种情况，但仍然有两个入口点。
这也将更多地反映 MVC 的工作方式，这可以被认为是一个加号。
话虽这么说 - 如果您的管理功能落后于登录等，那么实际上将它与查询字符串方法分开进行并没有什么阻碍，然后在编辑或显示时加载数据 "empty"/创建时的基础数据。
您无论如何都不应该让用户键入地址，而是单击链接以跟随您的流程，因此查询字符串应该是一个最小的问题。
但是为了保持您的功能清晰和划分，我个人建议采用两页/用户控件方法。