Здравейте,
Само аз ли съм извратен, да правя API-та, където енъмите са стрингове и отделно endpoint да се видят възможните value-та на енъмите? Вие как пускате енъми в API-тата?
Замислих се заради:
Здравейте,
Само аз ли съм извратен, да правя API-та, където енъмите са стрингове и отделно endpoint да се видят възможните value-та на енъмите? Вие как пускате енъми в API-тата?
Замислих се заради:
На POST няма значение, но на GET целят урл трябва да е под 2083 символа. Та ако клиентите се кефят да гледат масив с някакъв там разделител в GET параметър трябва енъма ти да не е от 500 стойности за да постигнеш така желаният стилизиран ефект. Тоя пол от гейбука на devbg ли е ?
Да, от там. В GET да сложа толкова query, ще се пръсна после. Ако ми е толкова query-то, сериозно ще се замисля дали не трябва да разцепя endpoint-a или дали абстракцията ми е адекватна. В POST и PUT, свагера го поддържа като стринг, по- readable e. Иначе ми е все едно завирам int стойността на енума в базата, мноу тъпо като DWH после си събират данни. Какво е 1, какво е 2. Същото и с API-то. Макар че ако имам номенклатура в базата (key/value), верно ще му пусна Id. Затова и се замислих. Но на ниво OpenAPI specification, мисля, че е по- разбираемо за другите девове да е стринг.
Прословутият swagger, с който всички модерни .нетаджии си блъскаме главите реално сам се занимава да ти презентира сам стринговите репрезентации, юзъра също блъска тях но на сървъра ти идва int-a.
На свагера има настройка, от там знам. Иначе на API може и двете. Сега фугирам, довечера ще го изкарам.
Абе за уеб приложение на .нет патладжан не те ли дразни как все трябва за финни настройки да браузиш кат луд гитгъба/стаковърфлоу ? Все има нещо изпуснато в IApplicationBuilder, все нещо е викнато преди друго или трето презаписва четвърто. Ба как липсва Application_Start... От 5 хиляди пайплайни, мидълуеари човек се изгубва. Всичко е в името да си конфигурираш с код кестрела ама деа хуйните.
POST и JSON.stringify на каквито си искаш обекти.
Courvoisier E го https://gist.github.com/regisdiogo/27f62ef83a804668eb0d9d0f63989e3e
по-добре фугирането покажи
Courvoisier E го https://gist.github.com/regisdiogo/27f62ef83a804668eb0d9d0f63989e3e
System.Text.Json още ли не е достатъчно кашер?
Евлампи Courvoisier E го https://gist.github.com/regisdiogo/27f62ef83a804668eb0d9d0f63989e3e
System.Text.Json още ли не е достатъчно кашер?
Ако искаш да покажеш че си модерен и гулю-гулю и не си козар от северозападналия край - нютон и това е.
Евлампи Courvoisier E го https://gist.github.com/regisdiogo/27f62ef83a804668eb0d9d0f63989e3e
System.Text.Json още ли не е достатъчно кашер?
NewtonSoft e от доста години, тестван, работи, ако си написал хиляди редове код с него, за къф чеп да се мъча с нещо което се опитва да го имитира?
:)
Дърти Хари NewtonSoft e от доста години, тестван, работи, ако си написал хиляди редове код с него, за къф чеп да се мъча с нещо което се опитва да го имитира?
Нютъна обективно има повече хубавини, което е забавно, все пак Майкрософт са в дъното на развитието довело до популярността на джейсън а third party библиотека все още е по-добрият избор за работа с него
Евлампи Дърти Хари NewtonSoft e от доста години, тестван, работи, ако си написал хиляди редове код с него, за къф чеп да се мъча с нещо което се опитва да го имитира?
Нютъна обективно има повече хубавини, което е забавно, все пак Майкрософт са в дъното на развитието довело до популярността на джейсън а third party библиотека все още е по-добрият избор за работа с него
Майкрософт поради тоя Активекс и Explorer-a дълго време пробутваше XML и се присмиваше на JSON.
Дори през 2017 пускаха статии като таз:
https://codepunk.io/xml-vs-json-why-json-sucks/
От неделя, че новите мясат на гъз още
Сеа ко, за нютонсофта. Майкрософтския JSON чак в 3-ката се появява. И ако ми трябва jsonpath, уй.
Дърти Хари Дори през 2017 пускаха статии като таз:
https://codepunk.io/xml-vs-json-why-json-sucks/
В смисъл? Не е подписана статията от Майкрософт.
А дори и да са бутали за ексемела тва няма значение, те преди тва бутаха COM+ с визия да е начинът по който компютрите се връзват пък изпляканата текстова чекия хттп стана Цар :)
Евлампи Дърти Хари Дори през 2017 пускаха статии като таз:
https://codepunk.io/xml-vs-json-why-json-sucks/
В смисъл? Не е подписана статията от Майкрософт.
А дори и да са бутали за ексемела тва няма значение, те преди тва бутаха COM+ с визия да е начинът по който компютрите се връзват пък изпляканата текстова чекия хттп стана Цар :)
Ами доскоро доста програмисти си пишеха MSXML 5.0 на вижуал базик и си пращаха ексмели насам натам:
https://docs.microsoft.com/en-us/previous-versions/windows/desktop/ms757026(v=vs.85)
:)
Затва и джейсъна им се появи чак съвсем наскоро в библиотеките.
След като вече почти 10 години JSON е стандарт за уеб комуникации умните глави няма ли да ни зарадват с някой нов хайп ? Дедотиите като мене да вземат да научат нещо ново.
gRPC