Здравейте колеги,
Качих домашно за лекцията по ASP.NET Web API. Видеото би трябвало да се появи днес по някое време.
Ако задачите ви се струват трудни, не се притеснявайте. Утре (в петък) ще има workshop в който ще покажем как да си структурирате приложението, как да работите с данни и тн.
Поздрави,
Владо
http://VGeorgiev.org/
Не ми стана съвсем ясно какво трябва да направя на първа задача. Разбрах го така, вземам ти демото за BlogSystem. То си има имплементирани модели и Repository патърн. Ползвам на готово каквото има и само добавям един нов проект Web Api за сървисите. Какво се има предвид под • Do not use scaffolding. ?! Четох го във википедия, но в нашия контекст не можах да го свържа.
Благодаря предварително за малко повече яснота!
ПС. По трета задача не става ясно кои сървиси трябва да консумираме, тези по първа задача, или тези по втора задача, или от двете задачи
А ще има ли Screencast на първата част от ASP.NET WebAPI лекцията?
За съжаление лаптопа на Мартин нещо ни предаде. Стояхме до 12 часа за да се опитаме да вземем видео от забилия лаптоп. В крайна сметка успяхме да запишем видео, но то се оказа без звук.
Добрата новина е, че първата част е главно теория, която я има записана от камерата. Втората част която съм качил (screencast-a) - от там започват демонстрациите, които могат да се видят по-добре отколкото от камерата.
Препоръчвам да гледате отначало камерата и при смяната на лаптопа, може да си пуснете screencast-a.
Съжалавяме за неудобството.
Утре предвиждам, доста подробно видео със всичко необходимо + допълнителни неща. Надявам се всичко да е наред и да успея да покажа всичко, което съм намислил.
Поздрави,
Владо
Бих помолил да започнеш от празен Web Api проект, за да видим какво реално трябва да се напише за да функционира самият сървис. Досега всички лекции, които изгледах по темата започват винаги от генерираният от VS веб апи проект и не мога да разбера кое е излишно, кое е сървис, кое е MVC и т.н.
Ще покажа празен проект отначало, за да се види, че са нужни 2-3 файла за да си вдигнете просто WebAPI, но за целите на демото ще ползвам Identity-то на Microsoft, понеже доста време ще ми отнеме да го пиша от нулата.
Изникна ми още една неяснота по първа задача. Гледам, че има и таблица Users в самото демо. Какво се очаква да направим - да си направим нов проект заедно с "държавното" Identity от Microsoft, след което да поддържаме и двете таблици за потребители актуални или да се опитваме да пишем сами identity по таблицата users, която е дадена в BlogSystem демото?
Допълва се Identity-то от Microsoft. Просто дописваш връзките в ApplicationUser. Показал съм го как става.
Във връзка с ползването на repository pattern-a, бях попаднал на ето тази статия. Аз и в тази връзка го питах Влади дали не е по-добре да връщаме C# обекти, с които да работи бизнес логиката. Сега то е ясно, че начини има много, но смятам, че статията е интересна.
Във връзка с нея обаче имам един въпрос. Ние работим с Data клас, който създава всичките репозиторита за нас и т.н. Реално ние създаваме контекст за всяко репозитори, нали така? По принцип нали трябва контекста да е в using, а в случая ние не ползваме using-и и тези context седят активни през цялото време на работа на програмата. Това като цяло проблем ли е?
Гледам в статията имат някакви методи за dispose-ване по някое време. Добре ли е да се прави това и всъщност има ли смисъл?
Oтделно бях чел една статия в msdn, където правеха ръчни транзакции... това, при положение, че реално ние си извикваме SaveChanges метода когато ни потрябва, има ли смисъл?
Въобще около това repository и начина му на прилагане има доста благинки и неща, които могат да се правят. Трябва повечко внимание да му отделите за следващия курс :).
Влади, а може ли да се направи така, че когато сe ползва ninject да не изчезва страницата със сървисите? Имам предвид, че като се пусне проекта и на Api страницата нищо не изкарва когато се ползва ninject.
1. Има опция във Visual Studio, която по подаден модел и context ти генерира всички CRUD операции като REST actions в зададения контролер. Просто казано това се има предвид под scaffolding.
2. В трета задача идеята е да консумирате services от втората задача.