Привет всем!
Объясните что же крутого в Knockout в отличие от частичного представления?
На мой взгляд лучше всего генерить страницу на стороне сервера, чем клиента. Ну будет немного больше данных передаваться, но с учетом доступности (по финансам) каналов 100Мбит/с и выше лишние килобайты разметки становятся смешные.
Например человек решил сделать интернет магазин и расположить у себя дома. купить для своего сайта 100 Мбит/с и выше по финансам не составит труда(с учетом его прибыли). С другой стороны пенсионеры(клиентам) в легкую могут себе позволить 20 — 50 Мбит/с.
Допустим в интернет магазине на странице много картинок и всякой ерунды! Если вычислить разницу между Knockout и PartialView то получаем, что PartialView превышает размер примерно на разметку html, которую генерить Knockout. А следовательно речь идет о килобайтах(или даже байтов), а не мегабайтах. Для скорости интернета у клиента 20 Мбит/с — это ерунда. + сейчас повсюду безлимит.
Мое мнение если Knockout привлекает только тем что он реализовывает MVC (MVVC) на стороне клиента — это далеко не повод его использовать! + не факт что у пенсионеров шустрый компьютер. Я даже часто замечаю что бывает такие странички бывают, что CPU на планку выходят, а у меня как ни как AMD FX — 6300
Здравствуйте, SanyaVB, Вы писали:
SVB>Мое мнение если Knockout привлекает только тем что он реализовывает MVC (MVVC) на стороне клиента — это далеко не повод его использовать!
Тебе не повод, другим повод
SVB>+ не факт что у пенсионеров шустрый компьютер. Я даже часто замечаю что бывает такие странички бывают, что CPU на планку выходят, а у меня как ни как AMD FX — 6300
А вот тут уже вопросы к тебе, как к разработчику. Банальным css 2.1 можно браузер раком поставить.
Здравствуйте, SanyaVB, Вы писали:
SVB>Привет всем! SVB>Объясните что же крутого в Knockout в отличие от частичного представления?
Задача Knockout — реализация логики (сложной) на клиенте. Если у тебя такой нет, и достаточно частичных представлений, то тебе он не нужен.
А вообще Knockout уже морально устарел, с его кривым синтаксисом.
Из крутого в нем были идеи (датабиндинг, отслеживание зависимостей например). В практическом плане сегодня сливает react или angular по полной.
Здравствуйте, SanyaVB, Вы писали:
SVB>Привет всем! SVB>Объясните что же крутого в Knockout в отличие от частичного представления?
Сейчас в тренде Angular 2. Это очень близко к WPF.
А теперь представь, что ты делаешь десктопное приложение с помощью частичных представлений без применения WPF
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, SanyaVB, Вы писали:
SVB>>Привет всем! SVB>>Объясните что же крутого в Knockout в отличие от частичного представления?
S> Сейчас в тренде Angular 2. Это очень близко к WPF. S>А теперь представь, что ты делаешь десктопное приложение с помощью частичных представлений без применения WPF
А вот за это огромный Respect+
надо изучить что за зверь Angular 2
Здравствуйте, SanyaVB, Вы писали:
S>> Сейчас в тренде Angular 2. Это очень близко к WPF. S>>А теперь представь, что ты делаешь десктопное приложение с помощью частичных представлений без применения WPF
SVB>А вот за это огромный Respect+ SVB>надо изучить что за зверь Angular 2
Здравствуйте, SanyaVB, Вы писали:
SVB>Привет всем! SVB>Объясните что же крутого в Knockout в отличие от частичного представления?
Круто — зрелая библиотека, а не тренд сезона. Можно смело использовать и не бояться остаться с ней один на один.
SVB>На мой взгляд лучше всего генерить страницу на стороне сервера, чем клиента.
Потом прочитай про REACT.
Долго думай.
Начини сравнивать и читать их сравнения.
Заодно узнаешь про npm, gulp, bower, yarn ....
А пока это читаешь появится что-то новое ....
Добро пожаловать в мир современной веб разработки.... :D
Здравствуйте, Doc, Вы писали:
Doc>Здравствуйте, Serginio1, Вы писали:
S>> Начни с ASP.NET Core, Angular 2, SignalR для чайников S>> Там есть много ссылок
Doc>Потом прочитай про REACT. Doc>Долго думай. Doc>Начини сравнивать и читать их сравнения. Doc>Заодно узнаешь про npm, gulp, bower, yarn .... Doc>А пока это читаешь появится что-то новое ....
Doc>Добро пожаловать в мир современной веб разработки.... :D
Читал, много думал. Ангулара по сравнению с react это как гора и мышь.
Зачем gulp, bower если есть webPack?
Почитай по ссылке. Вот еще до кучи
Здравствуйте, Serginio1, Вы писали:
S>Ангулара по сравнению с react это как гора и мышь.
Расскажи это тем, кто пишет с React. Кстати, вот еще ExtJS есть. И для своей области он очень даже ничего (и даже архитектура у него волне приличная).
S>Почитай по ссылке. Вот еще до кучи
Без пометки [irony] уже никак? И еще многоточие там не просто так.
Насчет WebPack — угу, есть, юзаем. Только рекомендую поглядеть сколько жили Gulp, Bower до него и подумать что будет через год
Здравствуйте, Doc, Вы писали:
Doc>Расскажи это тем, кто пишет с React. Кстати, вот еще ExtJS есть. И для своей области он очень даже ничего (и даже архитектура у него волне приличная).
Да вы батенька динозавр. У меня не ирония, а жалость.
Пользоваться таким зоопарком, при этом Angular 2 будет этот зоопарк уменьшать.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Doc, Вы писали:
Doc>Здравствуйте, Serginio1, Вы писали:
S>>Да вы батенька динозавр.
Doc>Т.е. по факту сказать нечего?
По факту я уже сказал, что Angular 2 предпочтительнее для нового проекта.
Особенно программистам C# или Java так как TypeScript дает быстро овладеть им при работе с ES3/Es5.
А работа с моделями близка к тому же WPF.
И не нужны всякие гулпы, боверы и прочее. Под .Net Core есть шаблон под Angular 2 c WebPack который автоматически компилирует при изменении кода http://blog.stevensanderson.com/2016/10/04/angular2-template-for-visual-studio/
Удобно писать код TS в VS с IntelliSense
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Doc, Вы писали:
Doc>Дело не в трафике (про сервер инет магазина дома это вообще песня), а в функциональности страницы.
Сервер интернет-магазина дома одному моему знакомому приносил денег в размере примерно одной зарплаты C#-разработчика. Не надо тут. Программистам волю дай — они под хелловорлд запросят HPC-кластер у Амазона.
Здравствуйте, Слава, Вы писали:
Doc>>Дело не в трафике (про сервер инет магазина дома это вообще песня), а в функциональности страницы. С>Сервер интернет-магазина дома одному моему знакомому приносил денег в размере примерно одной зарплаты C#-разработчика. Не надо тут. Программистам волю дай — они под хелловорлд запросят HPC-кластер у Амазона.
Вопрос не в мощностях, а в доступности той же линии, в ее пропускной способности, необходимости поддерживать железо и софт.
Здравствуйте, Doc, Вы писали:
Doc>Вопрос не в мощностях, а в доступности той же линии, в ее пропускной способности, необходимости поддерживать железо и софт.
Doc>А деньги приносил магазин, а не сервер.
Там на сервере еще всякое было. Например, сервер такси. Что там поддерживать? Железка стоит, работает. Руками её поддерживать? Вероятно, хостинг-план в Калифорнии предусматривает так же защиту от землетрясений. Но в Сибири нет землетрясений.
Слушай, не расскажешь, как подружить отладку typescript в студии с webpack?
То есть, чтобы дебаггер студии на точки останова в .ts файле останавливался/переменные показывал, желательно для chrome/webkit?
Что-то не выходит каменный цветок. Оно вообще работает?
Может ссылка есть где прочитать?