ASP.NET библиотеки / сборки /DLL для создания, объединения и разделения PDF-файлов в среде общего хостинга

#asp.net #pdf

#asp.net #PDF

Вопрос:

У меня есть требование к проекту, размещенному в среде общего хостинга, поэтому мы не можем установить или зарегистрировать какой-либо пользовательский интерфейс.СЕТЕВЫЕ библиотеки / DLL / сборки и т.д.

Есть ли изначально доступный в IIS 7 компонент, который позволит нам создавать, объединять и / или разделять PDF-файлы? Что-то вроде компонента Persits, но это не требует какой-либо пользовательской установки на сервере?

Или, в качестве альтернативы, есть ли способ зарегистрировать сборки (или библиотеки, или как вы их называете в ASP.NET — здесь я немного новичок) с помощью кода …?

Комментарии:

1. Вам понадобится сторонняя библиотека, такая как PDFsharp или iTextSharp.

2. Вы должны иметь возможность ссылаться на сторонние библиотеки DLL, которые являются локальными для вашего проекта или каким-либо образом включены в ваше развертывание. Нет необходимости регистрировать их на сервере или в GAC или устанавливать что-либо. (Если это необходимо, я бы не рекомендовал использовать эту библиотеку. Звучит не очень переносимо.)

Ответ №1:

Вам не нужно ничего устанавливать на сервер. Вы можете просто добавить DLL в свою папку bin, и все будет работать нормально. Если вы используете Visual Studio, просто щелкните правой кнопкой мыши проект -> Добавить ссылку и просмотрите, чтобы выбрать .Сетевая библиотека, которую вы будете использовать.

Что касается самой библиотеки, я давным-давно использовал iTextSharp, и она действительно предлагает все, что вам нужно для разделения, объединения и создания PDF-файлов «на лету». Вот ссылка на библиотеку.

Множество примеров использования библиотеки здесь.

Ссылка на библиотеку PDFsharp, как предложил jrummell (спасибо!)

Комментарии:

1. iTextSharp — это порт Java. Это отлично работает, но не соответствует соглашениям о библиотеке .NET, поэтому немного неудобно. PDFsharp — более молодая библиотека, написанная с нуля на .NET, поэтому мне было удобнее. Но оба делают в основном одно и то же.