d-stream, все оказалось намного запутаннее. Видимо NuGet Package Explorer придется выкидывать на помойку и юзать встроенный билдер. Спасибо за подсказку. Сработало при создании пакета встроенными средствами и изменением для файлов Build Action.
При этом, в пакете, зачем-то, прописываются два каталога content и contentFiles, которые содержат указатели на одни и те же файлы. После этого файлы стали добавляться в проект.
(в чем логика таких изощренных манипуляций я не понимаю...)
Собираю пакет через NuGet Package Explorer.
Весь смысл пакета в том, что там размещаются шаблоны генерации кода *.tt. То есть мне эти файлы нужны как часть проекта, а не как подключенные либы. Например, как таким образом добавить простой текстовый файл readme.txt в проект Core Library?
Владимир Коротенко, имеется ввиду хранилище в базе, которое использует [AspNetUserClaims] и [AspNetRoleClaims]. Через контекст базы данных, я, естественно могу их поменять и считать для любого пользователя, но было бы правильнее заюзать нативный механизм Identity.
На самом деле мне нужно понять имеет ли смысл в Claims хранить свойства пользователей типа ФИО на разных языках или этот инструмент заточен исключительно под политики доступа. Но и во втором случае, непонятно, как я могу устанавливать штатными методами утверждения для пользователей в режиме администрирования системы (от имени другого пользователя).
Владимир Коротенко, как я понял, это относится к текущему пользователю (user).
У меня задача, если я залогинен под одним пользователем (например, admin1@mail.com) как мне поменять утверждения других пользователей. И как вывести список всех пользователей и их утверждений?
Василий Банников, мне нужно дерево ссылок хранить в хранилище (бд, json...) и получать его по запросу узлов.
В общем надо чтобы эти данные хорошо сериализовались и желательно в текстовом формате.
Сейчас у меня есть три сериализуемых класса: NavTree, NavBranch и NavItem. Вопрос про последний класс, сделать его на основе чего-то стандартного. Сейчас в нем присутствуют такие свойства, участвующие в формировании разметки навигатора узла:
string Title
bool IsBlank
string Href
bool IsActive
GavriKos, нет. Вопрос про восстановление риторический. Файлы, к счастью, были не невосполнимые.
Вопрос принципа. Это, скорее всего баг студии, надо быть аккуратнее.
О5 25.
Нужен способ генерации объектов на лету. Пирамида просто для примера.
Допустим есть 4 точки в пространстве, надо по ним построить объемную фигуру с помощью процедурной генерации. Как это можно сделать с помощью C# на Unity?
Роман, я понимаю про что вы говорите, но у меня у разных пользователей могут быть разные права для разных сущностей. В одной он может иметь право удалять записи, а во второй, например, только редактировать. И права я прописываю пользователям на доступ к сущностям, а не сущностям указываю, какие пользователи могут иметь к ним доступ.
Немного перефразирую вопрос: как из атрибута получить доступ к экземпляру класса (контроллера) и установить в нем некоторые данные, чтобы потом их считать другим атрибутом (уже метода класса)?
Так я встроенную и юзаю. У меня есть несколько контроллеров для разных сущностей, для которых доступны операции CRUD, которые реализуются через методы (экшены) контроллера. Для разных пользователей могут быть доступны разные сущности и разные права на работу с сущностями. Соответственно доступ предоставляется на основе фильтров-атрибутов на уровне контроллера (для проверки доступа к сущности) и на уровне метода (для проверки права на операцию CRUD). Все работает, но приходится для атрибутов экшенов повторять данные (название роли), которые и так уже указаны для контроллера. Можно ли это как-то получать автоматически?
Это больше вопрос эстетики кода и данных. Если на уровне контроллера первый параметр уже указан, зачем его дублировать для экшенов внутри контроллера...
Блин. Это все очень круто, спасибо, но, это решение не подходит для веб-сервера. Как я понял на нем тогда должен быть установлен Office и нужно настраивать права доступа. (а это то еще развлечение). Кроме того, такой подход не рекомендуется самим же Микрософт, как уязвимый со стороны надежности работы и безопасности.
Я пробовал это решение внедрить раньше (несколько лет назад), и уперся в эти ограничения.
Или сейчас уже все не так обстоит? Сейчас попробую, конечно, но что-то есть сомнения. Как такая задача решается, например, на стороне SharePoint Services?
При этом, в пакете, зачем-то, прописываются два каталога content и contentFiles, которые содержат указатели на одни и те же файлы. После этого файлы стали добавляться в проект.
(в чем логика таких изощренных манипуляций я не понимаю...)