Я создал инструмент отчетности как часть внутреннего веб-приложения. Отчет отображает все результаты в GridView, и я использовал JavaScript для чтения содержимого строки за строкой GridView в объект Excel. JavaScript продолжает создавать сводную таблицу на другом листе.
К сожалению, я не ожидал, что размер GridView вызовет проблемы с перегрузкой в браузере, если будет возвращено более нескольких дней. Приложение имеет несколько тысяч записей в день, допустим, 60 тыс. В месяц, и в идеале я бы хотел вернуть все результаты на год. Количество строк вызывает зависание или сбой браузера.
Мы используем ASP.NET 3.5 в Visual Studio 2010 с SQL Server, а ожидаемым браузером является IE8. Отчет состоит из gridview, который получает данные из одной из нескольких хранимых процедур в зависимости от того, какую популяцию выбирает пользователь. Просмотр сетки находится в UpdatePanel:
<asp:UpdatePanel ID="update_ResultSet" runat="server">
<Triggers>
<asp:AsyncPostBackTrigger ControlID="btn_Submit" />
</Triggers>
<ContentTemplate>
<asp:Panel ID="pnl_ResultSet" runat="server" Visible="False">
<div runat="server" id="div_ResultSummary">
<p>This Summary Section is Automatically Completed from Code-Behind</p>
</div>
<asp:GridView ID="gv_Results" runat="server"
HeaderStyle-BackColor="LightSkyBlue"
AlternatingRowStyle-BackColor="LightCyan"
Width="100%">
</asp:GridView>
</div>
</asp:Panel>
</ContentTemplate>
</asp:UpdatePanel>
Я был относительно новым для своей команды, поэтому я последовал их типичной практике возвращения sproc в DataTable и использовал это как DataSource в коде:
List<USP_Report_AreaResult> areaResults = new List<USP_Report_AreaResult>();
areaResults = db.USP_Report_Area(ddl_Line.Text, ddl_Unit.Text, ddl_Status.Text, ddl_Type.Text, ddl_Subject.Text, minDate, maxDate).ToList();
dtResults = Common.LINQToDataTable(areaResults);
if (dtResults.Rows.Count > 0)
{
PopulateSummary(ref dtResults);
gv_Results.DataSource = dtResults;
gv_Results.DataBind();
(Я знаю, о чем вы думаете! Но да, с тех пор я многое узнал о параметризации.)
Функция LINQToDataTable не является чем-то особенным, просто преобразует список в datatable.
С несколькими тысячами записей (до нескольких дней) это прекрасно работает. GridView отображает результаты, и есть кнопка для щелчка пользователя, запускающая экспортера JScript. Внешняя функция JavaScript считывает каждую строку в лист Excel, а затем использует ее для создания сводной таблицы. Сводная таблица важна!
function exportToExcel(sMyGridViewName, sTitleOfReport, sHiddenCols) {
//sMyGridViewName = the name of the grid view, supplied as a text
//sTitleOfReport = Will be used as the page header if the spreadsheet is printed
//sHiddenCols = The columns you want hidden when sent to Excel, separated by semicolon (i.e. 1;3;5).
// Supply an empty string if all columns are visible.
var oMyGridView = document.getElementById(sMyGridViewName);
//If no data is on the GridView, display alert.
if (oMyGridView == null)
alert('No data for report');
else {
var oHid = sHiddenCols.split(";"); //Contains an array of columns to hide, based on the sHiddenCols function parameter
var oExcel = new ActiveXObject("Excel.Application");
var oBook = oExcel.Workbooks.Add;
var oSheet = oBook.Worksheets(1);
var iRow = 0;
for (var y = 0; y < oMyGridView.rows.length; y++)
//Export all non-hidden rows of the HTML table to excel.
{
if (oMyGridView.rows[y].style.display == '') {
var iCol = 0;
for (var x = 0; x < oMyGridView.rows(y).cells.length; x++) {
var bHid = false;
for (iHidCol = 0; iHidCol < oHid.length; iHidCol++) {
if (oHid[iHidCol].length !=0 && oHid[iHidCol] == x) {
bHid = true;
break;
}
}
if (!bHid) {
oSheet.Cells(iRow + 1, iCol + 1) = oMyGridView.rows(y).cells(x).innerText;
iCol++;
}
}
iRow++;
}
}
Что я пытаюсь сделать: Создать решение (возможно, клиентскую), которое может обрабатывать эти данные и обрабатывать их в Excel. Кто-то может предложить использовать HtmlTextWriter, но afaik, который не позволяет автоматически генерировать сводную таблицу и создает неприятное всплывающее предупреждение....
Что я пробовал:
- Заполнение объекта JSON - я все еще думаю, что у этого есть потенциал, но я не нашел способ заставить его работать.
- Использование SQLDataSource - я не могу использовать его для получения каких-либо данных.
- Разбиение на страницы и перемещение по страницам - Смешанный ход. Как правило, уродливый, и у меня все еще есть проблема, что весь набор данных запрашивается и возвращается для каждой отображаемой страницы.
Update: Я все еще очень открыт для альтернативных решений, но я занимаюсь теорией JSON. У меня есть рабочий серверный метод, который генерирует объект JSON из DataTable. Я не могу понять, как передать этот JSON в (внешнюю) функцию exportToExcel JavaScript....
protected static string ConstructReportJSON(ref DataTable dtResults)
{
StringBuilder sb = new StringBuilder();
sb.Append("var sJSON = [");
for (int r = 0; r < dtResults.Rows.Count; r++)
{
sb.Append("{");
for (int c = 0; c < dtResults.Columns.Count; c++)
{
sb.AppendFormat("\"{0}\":\"{1}\",", dtResults.Columns[c].ColumnName, dtResults.Rows[r][c].ToString());
}
sb.Remove(sb.Length - 1, 1); //Truncate the trailing comma
sb.Append("},");
}
sb.Remove(sb.Length - 1, 1);
sb.Append("];");
return sb.ToString();
}
Может ли кто-нибудь показать пример того, как переносить этот объект JSON во внешнюю функцию JS? Или любое другое решение для экспорта в Excel.