Владимир Коротенко

Обычно связи между клиентом (так обычно называют приложение, которое у клиента) и сервером (так называю приложение, которое находится у вас на сервере) соединяются с помощью HTTP-сообщений.
Клиент делает запрос на сервер, сервер что-то делает исходя из самого запроса и отдает ответ клиенту.
Клиент исходя из запроса и ответа, делает нужные действия

----

К - клиент, С - сервер

Кейс: Пользователь хочет получить список всех пользователей.
Схема запросов:
К: Дай список пользователей
С: Держи {список пользователей}
К: Получает этот список и начинает построение таблицы или любых других действий.

---

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

---

Для "быстрого старта" обычно используют библиотеки или фреймворки, которые обладают рядом плюсов по отношению к нативной постройке приложения.
Например, на бекенде можете посмотреть в сторону Yii2 или Laravel.
На клиенте в PhoneGap не знаю, что используется сейчас, но раньше там был jQuery :)

----

Почитать:
https://developer.mozilla.org/ru/docs/Web/HTTP/Overview
https://developer.mozilla.org/ru/docs/Web/HTTP/Methods
https://habr.com/ru/post/215117/

https://docs.microsoft.com/ru-ru/dotnet/api/system...

Функционал, что привязан к команде которая на кнопке "OK" должен находиться во View Model, то есть уже внутри вашего класса PlansPageVM

Оптимизатор-маньяк)))
Современное железо переваривает css3 на ура.
Если уже углубиться в потери по самому минимуму, то анимация будет отнимать производительность, это не критично!
Вот для примера статья с 2011 года, соответствующего тому времени железа)) https://codeincomplete.com/posts/noglow/

про Visual Studio? если да:

еще один, не совсем очевидным но очень простой способ:
- кинуть новый файл cs в папку проекта
- в панельке обозревателя проекта изучить кнопочки (можно наводить и задерживать мышку, будет всплывать подсказка)
- выбрать "отображать все файлы"
- ваш новый файл кода станет видимым, но серым
- ПКМ на нем, в локальном меню "включить в проект"
- предпочтительно после этого выключить "отображать все файлы" обычно это только мешает

есть еще третий путь (нумерация такова, по тому что мой ответ не первый ))
- изучить свой .csproj. править можно в любом редакторе, при выгруженной студии. но делать бекапы весьма полезно

ps про dll
- можно подключить сорцы плагина отдельным проектом. иногда это может быть на много правильнее чем валить сорцы в кучу

Первый коммент к той статье:

Очень мощная штука для массивных запросов. Не нем написан Stack Overflow. Там в документации есть несколько примеров использования: получение строго типизированной коллекции, динамических объектов и запрос без ответа. (как то так). Если бы их здесь вкратце (так удобнее) освеить - было бы здорово :)

Отличие, пожалуй в том, что у вас происходит маппинг автоматом (судя по статье).
В ADO.NET, вам надо из ридера самому вручную забирать значения (типа reader.GetInt32(0)). Что не очень приятно, особенно при работе с большим числом сложных таблиц

Толи дело, когда описываешь класс, делаешь запрос и просишь вернуть экземпляр

User user = null;
using (IDbConnection db = new SqlConnection(connectionString))
   {
         user = db.Query<User>("SELECT * FROM Users WHERE Id = @id", new { id }).FirstOrDefault();
   }

Собственно, вот вам и ORM. Вы не работаете с результатом запроса напрямую. У вас есть возможность сразу получить экземпляр класса и работать с ним.
А то, что на вход подается SQL-команда - выглядит, в какой-то степени, даже приятно и удобно.

Еще вот о том, почему Dapper (особенно раздел "Dapper и реляционные запросы" - ваще огонь) - https://msdn.microsoft.com/ru-ru/magazine/mt703432.aspx
А вот про то, кто быстрее - https://www.exceptionnotfound.net/dapper-vs-entity...

И попутный вопрос хватит ли авторизации без refresh токена?

.
Этот токен не просто так используется.

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

Ну вот сломалась у тебя база данных. Ошибку выдаёт. Что будешь делать? Пол-шаблона то уже вывелось.

Вообще хороший вопрос, в чем-то показательный.
Новички все поголовно мыслят позитивными сценариями, причем линейными. Запросил - получил - вывел.
И только с опытом приходит понимание, что на этапе запросил могут возникнуть проблемы. что на этапе "получил" из бд вылезто то, то что надо было вывести в заголовке страницы. Как этот фарш теперь провернуть назад? Что этап "вывел" тоже не так прост - иногда надо вообще ничего не выводить, а сделать редирект к примеру.

Именно поэтому вывод начинается только после того, как вся логика отработала и все данные получены.

Похоже, sdk-3.0 на Ubuntu не поддерживается. Проблему решил сменой версии фреймворка.
В папке проекта, файл .csproj изменил
<TargetFramework>netcoreapp3.0</TargetFramework>
на
<TargetFramework>netcoreapp2.2</TargetFramework>
Естественно sdk-2.2 должен быть установлен. Надеюсь в версии 3.1 исправят эту проблему.

Буквально на днях написал статью о том, как все это делается: Делаем интерактивный план местности за 15 минут. Там все основные вопросы и проблемы разобраны. Конкретно в вашем случае скорее всего (без кода не угадать) нужно перебивать ранее заданные стили, либо добавить заливку контурам, где ее нет - умные браузеры не всегда распознают наведение мыши на не залитые элементы в SVG.

Если есть возможность править HTML, можно добавить классы тегам body разных страниц и стилизовать. Т.е. на главной, к примеру, будет

<body class="main-page-body">
...
</body>

а на внутренней

<body class="inner-page-body">
...
</body>

И в CSS прописать, скажем:

.main-page-body {
  background-color: red;
}

.inner-page-body {
  background-color: blue;
}

А вообще по id должно было тоже получиться, на код бы взглянуть.

1. Используйте input[type=submit]/button[type=submit]
2. Подпишитесь на событие submit на форме
3. В обработчике события запускайте загрузку файла с помощью примерно такой функции

// https://stackoverflow.com/questions/3916191/download-data-url-file/45905238#45905238?newreg=ddb3c48865d04c319b39f772df762521
function download(dataurl, filename) {
  var a = document.createElement("a");
  a.href = dataurl;
  a.setAttribute("download", filename);
  a.click();
}

3. Что касается невозможности нажатия на кнопку сабмита, если хоть одно поле формы не валидно, то навешайте примерно такой стиль:

#someform:invalid [type=submit]{
  pointer-events: none;
  
  /* другие нужные стили, да хоть display: none; */
}

4. Если редирект хотите выполнять на бэке, тот здесь проблем нет - просто перенаправляйте в бэковом обработчике формы. Если будете редиректить клиентом, то в обработчике сабмита отмените дефолтовую реакцию на ивент, с формы соберите данные и пошлите AJAX-ом на бэк, и затем делейте редирект на сэнкью-пейдж, если данные отправились успешно.