Я не знаю, что мне не хватает, но я добавил свойства профиля в файл Web.config, но не могу получить доступ к профилю. Включите код или создайте новый профиль.
Я не знаю, что мне не хватает, но я добавил свойства профиля в файл Web.config, но не могу получить доступ к профилю. Включите код или создайте новый профиль.
Сегодня у меня была такая же проблема, и я многому научился.
В Visual Studio есть два типа проектов - «Проекты веб-сайтов» и «Проекты веб-приложений». По причинам, которые для меня являются полной загадкой, проекты веб-приложений не могут использовать профиль.напрямую ... строго типизированный класс не создается для вас волшебным образом из файла Web.config, поэтому вам придется использовать свой собственный.
Пример кода в MSDN предполагает , что вы используете проект веб - сайта, и они говорят вам просто добавить <profile>
раздел вашей Web.config
и партии на с Profile.
имуществом , но не работает в проектах веб - приложений.
У вас есть два варианта:
(1) Используйте конструктор веб-профилей . Это настраиваемый инструмент, который вы добавляете в Visual Studio, который автоматически генерирует нужный объект профиля из вашего определения в Web.config.
Я решил не делать этого, потому что не хотел, чтобы мой код зависел от этого дополнительного инструмента для компиляции, что могло вызвать проблемы у кого-то еще, когда они попытались построить мой код, не осознавая, что им нужен этот инструмент.
(2) Создайте свой собственный класс, который является производным от ProfileBase
для представления вашего пользовательского профиля. Это проще, чем кажется. Вот очень-очень простой пример, который добавляет поле строкового профиля «FullName»:
В вашем web.config:
<profile defaultProvider="SqlProvider" inherits="YourNamespace.AccountProfile">
<providers>
<clear />
<add name="SqlProvider"
type="System.Web.Profile.SqlProfileProvider"
connectionStringName="sqlServerMembership" />
</providers>
</profile>
В файле AccountProfile.cs:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Profile;
using System.Web.Security;
namespace YourNamespace
{
public class AccountProfile : ProfileBase
{
static public AccountProfile CurrentUser
{
get { return (AccountProfile)
(ProfileBase.Create(Membership.GetUser().UserName)); }
}
public string FullName
{
get { return ((string)(base["FullName"])); }
set { base["FullName"] = value; Save(); }
}
// add additional properties here
}
}
Чтобы установить значение профиля:
AccountProfile.CurrentUser.FullName = "Snoopy";
Чтобы получить значение профиля
string x = AccountProfile.CurrentUser.FullName;
<profile ..><properties><add name="..">
как в классе AccountProfile, так и в классе AccountProfile, вы получите сообщение «Это свойство уже определено», которое легко исправить, удалив свойства в файле web.config.Проекты веб-приложений по-прежнему могут использовать объект ProfileCommon, но только во время выполнения. Код для него просто не создается в самом проекте, но класс создается ASP.Net и присутствует во время выполнения.
Самый простой способ добраться до объекта - использовать динамический тип, как показано ниже.
В файле Web.config объявите свойства профиля:
Затем для доступа к свойствам:
Чтобы сохранить изменения в свойствах профиля:
Вышеупомянутое отлично работает, если вам удобно использовать динамические типы и вы не возражаете против отсутствия проверки во время компиляции и intellisense.
Если вы используете это с ASP.Net MVC, вам придется проделать некоторую дополнительную работу, если вы передадите объект динамического профиля своим представлениям, поскольку вспомогательные методы HTML плохо работают с объектами «модели», которые являются динамическими. Вам нужно будет назначить свойства профиля статически типизированным переменным, прежде чем передавать их вспомогательным методам HTML.
Если вы создаете собственный класс профиля, как описал выше Джоэл, ASP.Net по-прежнему будет генерировать класс ProfileCommon, но он будет унаследован от вашего пользовательского класса профиля. Если вы не укажете настраиваемый профиль, класс ProfileCommon будет унаследован от System.Web.Profile.ProfileBase.
Если вы создаете свой собственный класс профиля, убедитесь, что вы не указали свойства профиля в файле Web.config, который вы уже объявили в своем пользовательском классе профиля. Если вы сделаете это, ASP.Net выдаст ошибку компилятора при попытке создать класс ProfileCommon.
источник
Профиль также можно использовать в проектах веб-приложений. Свойства могут быть определены в Web.config во время разработки или программно. В Web.config:
или Программно создайте раздел профиля, создав экземпляр ProfileSection и создав отдельные свойства с помощью ProfilePropertySettings и ProfilePropertySettingsColletion , все из которых находятся в пространстве имен System.Web.Configuration. Чтобы использовать эти свойства профиля, используйте объекты System.Web.Profile.ProfileBase. К свойствам профиля нельзя получить доступ с помощью профиля. синтаксис, как указано выше, но может быть легко выполнен путем создания экземпляра ProfileBase и использования SetPropertyValue (" PropertyName ") и GetPropertyValue {" PropertyName ") следующим образом:
или для доступа к профилю текущего пользователя:
источник
ProfileBase
объект и вызвавGetPropertyValue("PropName")
?Когда вы создаете новый проект веб-сайта в Visual Studio, объект, возвращаемый из профиля, будет (автоматически) сгенерирован для вас. Когда вы создаете проект веб-приложения или проект MVC, вам придется развернуть свой собственный.
Возможно, это звучит сложнее, чем есть на самом деле. Вам необходимо сделать следующее:
источник
Если вы используете проект веб-приложения, вы не можете получить доступ к объекту Profile во время разработки прямо из коробки. Вот утилита, которая предположительно сделает это за вас: http://weblogs.asp.net/joewrobel/archive/2008/02/03/web-profile-builder-for-web-application-projects.aspx . Лично эта утилита вызвала ошибку в моем проекте, поэтому в итоге я свернул собственный класс профиля, чтобы унаследовать его от ProfileBase. Это было совсем несложно.
источник
Пошаговое руководство MSDN для создания настраиваемого класса (также известного как метод Джоэла):
http://msdn.microsoft.com/en-us/magazine/cc163624.aspx
источник
Я тоже столкнулся с той же проблемой. Но вместо создания класса, унаследованного от ProfileBase, я использовал HttpContext.
Укажите свойства в файле web.config следующим образом: -
Теперь напишите следующий код: -
Скомпилируйте и запустите код. Вы получите следующий результат: -
источник
Конструктор веб-профилей отлично поработал для меня. Сгенерированный им класс содержит гораздо больше, чем описано в сообщении Джоэла. Я не знаю, действительно ли это нужно или полезно.
В любом случае для тех, кто ищет простой способ сгенерировать класс, но не хочет иметь зависимость от внешнего инструмента сборки, вы всегда можете
ИЛИ (не проверено, но может работать)
если этот второй подход работает, может кто-нибудь сообщить мне для справки в будущем
источник
Просто хочу добавить к ответу Джоэла Спольски
Я реализовал его решение, работающее блестяще, кстати - Cudos!
Для тех, кто хочет получить профиль пользователя, который не является зарегистрированным пользователем, который я использовал:
web.config:
и
А затем мой собственный класс:
Работает как шарм ...
источник
Отличный пост,
Просто обратите внимание на web.config, если вы не указываете атрибут наследования в элементе профиля, вам нужно будет указать каждое отдельное свойство профиля внутри элемента профиля в web.config, как показано ниже.
источник