Open Source .Net клиент для работы с сервисом DaData⁠⁠

Ну его нечего пиарить. Когда люди сталкиваются с задачами по поиску адреса и стандартизации, у них не такой уж и большой выбор. С одной стороны не понятно, что с api 2gis, с другой yandex maps - будь добр использовать их виджет и только на открытых страницах, с третьей - google maps - который хорош, только вот плохо работает с российскими адресами + его использование недавно сильно подорожало ¯\_(ツ)_/¯ 

.Net Framework - это платформа для разработки только под Windows с закрытым исходным кодом.

.Mono - это кроссплатформенный фреймворк для разработки под Linux, Mac и Windows с закрытым исходным кодом, но у него есть проблемы с производительностью .

.Net Core - это уже современная опен сорс платформа для разработки кроссплатформенных приложений.

WinForm, Wpf - это инструменты для создания граф. приложений только под Windows, основанные на .Net Framework. Asp - это технология для разработки веб приложений. Есть Asp Net старый - только для винды и Asp Net Core - кроссплатформенный современный фреймворк.

Xamarin на сколько я знаю используется для разработки мобильных приложений, не работал с ним никогда.

Nuget - это система управления пакетами для платформ разработки, которая позволяет расшаривать пакеты для подключения к проектам. Поддержка для такого большого числа платформ и была добавлена с расчетом на широкое использование, что позволит использовать ее в старом коде, где есть ограничения на версии платформ

Для разработки под PC сейчас стоит использовать .Net Core, либо .Net Framework последних версий. Под мобилки - Xamarin. Для разработки веб приложений - Asp .Net Core

Уже отправил, сказали посмотрят. Я не совсем согласен с StenFredd касаемо того, что о нем все знают. Я бы сказал, что о нем знает очень большой процент людей, которые хотя бы раз в россии делали что-нибудь с поддержкой подсказок по адресу (их по идее не мало, многим сайтам нужен такой поиск). При поиске готовых решений, гарантировано наткнутся.

Я именно поэтому и пишу здесь, потому что тупо не знаю, где подобное размещать. Для хабра это слишком, на реддите? А смысл, там русских мало. Пытаюсь спасти людям время и нервы на написание своих костылей)

я время от времени правлю баги и вношу улучшения. Хотя сейчас это мб уже не настолько важно). Он уже более чем работоспособен, надо будет удалить эту строчку

я не имею отношения к сотрудникам компании или рекламе, я простой разработчик. Единственное общение которое я имел с ними, так это с их тех поддержкой. По поводу 1с, я не знаю, наверно им виднее, хотя они думаю могли бы сделать подобный функционал (мб и уже есть, хз). Ну или мб они просто сочли что им дешевле платить небольшие по меркам подобных сервисов деньги за год (вроде что-то около 400к рублей), чем разрабатывать и поддерживать что-то свое

Спасибо, вот, можете посмотреть, если интересно  https://dadata.ru/suggestions/

именно так и было реализовано раньше. В апи клиенте создавался один экземпляр HttpClient и передавался по цепочке вызовов, чтобы в конце вызвать httpClient.SendAsync - моей реализации

раньше так было, это было довольно медленно. Когда я сделал его сингелтоном, то неплохо поднялась производительность. См. время тестов у релизов на гите. Ну и в целом я склоняюсь к тому, что его использование тут оправдано. В скором времени собираюсь добавить несколько очередей сообщений, они вместе будут отлично кореллировать. Если что, вы всегда можете сделать пулл реквест)

для меня, как человека который много работал с WPF местная разметка выглядит ну очень ущербно. Да и все там как то через не то место работает по ощущениям

msdn наше все https://docs.microsoft.com/en-us/dotnet/core/whats-new/ Авалония : https://github.com/AvaloniaUI/Avalonia Сейчас курс таков, что они реализовывают все то, что есть в .Net Framework, чтобы полностью прировнять их. Попутна вводя новые фишки и тп.

хм, интересно, не знал, посмотрю. Спасибо

UPD: исправил

а, ок. Извиняюсь, не силен в письме:) Спасибо за поправку

не буду продолжать пытаться вас переубедить, может если вы когда-нибудь займетесь задачей поиска адресов, поймете о чем я. А вообще называть сервис говном, ни разу с ним не поработав, такой себе подход. Он весьма известен среди людей, работающих с адресами и рос. базами данных. Например 1C использует их апи для поиска адресов

Вы когда-нибудь пробывали использовать QML?) Ну или хотя бы, на сколько редко вы находили моменты, что пример из документации не работает, потому что функционал изменился. Или вообще новый - сломал старый. Ну и куда же без Qt Creator:)

Ну я аналогов не знаю, да и у них все самое дешевое, если посмотреть. Ну и основная их функциональность - подсказки (до 10к запросов в сутки бесплатно), при этом им все-равно где ты их будешь использовать. Также они работают с рос. базами данных, в целом неплохо поддерживают актуальность, да и поддержка нормально работает (пока делал нашел несколько ошибок в документации). Почитайте ограничения на использование Yandex Maps например))

ага, есть такое:) Если мне память не изменяет, еще вроде Unity с ним работает. Но это все до поры до времени. Сейчас делают System.Drawing и на нем же создают Avalonia - это грубо говоря кроссплатформенный WPF, обещает быть хорошей штукой)

Ну он вроде как еще живой, что с ним сейчас происходит не в курсе, но по факту в нем сейчас не много смысла есть, с учетом наличия Net Core

Qt - это мой самый любимый ненавистный инструмент

Ну он уже далеко не сырой, я работаю с ним с первых релизов, в целом проблем не было. Чего там сейчас реально не хватает, так это System.Drawing :(. А так все гуд и он очень быстро развивается. 2.1 рановато, согласен, а вот 2.0 стабильная очень. Что меня больше всего напрягает, так это EF Core. У него нет хороших реализаций провайдеров к популярным БД вроде постгреса, монго и тп.