ebaysher, нет, проверить фиддлером как передается то что работает (сваггер) и то что не работает (фронт компонент) дабы выяснить в чем именно ошибка.
код 400 это Bad Request - значит API не может понять и принять тот payload, который Вы передаете.
Конкретно в Вашем случае ошибка в том, что тот JSON что Вы отправляете из фронта на бэке не может быть сконвертирован в экземпляр модели AirLine.
Причины могу быть от неверных типов данных до неверного типа объекта в целом (например вы ожидаете одну сущность "{ "key": "value" }", а отправляете массив сущностей из одного элемента "[ { "key": "value" } ]" ).
wattka112, на будущее предлагаю обзавестись 4g модемом/роутером чтобы на рабочем месте протестировать работу вне периметра сети. Узнать к примеру что VPN или RDP не настроен корректно лучше все таки с площадки предприятия а не из другого города.
edward_freedom, компилировать и не надо, было бы неплохо открыть проект в IDE дабы удобнее было структуру и ссылки посмотреть.
1. создание прослойки совершенно нормально, но именно к публичному свойству удивило. И то что эта прослойка работает с листом, а обращается к индексатору и ничего не проверяет - т.е. упадет дай ей только повод.
edward_freedom, трудности вестимо в подумать - на скрине не уравнение, а функция U(x, y) - как автор вопроса собрался её "решить" он не пояснил - или сам не очень понимает, или предполагается что аудитория qna.habr.com такие вещи знает по умолчанию.
P.S. есть у меня ощущение, что народ пытается Q&A использовать как решебник для ДЗ и лаб. Ответить на конкретный вопрос я и сам не против, а вот делать за кого-то лабу или отвечать на вопрос "я скачал юнити, как тут сделать игру чтобы грабить корованы" я не готов.
lena_shevtsova, именно полем list не получится, EF так не умеет. нужно будет сериализовать (сконвертировать в строку). Самое простое - string.Join() с разделителем при записи в БД, string.Split() соответственно при чтении.
Внимание - разделитель должен быть таким, которого 100% нет в значениях ваших свойств - иначе url ваш тоже разрежется.
Как вариант сериализовать вашу коллекцию в json и хранить в clob поле.
Конвертор можно построить на этапе создания модели ответ на SO
michadimin, дык читайте внимательно пример кода.
checkBox1 - ваш контрол, Click - событие клика мышью по нему.
Вписать в класс формы, через дизайнер привязать обработчик события к событию.
Код выполнится при клике на чекбокс, т.е. при изменении его состояния. Проверяете свойство Checked и вперед.
И пожалуй стоит убедиться что хдд жив, хотя бы s.m.a.r.t посмотреть - IO Errors, Reallocated Sectors Count, Current Pending Sector Count.
В ноутах диски работают в более тяжелых условиях (если ноут конечно перемещается, а не исполняет роль десктопа).
Тут такой может быть момент - помирающий диск может работать плюс-минус корректно, но в разы медленнее чем живой (из-за повторных попыток обращения к нестабильным секторам).
true, 8 гигов стало, 4 было (менял за раз). Но имхо дело именно в диске, т.к. на каталине на хдд леденец был даже просто после запуска системы при открытии настроек, файндера и т.п. - когда ничего другого не запущено.
true, хотите банальный тест банальной необходимости банальной замены? найдите аналогичную прошку с ссд, даже самым-самым дешевым. отзывчивость системы даже при отсутствии запущенного софта не сравнить.
P.S. пишу коммент с MBP 13 mid 2012 os 10.15.7 (последняя неретина, последняя поддерживаемая операционка), замена штатного хдд на ссд буквально вдохнула вторую жизнь и полностью избавила от вертящегося радужного леденца.
true, тогда начните с ОЗУ. и если реально огромное количество вкладок, то лучше 8 Gb одной плашкой - можно будет докупить еще одну. (или сразу 2х8, если в бюджет войдет).
!?, тогда кидайте монетку. одно без другого не принесет значительного ускорения:
если оперативы мало, работает своп - на ссд он быстрее, но все равно будет тормозить
если хард, но хватает оперативы - медленный запуск системы, медленный запуск программ.
так что в целом однохренственно - сейчас можете сделать любой из апгрейдов, с прицелом по мере наступления возможности сделать и второй, если ноут будет еще использоваться.
P.S. лично я бы начал с SSD - быстрый запуск системы и ПО, бесшумная работа, не боится тряски.
а с 4 гб жить еще можно более-менее, если не запускать много чего одновременно.
Некит Медведев, разве что Visual Studio более старой версии. Или Monodevelop.
Код писать и в консоли компилировать можно любым в принципе редактором, а вот с дизайнером Windows Forms тут сложнее.