Модуль == статический класс
, Если Вы просто хотите класс, который Вы не можете наследовать, используйте класс NotInheritable. Но это не будет статически/Общим. Вы могли отметить все методы, свойства и участников, столь же Общих, но это не строго то же самое как статический класс в C#, так как это не осуществляется компилятором.
, Если Вы действительно хотите vb.net, эквивалентный статическому классу C#, используйте Модуль. Это не может быть наследовано и все участники, свойства, и методы являются статическими/общими.
Та же проблема ...
Мы добавили на страницу элемент управления Reportviewer, созданный на основе пользовательской базовой формы. В этой базовой форме мы переопределяем метод RenderChildren. В качестве примера см. Статью: http://msdn.microsoft.com/en-us/library/system.web.ui.control.renderchildren.aspx
У нас не было проблем с этим до Beta 2 , и наша структура во многом полагается на эту функциональность.
У меня была такая же проблема, и ответ MattSlay заставил меня понять, что метод Refresh должен вызываться только тогда, когда страница не является обратной передачей, моя рабочая Page_Load:
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
MainReportViewer.ProcessingMode = ProcessingMode.Remote;
string reportName = this.Request.QueryString["ReportName"];
MainReportViewer.ServerReport.ReportPath = "/Pulse Reports/" + reportName;
MainReportViewer.ServerReport.ReportServerUrl = new Uri("http://10.1.0.48/ReportServer");
MainReportViewer.ServerReport.Refresh();
}
}
До Beta 2 VS поставлялась с Report Viewer 9.0 (такой же, как в VS 2008). В Beta 2 используется Report Viewer 10.0, который по-другому обрабатывает асинхронный рендеринг (используя ASP.Net AJAX против рендеринга содержимого в iframe). Показывает ли Report Viewer индикатор загрузки бесконечно? Если да, то, вероятно, в событии загрузки вашей страницы есть код, который сообщает ReportViewer о необходимости перезапустить обработку отчета. Если вы делаете это каждый постбэк, то просмотрщик застревает в бесконечном цикле. Простое добавление проверки IsPostBack в событие загрузки страницы должно решить эту проблему.
Подробнее см. статью "Reports Never Stop Loading With VS 2010" в блоге Brian Hartman's Report Viewer Blog.