там местами криво сделан парсер HTTP-запросов

насколько я помню, MS тоже пишет, что пока еще не особо продакшен

за nginx/IIS этого не видно, но всё же

это понятно

всякие suave туда же, куда и nancy, на кладбище?

если сумеет завестись поверх Kestrel (а это _очень_ просто), то не на кладбище

там всё же есть ниша в виде "фреймворк для F#"

тут просто у меня скорее вопрос в том, стоит ли вообще на что-то другое смотреть, если есть кор?

https://github.com/SuaveIO/Suave.AspNetCore

а, ну собственно вот

а не легаси переводить

уже интеграцию прикрутили

тут просто у меня скорее вопрос в том, стоит ли вообще на что-то другое смотреть, если есть кор?

если у тебя C# - нет

ага,

это про F#

Дак и про F# то же самое. Юзайте F# на коре.

Я юзаю: зависимости нет, брат жив.

и тут такой разор раз и не видит твои типы

Да нет, всё видит.

Шоб ему их не видеть?

а кто сейчас реально юзает razor?

когда SPA + API все вытеснили

а кто сейчас реально юзает razor?

думаю что никто

либо диды

для админок

там эти ваши SPA - адов оверкилл

либо если нужно быстро набросать за 20 минут какой-то хуйни не сложной

а кто сейчас реально юзает razor?

для какой-нибудь newspaper спа ненужен

да и вообще, все эти SPA - та ещё хипстерщина

для какой-нибудь newspaper спа ненужен

для нее и asp net mvc ненужен

они нужны только для освоения бюджета заказчика

ну и кому нужны эти поделки на полчаса работы?

мы ж тут про серьезные сайты

хабра, например

серьёзный сайт

да и вообще, все эти SPA - та ещё хипстерщина

ну а как еще делать веб приложухи на коре?

и где там SPA?

они там так решили

ну а как еще делать веб приложухи на коре?

использовать соответствующие технологии, и не всегда тянуть гигабайт .node_modules?

хорошее решение, часть вычислительной нагрузки спихунть на клиента

чай не 1995 год

использовать соответствующие технологии, и не всегда тянуть гигабайт .node_modules?

SpaServices — это соответствующая технология и есть :)

И с разором интегрируется

шаблонизация html - это никакая нагрузка

И конкурсы интересные.

шаблонизация html - это никакая нагрузка

вот давай подискутируем ))

когда у тебя 2 пользователя, да

SpaServices — это соответствующая технология и есть :)

надо пощупать, это же штука для работы с нодой?

а когда 100000?

а когда 1 млн?

ты про https://github.com/aspnet/JavaScriptServices ?

надо пощупать, это же штука для работы с нодой?

Да, это она. Очень ок, реально рекомендую.

а когда 1 млн?

да хоть два

а когда 1 млн?

и нагрузка как у твитера?

ты про https://github.com/aspnet/JavaScriptServices ?

Да. Там два пакета — NodeServices и SpaServices.

1-2 млн, это все деньги, бритвы, баласировщики и т.д.

люди, devop, админы

и т.д.

суть не в этом

суть в том, что разор не даёт вычислительной нагрузки

ей там взяться просто неоткуда, это конкатенация строк

ну раз так, что +GC

плюс, разор не такой тупой, там еще можно всякие штуки делать

так что плз

знаешь, возможно в их случае и верно

ведь основной контент - статья + комменты

ну раз так, что +GC

а так юзер грузит жс хлам на своем кирпиче

передавать это в js и потом лопатить его на клиенте, смысла наверное мало

ERROR: S client not available

просто смысла никакого в SPA в большинстве случаев нет

вот прям совсем нет

на примере хабра да

его делают для освоения бюджетов

а когда куча бизнес логики есть

да на примере почти чего угодно

заказчику впаривают, что "будет как у фейсбука и гугла"

это как освоение бюджета?

я не пойму

это обосновать прокорм банды жабаскрипт-разработчиков

хорошо, будет банда бэк энд разрабов, это что, уже не распил?

Добрый день! Подскажите пожалуйста как реализовать контекстное меню у элементов TreeView если я использую Сaliburn micro? Когда я использую такой код вроде работает, но мне нужно контекстное меню и у элементов в корне TreeView. Вот сам код: <TreeView Width="200" Grid.Column="0" Grid.Row="2" Name="Hubs"> <TreeView.Resources> <HierarchicalDataTemplate DataType="{x:Type entity:Hub}" ItemsSource="{Binding Flanks}"> //контекстное меню у элементов этого типа не отображается <HierarchicalDataTemplate.ItemContainerStyle> <Style TargetType="TreeViewItem"> <Setter Property="Tag" Value="{Binding RelativeSource={RelativeSource AncestorType=TreeView}}" /> <Setter Property="ContextMenu"> <Setter.Value> <ContextMenu> <MenuItem Header="Remove" cal:Action.TargetWithoutContext="{Binding Path=PlacementTarget.Tag.DataContext, RelativeSource= {RelativeSource Mode=FindAncestor, AncestorType=ContextMenu}}" cal:Message.Attach="[Event Click] = [Action RemoveResource($datacontext)]"/> </ContextMenu> </Setter.Value> </Setter> </Style> </HierarchicalDataTemplate.ItemContainerStyle> <StackPanel Orientation="Horizontal" Tag="{Binding DataContext, RelativeSource={RelativeSource Self}}"> //отображаем объект </StackPanel> </HierarchicalDataTemplate> <HierarchicalDataTemplate DataType="{x:Type entity:TreeFlank}" ItemsSource="{Binding Sensors}"> ////контекстное меню у элементов этого типа отображается нормально </HierarchicalDataTemplate> <DataTemplate DataType="{x:Type entity:TreeSensor}"> //отображаем объект </DataTemplate> </TreeView.Resources> </TreeView>

ну и мне как бэк разработчику проще тесты писать на API методы

ну и мне как бэк разработчику проще тесты писать на API методы

ну так и пиши

разделение логики и представления никто не отменял

хорошо, верно, интеграционные тесты проще писать

нагрузочные, сценарные

вообще не вижу смысла делать представление на сервере, когда у меня есть потребители и фронт и сторонняя интеграция

дороже

у тебя вместо одного проекта поддерживать приходится два

зато! тебе нужно full stack брать разраба вместо двух специализированных сотрудника

фулстэк разраб це миф

и ты ж знаешь full не бывает хороших

вот вот

поэтому и пошла эта песня с SPA

наши фронтовики спокойно и angular - переходят на react и обратно на angular 2

но кекс прав, спа не везде нужон

и меня это вообще не касается

а я не утверждаю, что везде нужен

а я не спорю с тем, что для бэкэндщика при использовании SPA меньше геммороя

но даже по опыту написания бакэндов для SPA

разор всё равно нужен