我的公司正在从经典的 asp（一场噩梦）转向 .Net（迅速成为同样的噩梦）。我们有 800 多张表格，它们的处理方式非常相似，但有 800 组不同的问题。
他们有共同的代码：添加到数据库，从数据库中获取，验证用户输入，验证信用卡信息等......
我们正在使用 Visual Studio 2008。您将如何组织这些解决方案/项目？
我们是否将它们全部放在一个解决方案中？
Net666
问问题
363 次
5 回答
6
抓住机会 - 如果可能的话 - 将 800 种表格转换为软编码
警告：我做了一些与此非常相似的事情，其中表格都是法律协议，因州而异，并且发现它们有足够的对称性，可以从数据库中生成（和创建！）原始文档自动逆向工程成新的（数据库驱动的）格式。结果通过屏幕截图自动验证 - 像素完美再现。
于 2009-01-15T04:32:55.527 回答
2
您完全必须从数据库中生成它。实施可配置的调查/问卷/考试系统比实施 800 个表格要容易得多。
如果它只有 50 个表格，我可能会让它变得草率，但是 800 个表格 - 一直以编程方式生成。
于 2009-01-15T05:41:22.097 回答
0
在这一点上，我会根据自己的经验提出以下建议：
1）不要为了升级而升级项目；如果它有效，请离开它。
2) 如果您的公司有一些“必须升级”的愿景……好吧，将其转换为 .NET 项目，但不要更改任何功能。保持原状。这可能需要几天的小修复，具体取决于应用程序的复杂性，但应该是可行的。
3) 尝试说服你的老板/公司 a) 从头开始构建一个新应用程序，或者 b) 使用 3rd 方调查软件，如 Cade Roux 提到的。在新版本准备好之前，让现有版本一直运行。
将应用程序转换为 .NET并同时将其重写为 .NET 范例将成为一场噩梦，不要这样做。
于 2009-01-15T12:32:30.080 回答
0
你可能设计了这个不同的。也许是动态生成的页面和多态性。但是，是的，您不会通过单独的解决方案获得任何收益。它可能会增加你的头痛。你实际遇到了什么问题？您是否将数据库逻辑与演示文稿分开？您基本上只是在 ASP.NET 中进行经典 ASP 样式编码吗？
于 2009-01-15T04:32:10.190 回答
0
800张表格？就像在 800 个网页中一样？这很多，但应该是可以管理的。令我惊讶的是，您没有使用某种表单构建技术查看许多表单，例如表单的布局和您拥有的内容存储在某种数据库中。希望您可以使用一些用户控件来至少将代码最小化/标准化。
代码方面，您不妨按字母顺序对它们进行分组，免去尝试找出它们之间的一些共同功能的麻烦……如果一个表单在组之间重叠怎么办？无论您做什么，都不要让您的代码结构弄乱您希望它们如何排列和呈现给用户的方式。查看 .net 拥有的站点地图。
我假设您正在使用网络表单？这没有错，并且有一些完全正当的理由坚持下去。但是，如果您还不太了解，请查看MVC 框架，看看它是如何吸引您的。
于 2009-01-15T04:43:38.420 回答