можно стиль переопределить

BorderThickness = 0 но лучше полный стиль, да если будешь элемент управления в разных местах использовать

Спасибо

Если есть, скиньте, пожалуйста, подобный чат по wordpress. Заранее спасибо.

Ты дописал клиент?

как получить значение через событие?

public event EventHandler<Message> OnMessage;

OnMessage(this, new Message(contact, msg["message"]));

как получить значение этого сообщения?

Подписаться на событие, на вход придет object и Messge, вот там и прлучи

да я понимаю, но чето не правильно делаю видимо

код покажи

http://metanit.com/sharp/tutorial/3.14.php как пример использования событий

спасибо, помог

Ку всем

Имеется путь string paths = "dir1/dir2/dir3/file.txt"; Эти папки не созданы. Как сделать так что бы они создавались автоматически. Папки с разными названиями...

ну как-то так string paths = "dir1\\dir2\\dir3\\file.txt"; string directoryPath = Path.GetDirectoryName(paths); Directory.CreateDirectory(directoryPath); if (!File.Exists(paths)) { File.Create(paths).Close(); } // profit

ну как-то так string paths = "dir1\\dir2\\dir3\\file.txt"; string directoryPath = Path.GetDirectoryName(paths); Directory.CreateDirectory(directoryPath); if (!File.Exists(paths)) { File.Create(paths).Close(); } // profit

Благодарю.

Ты дописал клиент?

Только API.

а если при вызове добавить await Task.Run(() => CallAsync(Method, Body, Callback)); // << await ?

Ну, мне тогда придётся и этот метод вызывать через Task.Run

Не?

ну можно и так ведь: Task.Run(() => ...).Wait();

а MessageDialog - это же диалоговое окно, правильно я понимаю? просто в тех же WinForms и WPF доступ к любым элементам управления возможен только из потока GUI - а тут Task.Run (предполагаю, что UWP функционирует по схожим принципам, т. к. на нём не кодил)

возможно, стоит вынести диалог взаимодействия с пользователем в основной поток выполнения без всяких await / async, и только выполнение самого http-запроса запускать в таске?

Та этот диалог как для проверки, вызывается ли task или нет был)

И оно не выполняется

Ошибся, выполняется

Только callback не вызывается

#0 Api.Call(Url, Body, () => FillEntries()); #1 static void Call(string Url, object Body, Action Callback) {} #2 async Task CallAsync(string Url, object Body, Action Callback) {} #3 Callback();

чот на какие-то костыли похоже решение с колбэками

))

1. разделить код на view и viewmodel 1.* view биндить на ObservableCollection внутри viewmodel 2. выкинуть static 3. выкинуть замыкания 4. запускать таску во viewmodel и заполнять коллекцию

я бы добавил еще слой сервисов, куда вынес бы всю логику работы, а в VM только свойства и заполнение коллекций

я бы добавил еще слой сервисов, куда вынес бы всю логику работы, а в VM только свойства и заполнение коллекций

поддерживаю сервисы <==> слой модели

Как-то

Ничего не понял.

https://ru.wikipedia.org/wiki/Model-View-ViewModel

see cref

Подскажите, кто-то работал с синтезатором голоса на винде? Он как вообще?

Ничего не понял.

слой модели (model) - бизнес-логика приложения с пробросом на более низкий уровень (взаимодействие с целевым веб-сайтом / веб-сервисом через HttpClient, CRUD-операции) слой модели представления (view-model) - реализация механизма реагирования на действия пользователя (команды в WPF), определение источников данных для биндинга (привязки) к элементам управления слой представления (view) - биндинг на источники данных и команды из view-model для обеспечения работы механизма взаимодействия с пользователем по крайней мере, так это выглядит для WPF

Спасибо, сохранил

слой модели (model) - бизнес-логика приложения с пробросом на более низкий уровень (взаимодействие с целевым веб-сайтом / веб-сервисом через HttpClient, CRUD-операции) слой модели представления (view-model) - реализация механизма реагирования на действия пользователя (команды в WPF), определение источников данных для биндинга (привязки) к элементам управления слой представления (view) - биндинг на источники данных и команды из view-model для обеспечения работы механизма взаимодействия с пользователем по крайней мере, так это выглядит для WPF

для uwp и xamarin forms также

Мне пока что нужно лишь вызвать функцию по завершению запроса :с

попробуй через метод task.ContinueWith(...); у этого метода перегрузок дофига и больше

но в идеале бы разделить реализацию приложения на уровни, потом всё может в такую кашу скатиться, что останется только взять и ... переписать

но в идеале бы разделить реализацию приложения на уровни, потом всё может в такую кашу скатиться, что останется только взять и ... переписать

Дай ты человеку шишек набить ?

Уже 4-ый раз переписываю, всё нормально

С каждым разом только лучше).

Дай ты человеку шишек набить ?

ничего не имею против

Зачем делать Task.Run, если он уже async?

Task.Run используется чтобы из синхронного метода сделать асинхронный

Асинхронным надо просто await делать

Функция в которой выполняется Task.Run не async

Call надо тоже сделать async

И как мне его тогда вызывать?

Точно так же

И вообще, я сейчас заметил, что у тебя там колбэк передаётся

Его по-хорошему тоже надо переделать

ERROR: S client not available

Ради этого и придумывался async

Чтобы не был спагетти-код из колбэков

В общем попробуй переделать Call на async

Не меняя место его вызова

Переделал

Работает всё кроме вызова callback функции

Тебе уже посоветовали как переделать

И убери статики. Если уж так припрет - то используй свой аписервис как синглтон

У тебя скорее всего колбэк из другого потока вызывается

Надо переделать на нормальный async, он засинхронизирует обратно в ui-поток

Тебе надо, чтобы API именно такой был, с колбэком?

Та не обязательно именно таким. Необходимо отправить HTTP запрос, с POST параметрами Полученный ответ либо передать коллбэк функции, либо сохранить в переменной какой-нибудь

Call(Method, Parameters, Callback)

Короче суть в том, что если у тебя где-то используется await, то везде выше всё тоже придётся переделать на await/async

Вроде понял

Call(Method, Parameters, Callback) превратится в var result = await Call(Method, Parameters); Callback(result);

Кстати, url норм)

Сарказм?

Нет)

Поддомен api + /api/method ?

Ну я про основной домен

2-го уровня?

Ага

Понял

Call(Method, Parameters, Callback) превратится в var result = await Call(Method, Parameters); Callback(result);

Допёр

Поначалу легко очень запутаться в этой всей асинхронности

Самое главное понять что это не асинхронность как таковая, а синтаксический сахар

а как из <EventSetter Event="MouseDoubleClick" Handler="Row_DoubleClick"/> получить объект с данными для datagrid?

оказалось все просто, в интернете полно нерабочих варинтов почему-то =(

Из-за чего может возникать System.Exception при создании элемента?