Это возможно, если вы напрямую отправляете запрос на отправку в конечную точку токена, как показано в этой ветке .
Но грант на получение пароля владельца ресурса является Не рекомендуется как он менее безопасен, чем другие потоки (ваше приложение обрабатывает учетные данные), и он не совместим с условным доступом. Кроме того, личные учетные записи, приглашенные клиенту Azure AD, не могут использовать ROPC. Кроме того, если пользователям необходимо использовать многофакторную аутентификацию (MFA) для входа в приложение, они будут заблокированы.
------- Предложите подход
Если в сценарии пользователь прошел проверку подлинности в клиентском приложении, а также получает токен доступа для доступа к вашему веб-API, в веб-API вам необходимо Для вызова другого ресурса / API вы можете использовать поток On-Behalf-Of , который позволяет приложению, вызывающему сервис или веб-API, передавать аутентификацию пользователя другому сервису или веб-API. Вы можете нажать здесь для примера кода в .Net Core.
Вы также можете использовать Поток предоставления учетных данных клиента OAuth 2.0 разрешает веб-службе (конфиденциальный клиент) использовать свои учетные данные вместо того, чтобы выдавать себя за пользователя, для аутентификации при вызове другого веб-сервиса. Вы можете нажать здесь для примера кода.
Отличный улов! Это похоже на ошибку в нашей генерации кода для индексированных свойств (неизвестная, поэтому спасибо, что сообщили об этом!). Я пробовал использовать последнюю внутреннюю сборку VS 2010, и она также воспроизводится.
Что происходит, так это то, что если вы используете инициализатор объекта, создается следующий код:
Application <>g__initLocal19 = (Application) Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("000209FF-0000-0000-C000-000000000046")));
<>g__initLocal19.set_Visible(true);
Однако, если вы устанавливаете Visible = true в отдельном операторе (без инициализатора объекта), то генерируется следующий код:
Application application = (Application) Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("000209FF-0000-0000-C000-000000000046")));
application.Visible = true;
PIA определяет только нижний, поэтому он не работает, когда вы используете инициализатор объекта. Обходной путь на данный момент - установить Visible в отдельном операторе, который должен работать нормально.
Я зарегистрировал ошибку об этом. Еще раз спасибо!
git-bars
может показать, что Вы "фиксируете в день/неделю/год/и т.д.".
можно установить его с pip install git-bars
(cf. https://github.com/knadh/git-bars)
вывод похож на это:
$ git-bars -p month
370 commits over 19 month(s)
2019-10 7 ▀▀▀▀▀▀
2019-09 36 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2019-08 7 ▀▀▀▀▀▀
2019-07 10 ▀▀▀▀▀▀▀▀
2019-05 4 ▀▀▀
2019-04 2 ▀
2019-03 28 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2019-02 32 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2019-01 16 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-12 41 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-11 52 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-10 57 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-09 37 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-08 17 ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
2018-07 1
2018-04 7 ▀▀▀▀▀▀
2018-03 12 ▀▀▀▀▀▀▀▀▀▀
2018-02 2 ▀
2016-01 2 ▀
Быстрый поиск в Google привел меня к: http://gitstats.sourceforge.net/
Вы пробовали это проект? Я уверен, что есть подобные проекты.