легко и просто

на 4-ке ты даже m-b-1 пишешь

Т.е. над языком разметки наверчено что-то еще

блочный отступ как стили

Т.е. над языком разметки наверчено что-то еще

?

У тебя есть бутстрап сетка

да на самом деле на флексах раскидать свое тоже раскидать не великая проблема сейчас

Короче

xaml просто надо понять

Xaml удобный, но считают, что он перегружен

Тогда и верстать на нем очень просто

Главное, не множить число сущностей

Ну от понятия инструмент то не меняется) максимум немного его восприятие)

мб ты просто бек впф девом проработал много много лет?

Кто то давно даже альтернативу делал, но не прижилось

так то даже шарпоинт станет понятным

https://www.dropbox.com/s/qly7x2cr6mne9cl/avalonia-expanded.pdf?dl=0 - по авалонии вот

закинь на ютубе тогда тоже что ль, чтобы люди и там слайды найти могли

Как язык разметки xaml лучшее, что я видел

но ты даже не видел бутстрап

А в хтмл, извините

c HTML главная проблема в том

что у него нет разделения logical tree / visual tree

а есть только visual tree

Я слишком стар для этого дерьма,к сожалению

Во, Никита меня дополнил

Короче

Xaml удобный, но считают, что он перегружен

Xaml как и html очень пергружены - тк они сорта XML

да хоть на AmmyUI верстай

у HTML проблема в отсутствии logical tree

у HTML проблема в отсутствии logical tree

что под этим подразумевается?

Ох

Вопросы, канеш, адские

у HTML проблема в отсутствии logical tree

А React это не фиксит?

Реакт это никак не фиксит

реакт вообще из другой оперы

ты можешь что-то реактоподобное и для XAML изобразить при большом желании

Вопросы, канеш, адские

главное умело их игнорить и дело в шляпе)

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

ты можешь что-то реактоподобное и для XAML изобразить при большом желании

А каком смысле?

в смысле придумать virtualdom и JSX

вейт, React Native же поверх WPF так и работает

Шта?

Он визуальное дерево транслирует в dom?

а можно подробнее про задачу, что воркеры будут делать?

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

Шта?

https://github.com/joemcbride/react-native-wpf

а, не то

https://github.com/Microsoft/react-native-windows/

Чет там какой-то ад внутри

https://github.com/Microsoft/react-native-windows/blob/master/ReactWindows/Playground/index.windows.js#L17

https://github.com/Microsoft/react-native-windows/

А язык там в итоге JS?

во, полюбуйся на эту разметку

JS + JSX

Неясно, чем разметка принципиально от Xaml отличается

Неясно, чем разметка принципиально от Xaml отличается

Уи в коде

можно куски кода на JS в неё вставлять

В компоненте

а её в сам JS

в общем, PHP нового поколения

Неясно, чем разметка принципиально от Xaml отличается

Ну ты че, это же микс XML с JS кодом на прямую (ну как Razor почти, только язык г### (js))

Было бы очень круто, если бы хамл так мог

было бы очень круто, если бы это туда не тащили

Деды, не ворчите (не хотите -- не пользуйтесь)

рыба, разметка в коде - это старая технология

EF 6 Есть кто хорошо знает ? Когда я изменяю много таблиц в базе данных и в случаи какой либо ошибки хочу чтобы все измения откатились. Безопасно ли вызывать один раз в конце DBContext.SaveChanges ? Правильно ли я понимаю что при попытки сохранить всё будет выполнено в одной транзакции ?

ERROR: S client not available

называется PHP

и нормальные многострочные литералы в Сисярп!

А не ""{{""}}

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

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

Так-то да, лучше уже просто код с DSL, типа как Elm

Так-то да, лучше уже просто код с DSL, типа как Elm

Ничем не отличается (кроме того, что непонятнее)

Ничем не отличается (кроме того, что непонятнее)

Есть БОЛЬШОЙ +, что не надо препроцессора (это просто код). JSX(TSX) с начало трансформируется в обычный JS(TS), где все “теги” заменяются на вызовы специальных методов.

Доступны новые видео с митапа MSK.NET Разработка вэб решений с использованием Asp NET Core и React JS - https://www.youtube.com/watch?v=wg6QPyxDDho TDD в кровавом энтерпрайзе - https://www.youtube.com/watch?v=x67E1yakRR4 Avalonia UI - Cross-platform Open Source UI Framework - https://www.youtube.com/watch?v=UHuf009wdQo

Всем привет!

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

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

синтаксис поменять можно

тот же ammyui возьми

он бесплатный теперь

http://ammyui.com/

Я тут задумал сделать автоматичекую проверку сборки на иммутабельность классов и структур (это нужно для akka.net и подобных систем). Вот какие мысли я надумал: 1) Иммутабельными типами считаются: 1. Примитивы 2. Иммутабельные коллекции (ImmutableCollection и т.д.) 3. Иммутабельные классы [имеющие атрибут ImmutableTypeAttribute и проверенные на иммутабельность] 4. Иммутабельные структуры [имещие атрибут ImmutableTypeAttribute и проверенные на иммутабельность] 5. Иммутабельные интерфейсы [имещие атрибут ImmutableTypeAttribute и проверенные на иммутабельность] 6. IActorRef 2) Иммутабельным класс или структура считается, если: 1. Все публичные/внутренние поля и свойства иммутабельного типа 2. Все публичные/внутренние поля - только для чтения 3. Все публичные/внутренние свойства не имеют публичных/внутренних сеттеров 4. Если есть публичные/внутренние методы (в т.ч. статические), то: 4.1 Все поля класса иммутабельного типа и только для чтения 4.2 Все свойства класса иммутабельного типа и не имеют сеттера 4.3 Либо метод имеет атрибут SureNotMutable 5. Если это класс, то его базовый и производные классы также должены быть иммутабельными 6. Все внутренние классы/структуры иммутабельны 3) Иммутабельным интерфейс считается, если он не публичный и все реализующие его типы иммутабельны. Описание атрибутов: - IgnoreMutability(string reason) - Маркирует класс, структуру, свойство или поле, как доброкачественно мутабельное (нужно указать причину) - ImmutableTypeAttribute - Маркирует класс, который после проверки может считаться иммутабельным. - SureNonMutate(string reason) - Маркирует метод, как заведомо не изменяющий внутреннее состояние объекта Может, кто еще чего добавит?

А на f# не проще такие структуры данных писать?

XAML срач, прям как я люблю

В шарпе же всегда взять скальпель в виде рефлекшна и спилить имутабельность, или нет?

тот же ammyui возьми

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

А на f# не проще такие структуры данных писать?

Я хочу языконезависимо.

В шарпе же всегда взять скальпель в виде рефлекшна и спилить имутабельность, или нет?

Каким образом? Ну, собственно я через рефлекшен и хочу проверять.

Каким образом? Ну, собственно я через рефлекшен и хочу проверять.

Но не в рантайме, а "статично".

Но не в рантайме, а "статично".

Через рефлекшн "статично"?

Через рефлекшн "статично"?

Имеется в виду, что проверять-то через рефлекшен буду, но один раз после компиляции, а не во время выполнения проекта.

А почему не розлином?

Имеется в виду, что проверять-то через рефлекшен буду, но один раз после компиляции, а не во время выполнения проекта.

А почему не Roslyn?

Плеззз, памагити... Как сделать такие надписи на шарике?

Ооооч нада

А почему не Roslyn?

Ну, либо через него, либо через dnlib

XAML срач, прям как я люблю

Слегка опоздал