Я также столкнулся с этой проблемой в своем приложении Flex, чтобы выполнить экспорт сетки данных на стороне клиента или на стороне сервера.
Первоначально я экспортировал сетку данных на стороне клиента, используя as3xls (как упомянуто выше). Сначала это работало хорошо, но потом стало доставлять мне настоящие головные боли, когда были достигнуты ограничения (то есть невозможность экспортировать символы, не входящие в ASCII). Это когда я перестал использовать as3xls.
Если вы не требуете, чтобы экспорт сетки данных имел какое-либо определенное форматирование, другой вариант будет состоять в том, чтобы экспортировать содержимое сетки данных в строку с разделителями-запятыми и сохранить строку в CSV-файле, все изнутри клиента. Таким образом вы избегаете проблем с конкретными типами данных (датами), имеете полный контроль над экспортируемым текстом и записываете в действительно свободный и гибкий формат файла. И вы избавляете себя от необходимости кодировать инфраструктуру для передачи содержимого сетки данных на ваш сервер и обратно в тех случаях, когда размер и форматирование экспортируемых данных могут не оправдать это.
Если вам требуется форматирование или значительно превосходящая мощность Java для обработки экспорта, я бы предложил использовать MS Office API, например Apache POI , чтобы дать вам возможность намного лучше форматировать ваши данные в стандартный XLS или XLSX документы. В итоге это стало решением, за которое мы пошли (за исключением того, что мы используем SmartXLS в качестве нашего API-интерфейса Excel), для большей возможности точно контролировать, каким образом экспортируемые данные должны быть размещены и отформатированы, а также более удобна доставка файлов XLS / XLSX клиентам профессионал, и его легче обслуживать менее опытным клиентам, чем CSV.