在MVC5.2(.NET4.5)应用程序中使用ReportViewer控件是个坏主意吗
由于ReportViewer必须与ASPX一起使用，而且WebForms和MVC之间有很多不同之处，我是否还应该在MVC应用程序中包含ReportViewer控件（作为部分视图），或者最好搜索其他选项？如果在MVC中使用ReportViewer不是上帝的想法，我还有什么其他选择？
共有1个答案
不幸的是ReportViewer需要viewstate，而MVC中不需要。
正如您所注意到的，您将需要通过一些黑客攻击来使其工作，如果您谷歌更多，您可能会发现一些库/GitHub回购将使这一过程变得容易。
最好的办法是从头开始构建它，远离Webform技术，但这也不是那么容易，我知道telerik构建了这样的东西，但它不是免费的，尽管它非常值得。
-
但是，由于不支持webforms，我无法将控件添加到WebForm中。 是否有其他可能帮助我在ASP.NET Core Web应用程序中使用ReportViewer控件的解决方法？
-
问题内容： 我知道String类的hashCode（）方法 不能 保证为不同的String-s生成唯一的哈希码。我看到了很多将String键放入HashMap-s的用法（使用默认的String hashCode（）方法）。如果地图使用真正不同的String键替换了先前放置在地图上的HashMap条目，那么很多这种用法可能会导致重大的应用程序问题。 在String.hashCode（）对于不同的St
-
问题内容： 我有如下代码： 当我这样做时，Findbugs总是报告错误。 问题答案： 如果您要手动连接，我会使用， 但是，如果您要迭代和串联，我建议，
-
问题内容： 似乎我在某处听到/读到了a的内部禁忌。并不是说它不起作用，只是基于它们的显示类型，关于它们的兼容性不佳。找不到任何证据来支持我的预感，所以我可能完全错了。 问题答案： 使用实例a 并不比使用表进行布局的任何其他方式差。（尽管有些人从不使用表格进行布局，而我恰好是其中之一。） 如果您使用的，你会得到但在一种情况，它可能是很难预测的因素将如何调整大小。div的默认值是从其父对象确定其宽度，
-
问题内容： 有人告诉我不要在JavaScript中使用数组。为什么不？ 问题答案： 原因是一种构造： 有时可能与另一个完全不同： 还请注意，JavaScript库可能会执行以下操作，这会影响您创建的任何数组：
-
在jsonb列中存储外键有哪些问题？ 背景： 我有一个项目表： 属性列是以下结构的一级jsonb： item_attribute_id是指向属性表的外键，它保存与给定属性（名称、类型、描述）相关的所有内容。 我找不到任何关于为什么这可能是一种好的/坏的做法的文献。有没有我忽略的明显的直接相关问题？