Результаты поиска

Я ищу руководство по лучшей практике использования функции профиля в ASP.NET.

Как вы решаете, что должно храниться во встроенном профиле пользователя, или если вы должны создать свою собственную таблицу базы данных и добавить столбец для нужных полей? Например, у пользователя есть код zip, должен ли я Сохранить код zip в своей собственной таблице или добавить его в профиль web.config xml и получить доступ к нему через механизм профиля пользователя ASP.NET?

Плюсы / минусы, о которых я могу думать прямо сейчас, заключаются в том, что, поскольку я не очень хорошо знаю профиль (сейчас это немного Матрица), я, вероятно, могу делать все, что захочу, если я пойду по маршруту таблицы (например, SQL, чтобы получить всех пользователей в том же коде zip, что и текущий пользователь). Я не знаю, смогу ли я сделать то же самое, если я использую профиль ASP.NET.

Для .net 3.5 SP1 у Microsoft есть новый профиль клиента, который устанавливает только подмножество .net 3.5 SP1 на машины пользователя Windows XP.

Я знаю, как сделать мой профиль клиента сборки готовым. И я читал статьи о том, как реализовать инсталлятор для ClickOnce или MSI .

Но я уже использовал программу установки Inno для своего проекта и хотел бы продолжать ее использовать (как экспресс-пользователь, я не могу легко сделать MSIs), мне нужно знать, как использовать установщик клиентского профиля в пользовательской среде.

Есть статья о схеме Deployment.xml, но нет указаний на то, как ее написать, упаковать или что-то еще. Может ли кто-нибудь объяснить этот процесс? Поиск статей, на которые я ссылался в одиночку, был болезненным опытом поиска.

Я недавно изучал таргетинг профиля клиента .NET для приложения WPF, которое я создаю. Однако я был разочарован, заметив, что профиль клиента действителен только для следующих конфигураций OS:

• Windows XP С ПАКЕТОМ ОБНОВЛЕНИЯ 2+
• Windows Server 2003 Edit: отображается профиль клиента, который не будет установлен на Windows Server 2003.

Кроме того, профиль клиента недопустим для версий x64 или ia64, а также не будет установлен, если была установлена любая предыдущая версия платформы .NET .

Мне интересно, стоят ли усилия по добавлению дополнительных конфигураций OS в матрицу тестирования этих усилий. Существуют ли какие-либо доступные метрики, указывающие процент пользователей, которые могли бы извлечь выгоду из профиля клиента? Я считаю, что после установки фреймворка .NET дополнительная информация передается на веб-сервер как часть веб-запроса, означающего, что фреймворк доступен. Конечно, я бы предположил, что пользователи Windows XP SP2 без установленного фреймворка .NET будут большим количеством людей. Тогда встанет вопрос о том, было ли мое заявление адресовано именно этим лицам.

Кто-нибудь еще определил, стоит ли тратить дополнительные усилия на этих конкретных пользователей?

Edit: похоже, что можно получить предупреждение компилятора, если вы используете функции, не включенные в профиль клиента. Поскольку я обычно запускаю предупреждения как ошибки, этого, надеюсь, будет достаточно, чтобы свести к минимуму тестирование в этой конфигурации. Конечно, эту конфигурацию все равно нужно будет протестировать, но она должна быть такой же простой, как тестирование, если установка/начальный запуск работает на XP с SP2+.

У меня есть проект, использующий Maven 2 в качестве инструмента сборки. Теперь я использую Netbeans 6 как мой IDE и действительно хочу иметь возможность использовать профилировщик. Есть ли способ заставить это работать?