Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / WPF, Silverlight Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 8 9 10 11 12 [13] 14 15 16 17 .. 32   вперед  Ctrl
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
EDUARD SAPOTSKI
Member

Откуда:
Сообщений: 2371
МСУ
EDUARD SAPOTSKI
По опыту скажу что собрать поделку на коленке на SL получается в 3 раза быстрее чем такую же на веб-формах

Скуяле?

У меня примерно треть работы это фотошоп -> верстка -> натяжка -> скриптовые плюшечки.
С SL весь этот процесс идет лесом, весь дизайн делается в10 раз быстрее не вылазя из бленда.
Ну и второе это сама архитектура и работа с сервисами. Дергать сервисы из шарпа и биндить данные через XAML куда удобнее чем это делать на JS. Нет вечной борьбы с сесиями, состояниями и т.д... Скорость разработки реально сокращается причем в разы!
19 фев 13, 14:04    [13948452]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
user7320
Поглядите, какими серьёзными вещами кроссплатформенные кроссбраузерные люди занимаются [/url][url=http://habrahabr.ru/company/2gis/blog/169359/]http://habrahabr.ru/company/2gis/blog/169359

где серьезные вещи? Переделка скролбара является серьезной вещью? user7320, скажи уже то, что хочешь сказать, плз, наконец-то.
19 фев 13, 14:12    [13948527]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
EDUARD SAPOTSKI
У меня примерно треть работы это фотошоп -> верстка -> натяжка -> скриптовые плюшечки.
С SL весь этот процесс идет лесом, весь дизайн делается в10 раз быстрее не вылазя из бленда.

Ну знаешь ли. В бленде тоже нужно нехило позаморачиваться со стилями. Во-вторых, ты судишь в разрезе квалификации своих верстальщиков. А если всё-таки нанять отличного фронтэнд спеца?

EDUARD SAPOTSKI
Ну и второе это сама архитектура и работа с сервисами. Дергать сервисы из шарпа и биндить данные через XAML куда удобнее чем это делать на JS. Нет вечной борьбы с сесиями, состояниями и т.д... Скорость разработки реально сокращается причем в разы!

Не понял, причем тут сессии и состояния. Сессии вообще антипаттерн, состояния - под конкретную задачу. В ASP.NET MVC их вообще нет. С чем бороться-то? Далее. ASP.NET WebForms и MVC развиваются, в новых версиях (4.5 и 4.0 соотвественно) можно работать с отличным более усовершенствованным механизмом байдингов (это больше касается WebForms, ибо в MVC уже в коробке идут байдинги от модели). Как говорится, хоть опбиньдься. На JS сервисы дергаются классически через $.ajax и $.post, не вижу никаких сложностей, о каком идет сокращении времени в разы, непонятно.
19 фев 13, 14:29    [13948655]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
user7320
Мне вот тоже интересно, почему на Гитхабе рядом с надпись Read-Only access слева кнопочка Copy to clipboard выполнена на флеше? Берём первую попавшуюся страницу https://github.com/Diokuz/baron и смотрим.

Потому что идиоты, которые не умеют пользоваться кроссплатформенным языком
window.clipboardData.setData('Text',str);

$.copy("copy this text")
19 фев 13, 14:32    [13948686]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
user7320
Меня рассмешило, право слово, когда весь интерфейс на таком известном и крутом сайте, как Гитхаб, на навороченном джаваскрипте, джейквирях всяких, ХТМЛях и прочих ЦССах, а маааленькая функция требует установки, блин, двенадцатимегабайтного флеш-плагина (ну, или пятимегабайтного Сильвера, хотя среди правильных пацанов считается лучшим поставить три флеша, чем один Сильвер).

понимаешь...., есть такое понятие как разметка. Разметка нужна для того, чтобы разместить что-то. Но разметка не выполняет, кроме размещения, никаких действий. Так, к примеру, в SL есть XAML для разметки и есть CodeBehind. Есть MXML для дизайна и ActionScript для логики во Flex. Есть DFM для дизайна и PAS для логики в Delphi и т.д. Логика отделена от дизайна. Это нормальная практика. У тебя как-то все в кучу смешано.
19 фев 13, 14:36    [13948741]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
user7320
Member

Откуда:
Сообщений: 3543
iscrafm
user7320
Поглядите, какими серьёзными вещами кроссплатформенные кроссбраузерные люди занимаются [/url][url=http://habrahabr.ru/company/2gis/blog/169359/]http://habrahabr.ru/company/2gis/blog/169359

где серьезные вещи? Переделка скролбара является серьезной вещью? user7320, скажи уже то, что хочешь сказать, плз, наконец-то.

Да я всё сказал уже. При этом по нескольку раз. Остаётся только следить за событиями и смотреть, что будет. Про себя я уже сказал, что постараюсь не связываться с джаваскриптами, ХТМЛем и ЦССом столько, сколько это будет возможно, и с ВинРТ с ихним Метро тоже. ВПФа мне пока хватает, дальше посмотрим. Вот тут немного требуют для веба всё же написать - выбрал asp.net mvc. И то я в джаваскриптах ни бум-бум, поэтому у меня скрипты только те, что изначально были в дефолтном шаблоне. Я даже не знаю, как они вытаскивают данные из атрибутов модели и делают по этим данным валидацию.
19 фев 13, 14:59    [13948937]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
user7320
Member

Откуда:
Сообщений: 3543
МСУ
user7320
Мне вот тоже интересно, почему на Гитхабе рядом с надпись Read-Only access слева кнопочка Copy to clipboard выполнена на флеше? Берём первую попавшуюся страницу https://github.com/Diokuz/baron и смотрим.

Потому что идиоты, которые не умеют пользоваться кроссплатформенным языком
window.clipboardData.setData('Text',str);

$.copy("copy this text")

Надо записать "на Гитхабе сидят идиоты"... Записал.

А всё же, может, есть какая-то причина? Где-то что-то про безопасность читал. В чём там может быть проблема?
19 фев 13, 15:01    [13948965]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
EDUARD SAPOTSKI
Member

Откуда:
Сообщений: 2371
МСУ
Ну знаешь ли. В бленде тоже нужно нехило позаморачиваться со стилями. Во-вторых, ты судишь в разрезе квалификации своих верстальщиков. А если всё-таки нанять отличного фронтэнд спеца?

Отличные фронтэнд спецы стоят отличных денег! В среднестатистическом случае сделать морду на XAML горазо быстрее чем на HTML+CSS и это факт который хрен отспоришь!

МСУ
Не понял, причем тут сессии и состояния. Сессии вообще антипаттерн, состояния - под конкретную задачу. В ASP.NET MVC их вообще нет. С чем бороться-то? Далее. ASP.NET WebForms и MVC развиваются, в новых версиях (4.5 и 4.0 соотвественно) можно работать с отличным более усовершенствованным механизмом байдингов (это больше касается WebForms, ибо в MVC уже в коробке идут байдинги от модели). Как говорится, хоть опбиньдься. На JS сервисы дергаются классически через $.ajax и $.post, не вижу никаких сложностей, о каком идет сокращении времени в разы, непонятно.

Ну вот смотри. Классическая поделка на SL. Сделал модельку в EF, сгенерил с нее базу или наоборот, не суть. Натянул домэйн-сервис на модельку(основные методы генерит автоматом). Допилил сервис методами c BL, может с точки зрения архитектуры и не слишком правильно, но на практике идет на ура. Все! Серверная часть готова. Делаю SL приложение. Генерю проксю(точнее она сама генерится) и засовываю ее в ресурсы. Все. Дальше идут тупо биндинги и дергание сервисов. Куда проще? Нужно чето допилить - без проблем! Поменял модельку, автоматом генерится прокся на клиенте, биндинги, дергание новых методов. Вот и весь допил! Да, есть иногда свои мелкие пакости с синхронизацией и т.д. но все решается и очень просто! Да, если там какой мега проект на SL, то не все так просто, WCF RIA не всегда прокатывает, нужно ручками писать WCF - сервисы, динамическая подгрузка XAML и т.д... это долго, хотя все равно быстрее в итоге получается чем на веб-формах. В общем уже это говорил, я могу с нуля на SL за два дня слепить поделку, которая уже будет уметь что-то делать и будет на что-то годна. Что бы делали с нуля за такие сроки подобные поделки на веб-формах, с таким я не сталкивался. Не буду говорить за мега-крупные ентерпрайз-решения, никогда таких не далал, но средненькое бизнес-приложение на SL собирается быстрее чем на веб-формах это факт!
19 фев 13, 21:24    [13951390]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
EDUARD SAPOTSKI
Отличные фронтэнд спецы стоят отличных денег! В среднестатистическом случае сделать морду на XAML горазо быстрее чем на HTML+CSS и это факт который хрен отспоришь!

XAML верстальщиков на рынке нет, а нагружать рядовых девелоперов версткой форм - бред сивой кобылы. Максимум, что они тебе сделают на выхлопе - ровно и единообразно разбросают контролья в стиле винформс. Да что говорить, им даже просто не интересно будет углубляться в верстание. Да что мне тебе рассказывать, сам в курсе, что дизайн, вёрстка и разработка вещи ортогонально некоррелируемые.

МСУ
все равно быстрее в итоге получается чем на веб-формах

Смотри в чём уже просад по скорости разработки. У тебя дополнительная нагрузка - WCF шлюз. В случае веба в 99% он не нужен, т.к. приложение ходит напрямую в базу. Профит?

МСУ
В общем уже это говорил, я могу с нуля на SL за два дня слепить поделку, которая уже будет уметь что-то делать и будет на что-то годна. Что бы делали с нуля за такие сроки подобные поделки на веб-формах, с таким я не сталкивался.

Ну не знаю, поделку на ASP.NET можно вообще за день сварить. Особенно, если это Dynamic Data Entities Web Application, которые сами строят гуй на основе модели. Круто? Набросал поделие и пошел согласовывать с заказчиком и тыкаться в презентацию.

МСУ
Не буду говорить за мега-крупные ентерпрайз-решения, никогда таких не далал, но средненькое бизнес-приложение на SL собирается быстрее чем на веб-формах это факт!

Мне кажется тут больше вопрос в скиллах команды.
19 фев 13, 22:14    [13951526]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
EDUARD SAPOTSKI
Member

Откуда:
Сообщений: 2371
МСУ
Смотри в чём уже просад по скорости разработки. У тебя дополнительная нагрузка - WCF шлюз. В случае веба в 99% он не нужен, т.к. приложение ходит напрямую в базу. Профит?

Нифига просада не вижу. Далеко не всегда прямых похождений в базу через датасоурс достаточно. Если у тебя более или менее солидная поделка, то так или иначе будешь юзать какойнить ORM, DAL со своими методами. Потом будешь делать вьюхи на основе того, что тебе эти методы отдают. Таже хрень и в SL, только эти методы повесил как WCF-сервис и они автоматом доступны в SL приложении. Биндишь и получаешь те же вьюшки. В чем просад?
Ваще все это конечно уже лирика. Х*ли толку если заказов на SL уже практически нет?
Скажи лучше что юзать телерик или девекспресс? Чето меня девекспрес нифига не вставляет. Телерик раньше тоже не вставлял, а сейчас посмотрел их последние поделки в демках, так вроде ничо так, понравилось
19 фев 13, 23:46    [13952013]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
EDUARD SAPOTSKI
Скажи лучше что юзать телерик или девекспресс? Чето меня девекспрес нифига не вставляет. Телерик раньше тоже не вставлял, а сейчас посмотрел их последние поделки в демках, так вроде ничо так, понравилось

Я как-то сразу на телерик подсел, так и привык. С девэкспрессом не работал, поэтому рекомендую телерик :)
19 фев 13, 23:50    [13952043]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
Кто-то тут утверждал за бесконечную кроссплатформенность Web, и где она? IE8 + режим обратной совместимости убивают сайт одного из ведущих производителей UI-технологий под Web. Дваждыпозор и наглядная иллюстрация вебкорявостей.
Вас случаем Баллмер не укусил ? IE вообще долгое время стандартов не придерживался, его строго говоря и браузером-то называть неприлично. Да ещё и режим обратной совместимости... Это кстати пример того, почему всякие ИЕ и прочие микрософтоподелия в большой инет пускать нельзя. Насрут и сделают плохо куче народу.

Если есть возможность эксплуатировать Windows клиента - нужно этим пользоваться. А Web - от безисходности.
Сегодня есть, а завтра нет. Эпичный пример - 1С 7.7 и новые версии Виндовс-7, особенно в х64-редакции. Ну давайте, скажите мне, как вы лихо перетащите весь вал старых 1-цэшных конфигураций на сливерлайт или что-нить поновее. Это скорее виндовс держут от безысходности.

Ещё раз - ClickOnce. Родная система размещения приложений. Входит в состав то ли .Net, то ли самого Windows. Приложения из под него могут работать без админских прав, в ограниченном режиме. Третий раз нужно будет повторять?
Конечно. Потому что вы не расслышали мой вопрос. Работать-то они будут, это я и без вас знаю. Даже без всякого клик-раза. Вы мне скажите, будут ли они _обновляться_. То есть я смогу обновить приложение прозрачно для обычного юзера, не имеющего вообще возможности ни залогиниться админом, ни запустить стороннее приложение ? И да - если эта технология типа встроенная, то почему до сих пор что в яве, что во флеше, что в драйверах принтеров, что в опеноффисе - нигде она не используется ? Не говоря уже о самописном софте. Скажете, что в оракле, адобе и прочих не смогли осилить ? А нужна ли такая технология в таком случае ?

Корявых веб-проектов в природе конечно же нет. Они по определению идеальны?
Да полно. 95% из них - заточенные под ИЕ-онли говносайты с актив-Хэ, сливерлайтами и прочим. Самый зачетный был случай, когда метрополитен замутил себе сайт на сливерлайте. Через месяц они внезапно обнаружили, что туда не то что пользователи, туда даже боты перестали заходить, и быстренько запилили нормальный веб-сайт.

И различие в размерах экрана не имеет значения?
Не-а =)

WCF
И чо ? Сколько времени вам потребуется, что перевести на SSL ваш проект, до этого работавший без шифрования ? Мне это очень напоминает одептов голых АПИ. Им говоришь: в винде нет PGP ! Я не могу подписать документ свои ключем ! Они тебе - у нас есть крипто-апи, можно написать на обшарпе свой криптопровайдер. Им говоришь - у вас нет продукта с функциональностью уровня OpenSSL/OpenSSH, а то, что есть - доступно только на серверной винде, местами только в домене и через очень кривые способы. Ответ тот же: у нас есть криптоАпи. Ты им снова: да епт, у вас в базовой системе нет даже утилит для расчета контрольных сумм, как вообще этот треш можно пользовать, что мне толку с вашего голого апи ? Они тебе ту же песню - у нас есть крипто-апи. Ну есть, и что дальше ?
И вы туда же. Я вам говорю - в 99% проектов толстых клиентов нет защиты передаваемых данных de-facto. И включить её без переделывания проекта нельзя. А в мне - вот WCF. Вот вы лично включать поддержку SSL на этой ботве пробовали ? А на уже развернутой системе с активно работающими клиентами, в нон-стоп режиме ?

Я как-то делал подсчёт средств же: ХТМЛ, ЦСС, джаваскрипт, джейквири, ВебГЛ - что ещё? И это только клиентская часть. На сервере у вас, как я понимаю, тот же сишапр, асп.нет (можно MVC). Семь штучек насчитал. Вместо замла и сишарпа. Только.
Как вам уже сказали, их в вебе сильно меньше. HTML4 + CSS + JS. Расширения этих стандартов - в разработке. Но и то, что уже есть - более чем годно к применению. Кстати, не стоит забывать, что шарп и замл не в вакууме висят, а опираются на виндовс и требуют наличия фреймворка как минимум, а иногда и более хитропопых зависимостей. Механизма автоматического разрешения которых, кстати, в виндовс до сих пор нет даже в проекте. И фреймворк этот ваш весит втрое больше, чем вся LAMP-связка вместе с системой.

Если бы Сильвер развивался и МС не отреклась бы от него фактически, то уже давно флеш бы догнал и перегнал, и вышел бы шестой версией, и выдавал бы графон и покруче. "Бы" помешало, да.
Если бы МС начал его делать как новый _открытый_ стандарт - флеш и был бы давно мертв. Но МС так не умеет, да и открытый стандарт им был не нужен. Им был нужен "убийца" флеша. Но очень тяжело убивать флеш, сидя в тесных застенках виндовс. Да, есть маньячные красноглазые линуксоиды, которые из Моно и какой-то там матери сделали его поддержку в линуксе. Сделали настолько хорошо, что даже МС это признало. Но к тому времени бобик успел сдохнуть.

Скорости наращивать можно сколько угодно, а пинги от этого меньше, почему-то, не становятся.
$ ping vk.com
PING vk.com (87.240.131.120) 56(84) bytes of data.
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=1 ttl=60 time=1.22 ms
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=2 ttl=60 time=1.18 ms
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=3 ttl=60 time=1.17 ms
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=4 ttl=60 time=1.17 ms
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=5 ttl=60 time=1.18 ms
64 bytes from srv120-131.vkontakte.ru (87.240.131.120): icmp_req=6 ttl=60 time=1.19 ms
^C
--- vk.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5003ms
rtt min/avg/max/mdev = 1.173/1.190/1.222/0.032 ms
Меньше уже навряд ли будет. Есть всего два типа софта, где это критично. Первый - это биржевые роботы (тот ещё п....ц для экономики, посносить нахх было бы очень не лишним). Второй - это онлайн-игры. Но и там задержка до 50 мсек всех устраивает.

По факту есть только три отработанные вещи, функциональность которых не блещет несмотря на все "навороты" и до сих пор страдающая несовместимостью и плохим следованием стандартам - ХТМЛ, джаваскрипт и ЦСС.
Завязывайте с наркотиками. Несовместимость с вашим кривущщим ИЕ - личные половые трудности ИЕ и его девелоперов. Если ИЕ плохо следует стандартам - то причем тут стандарты ? УМВР.

У нашего фреймворка один хозяин и один, собственно, фрейворк. А у вашего зоопарка куча хозяев, которые никак не могут договориться, как владеть своим зоопарком. У семи нянек дитя без глазу. Даже тормозная и забюрократизировання МС смогла за три-четыре года поднять Сильвер на недосягаемую для вашего зоопарка высоту и "убить" его, переключившись на новые фреймворки. А ваш зоопарк всё это время пугает скорым приходом мессий навроде ХТМЛ5 или вебглей, но так ничего работающего в комплексе и не показывает.
И какая мне радость с технологии, пусть даже и достигшей чего-то, но как вы сами сказали - убитой ? Наша прекрасная живая природа мира HTML4 и CSS2 прекрасно себя чувствет, цветёт и пахнет, потихоньку готовясь к следующему эволюционному шагу в лице HTML5+WebGL+CSS3, при этом HTML4 и его экосистему никто выпиливать, как вы понимаете, и не собирается. Ну, часть динозавров вроде ИЕ, актив-Хэ и сливерлайта конечно сдохла, но в дикой природе такое бывает.

C другой стороны, смерть смертью, а если вы делаете веб-приложение не на публику, а конкретному заказчику, а у него стоят одни винды (или хотя бы макоси), то почему бы не сделать его на Сильвере, а не на ХТМЛ со скриптами? До сих пор же кое-кто для специфических задач советует использовать джава-апплеты, хотя про них уже все забыли уже как лет десять.
Вы не в курсе. Месяц назад стояли. А потом был ОБЭП, лицензирование софта, учет реальных потребностей насчет ПО и унификация используемых платформ. Там стоят теперь тонкие линукс-клиенты с запускаемыми под SELinux браузерами. Винды там 10%. И два с половиной макинтоша. Ну и это, планшеты ещё есть.

По идее, всё из-за АРМ-процессоров. Для этой архитектуры они фактически написали Виндовс заново. Да, у новой Виндовс - новый АПИ. Но ничто не мешало им... как бы сказать - я не специалист в этом... сделать трансляцию, чтоли...
Ну и зачем было писать новый АПИ ? Старый, получается, не выполнял свою основную задачу ? Или на него даже в самом МС пролюбили всю внутреннюю документацию и утратили понимание сути ?

Мина замедленного действия под бок заказчика? Замечательно. Только как ты объяснишь этому заказчику через пару лет, что небольшая доработка функционала стоит 100500 долларов из-за нехватки специалистов, которые поувольнялись и разбежались кто куда? И это еще хорошо, если вопрос деньгами можно решить, а то ведь вообще никто браться за это не захочет
Именно так и померли старые проекты на дельфях и аксексе.

И мне плевать, что такое распространение C# приложений все закона. Я не побрезгую использовать и другие грязные хаки для достижения своей цели, поэтому я выбираю сильверлайт.
Запуск приложения заблокирован групповой политикой. Обратитесь к вашему системному администратору. Давай-до-свидания, любитель грязных хаков.

Меня рассмешило, право слово, когда весь интерфейс на таком известном и крутом сайте, как Гитхаб, на навороченном джаваскрипте, джейквирях всяких, ХТМЛях и прочих ЦССах, а маааленькая функция требует установки, блин, двенадцатимегабайтного флеш-плагина
А с каких это пор считается нормальным для веб-систем трогать буфер обмена ? Он вообще-то чисто для пользователя, просьба туда грязные тентакли не совать. Ну да, скозлили разрабы. Мир веба этим и прекрасен - что разработчик сильно ограничен в своих хотелках, и особо навредить не может. И в буфер обмена лазить ему тоже не надо.
20 фев 13, 00:03    [13952104]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
nscl
Именно так и померли старые проекты на дельфях и аксексе.

Рынок говорит обратное:

hh.ru > delphi

Найдено 552 вакансии
Зарплата
От 55 000 руб. 176
От 70 000 руб. 130
От 85 000 руб. 89
От 100 000 руб. 55
От 120 000 руб. 24
От 135 000 руб. 8


Другая линейная статистика
C#: Найдено 1 884 вакансии
WPF: Найдено 315 вакансий
Silverlight: Найдено 211 вакансий
Flash: Найдено 652 вакансии
20 фев 13, 00:11    [13952135]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
кстати, насчет ява-апплетов. По сравнению со сливерлайтами и прочим виндовс-онли актифф-хэ - живее всех живых. Спектроанализатор в оборудовании Ubiquity, плагин для работы с токеном для веб-банкинга, онлайн-мониторинг интерфейсов в свитчах D-Link и интерактивные VNC-консоли в IP-KVM - живее всех живых.
20 фев 13, 00:18    [13952163]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
Абсолют
Member

Откуда:
Сообщений: 2128
Блог
nscl
Первый - это биржевые роботы (тот ещё п....ц для экономики, посносить нахх было бы очень не лишним).

Ерунды не говорите.
20 фев 13, 00:31    [13952190]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
EDUARD SAPOTSKI
Member

Откуда:
Сообщений: 2371
nscl
кстати, насчет ява-апплетов. По сравнению со сливерлайтами и прочим виндовс-онли актифф-хэ - живее всех живых. Спектроанализатор в оборудовании Ubiquity, плагин для работы с токеном для веб-банкинга, онлайн-мониторинг интерфейсов в свитчах D-Link и интерактивные VNC-консоли в IP-KVM - живее всех живых.

Ну яву и изобретали что бы электрочайниками управлять, поэтому железячники ее и любят :)
20 фев 13, 00:31    [13952193]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
EDUARD SAPOTSKI
nscl
кстати, насчет ява-апплетов. По сравнению со сливерлайтами и прочим виндовс-онли актифф-хэ - живее всех живых. Спектроанализатор в оборудовании Ubiquity, плагин для работы с токеном для веб-банкинга, онлайн-мониторинг интерфейсов в свитчах D-Link и интерактивные VNC-консоли в IP-KVM - живее всех живых.

Ну яву и изобретали что бы электрочайниками управлять, поэтому железячники ее и любят :)
Может конечно и так. У д-линков и квм - своя прошивка, убиквити пользует линукс с BusyBox внутри.

В рамках данной темы я про то, что ява-апплеты на клиентской стороне используются буквально в паре мест, где они реально нужны и имеют смысл, в то время как все остальное управление и основной мониторинг (то есть самое важное для обеспечения работы) реализовано на дубовом HTML4, местами даже вообще без скриптов. И в отличие от оплакиваемого покойника - оно будет работать и впредь так же надежно и предсказуемо, чего совершенно нельзя сказать про большинство современных десктопных приложений.

Ведь мне скажем совершенно не важно, на чем написана прошивка для моего свитча или квм, и есть ли там внутри ява-машина. Но если мне предложат для настройки свитча поставить на мой рабочий компьютер 100500 сторонних компонентов, да ещё и на неиспользуемую мной ОС в отдельной ВМ (превед, бевард с B2-серией IP-камер) - может оказаться, что проще найти оборудование, где разработчики клиентских модулей прошивок не настолько упороты. Потому что ставить для каждой железки какие-то свои надстройки и плагины - это просто нереально, и особенно не в тему, когда реагировать надо быстро и в нештатных ситуациях.

То, что на рынке есть вакансии для дельфистов - это как раз не удивительно, наработок на нём накопилось изрядно, быстро все это закопать могильщиков не хватит. Но тенденция к уходу от такого софта в сторону веб-интерфейсов при первой же возможности - есть свершившийся факт и суровая реальность, что лично меня очень радует. Причем со всех трех точек зрения - с девелоперской (проще писать и отлаживать), с админской (нет гемора с доп.софтом) и с пользовательской (проще жить).
20 фев 13, 01:25    [13952376]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
EDUARD SAPOTSKI
МСУ
Смотри в чём уже просад по скорости разработки. У тебя дополнительная нагрузка - WCF шлюз. В случае веба в 99% он не нужен, т.к. приложение ходит напрямую в базу. Профит?

Нифига просада не вижу. Далеко не всегда прямых похождений в базу через датасоурс достаточно. Если у тебя более или менее солидная поделка, то так или иначе будешь юзать какойнить ORM, DAL со своими методами. Потом будешь делать вьюхи на основе того, что тебе эти методы отдают. Таже хрень и в SL, только эти методы повесил как WCF-сервис и они автоматом доступны в SL приложении. Биндишь и получаешь те же вьюшки. В чем просад?
Ваще все это конечно уже лирика. Х*ли толку если заказов на SL уже практически нет?
Скажи лучше что юзать телерик или девекспресс? Чето меня девекспрес нифига не вставляет. Телерик раньше тоже не вставлял, а сейчас посмотрел их последние поделки в демках, так вроде ничо так, понравилось


Heхлый html c совершенно левой обвеской будет весить гораздо больше, ограничение браузера на количество одновременных запросов со страницы будет давать тормоза, правильно приготовленная 3х звенка уделает html минимум на порядок.
20 фев 13, 01:57    [13952450]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
SeVa
Heхлый html c совершенно левой обвеской будет весить гораздо больше, ограничение браузера на количество одновременных запросов со страницы будет давать тормоза, правильно приготовленная 3х звенка уделает html минимум на порядок.
Почему вас так тянет навесить левых тяжелых обвязок ? Нормальная веб-страница с табличным отчетом на 1000 строк - это килобайт 40-60 максимум, ну и css-ка ещё килобайт пять. Откуда у вас взялось больше ?

Охх... Ну где, в каком таком проекте вы умудрились упереться в число запросов со страницы ?! Это даже у разработчиков онлайн-DDoS-бота LOIC не получилось.

Правильно приготовленная трехзвенка - это HTML+CSS+JS | язык_веб-скриптинга | БД. Трехзвенка же с толстым клиентом имеет существенный недостаток - сторонее запускаемое на клиенте приложение, своё для каждой платформы. Для постоянно развивающихся учетных систем, используемых из разных мест с разных платформ через сети совершенно разной стабильности, пропускной способности и безопасности большим числом пользователей этот ваш толстый клиент - как камень на шее.
И в чем тогда ваше "уделывание на порядок" ?
20 фев 13, 02:13    [13952470]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
автор
И чо ? Сколько времени вам потребуется, что перевести на SSL ваш проект, до этого работавший без шифрования ? Мне это очень напоминает одептов голых АПИ. Им говоришь: в винде нет PGP ! Я не могу подписать документ свои ключем ! Они тебе - у нас есть крипто-апи, можно написать на обшарпе свой криптопровайдер. Им говоришь - у вас нет продукта с функциональностью уровня OpenSSL/OpenSSH, а то, что есть - доступно только на серверной винде, местами только в домене и через очень кривые способы. Ответ тот же: у нас есть криптоАпи. Ты им снова: да епт, у вас в базовой системе нет даже утилит для расчета контрольных сумм, как вообще этот треш можно пользовать, что мне толку с вашего голого апи ? Они тебе ту же песню - у нас есть крипто-апи. Ну есть, и что дальше ?
И вы туда же. Я вам говорю - в 99% проектов толстых клиентов нет защиты передаваемых данных de-facto. И включить её без переделывания проекта нельзя. А в мне - вот WCF. Вот вы лично включать поддержку SSL на этой ботве пробовали ? А на уже развернутой системе с активно работающими клиентами, в нон-стоп режиме ?


Перевести проект на SSL, если это делалось ранее, займет полчаса. Для этого нужно только изменить конфиг, да установить сертификаты,код менять не придется.
Если нужна безопасность, то ssl в линейке wcf - самый слабый вариант, помимо него есть различные варианты с шифрованием на уровне протокола и/или сообщений. Это делается в шесть секунд в настройках конфига.В отличие от SSL есть делегирование, попробуй на этой полове работать с корпоративными ресурсами за файерволом. Твой SSL - это полное УГ.

Если не в теме, то не смеши наши тапочки опусами про телевизионные приставки
20 фев 13, 02:16    [13952475]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
nscl
SeVa
Heхлый html c совершенно левой обвеской будет весить гораздо больше, ограничение браузера на количество одновременных запросов со страницы будет давать тормоза, правильно приготовленная 3х звенка уделает html минимум на порядок.
Почему вас так тянет навесить левых тяжелых обвязок ? Нормальная веб-страница с табличным отчетом на 1000 строк - это килобайт 40-60 максимум, ну и css-ка ещё килобайт пять. Откуда у вас взялось больше ?

Охх... Ну где, в каком таком проекте вы умудрились упереться в число запросов со страницы ?! Это даже у разработчиков онлайн-DDoS-бота LOIC не получилось.

Правильно приготовленная трехзвенка - это HTML+CSS+JS | язык_веб-скриптинга | БД. Трехзвенка же с толстым клиентом имеет существенный недостаток - сторонее запускаемое на клиенте приложение, своё для каждой платформы. Для постоянно развивающихся учетных систем, используемых из разных мест с разных платформ через сети совершенно разной стабильности, пропускной способности и безопасности большим числом пользователей этот ваш толстый клиент - как камень на шее.
И в чем тогда ваше "уделывание на порядок" ?


У меня загрузка этого топика занимает 756мs, на sl это будет несколько десятков и не больше. Один только web server - это большой и левый тормоз
20 фев 13, 02:23    [13952481]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
SeVa
Member [заблокирован]

Откуда: Москва
Сообщений: 4324
Это лапидарная страница с одной таблицей, на сложной форме разница будет еще ощутимей
20 фев 13, 02:24    [13952485]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
SeVa, вы таки определитесь, вы про веб-системы или про толстые приложения.
Перевести проект на SSL, если это делалось ранее, займет полчаса. Для этого нужно только изменить конфиг, да установить сертификаты,код менять не придется.
Если нужна безопасность, то ssl в линейке wcf - самый слабый вариант, помимо него есть различные варианты с шифрованием на уровне протокола и/или сообщений. Это делается в шесть секунд в настройках конфига.В отличие от SSL есть делегирование, попробуй на этой полове работать с корпоративными ресурсами за файерволом. Твой SSL - это полное УГ.

Если не в теме, то не смеши наши тапочки опусами про телевизионные приставки
А если это ранее никогда не делалось ? полгода ? Вы мне хотите тут втереть, что неведомое шифрование на уровне протокола, исходники реализации которого видели три с половиной индуса, по уровню доверенности можно сравнивать с SSL ? Вы чего, реально в это верите ?
Нормально написанные ресурсы под SSL замечательно работают через три натилки, а не то что через какой-то там файервол. Нету такой проблемы у веб-систем.

У меня загрузка этого топика занимает 756мs, на sl это будет несколько десятков и не больше. Один только web server - это большой и левый тормоз
А SL у нас вместо HTTP(s) научился поверх астрала работать ? Или отдавать http без веб-сервера ? Или вы предлагаете свой, ни с чем несовместимый и никем не понимаемый протокол ?
Так загрузка или отрисовка ?
#!/bin/bash

d1=`date "+%s.%N"`;
wget "https://www.sql.ru/forum/actualthread.aspx?tid=982968&pg=13";
d2=`date "+%s.%N"`;
echo "scale=3; ($d2-$d1)/1" | bc
Если загрузка - то тут 120-130 мсек. Нефиг тут на веб-сервер пенять, коли интернет через примотанный лианой к пальме роутер из-под придавленной Касперским виндоффс. :D :D
Если же это время отрисовки - то с чего вы взяли, что ваш сливерлайт отрендерит ту же по структуре страницу более чем на порядок быстрее, чем движок браузера ?
20 фев 13, 03:00    [13952520]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
nscl
Guest
SeVa
Это лапидарная страница с одной таблицей, на сложной форме разница будет ещё ощутимей
Эта страница именно этим и прекрасна. Она везде замечательно открывается и быстро рендерится. Кстати, с лапидарностью вы погорячились:
grep '<table' ./page_dump.htm | wc -l
43
grep '<div' ./page_dump.htm | wc -l
22
grep '<script' ./page_dump.htm | wc -l
10
grep '<tr' ./page_dump.htm | wc -l
94
grep '<img' ./page_dump.htm | wc -l
39
Итого 43 таблицы, совокупно содержащих 94 строки, размещенные в 22 слоях. И десяток вспомогательных скриптов и 39 мелких картинок для истинной благости и совершенства :D. Минимализму тут ещё есть куда расти.

Есть у татьяныча такое понятие - "рак формы". Если ваша сложная форма оттуда - то у меня к вам большая просьба - самозакопайтесь пожалуйста вместе со своими сложными формами. Чтобы веб-форма на HTML начала хоть как-то заметно тормозить - туда надо кинуть минимум две тысячи активных элементов и как-то совершенно адски это заверстать. Такая форма неюзабельна совершенно, хотя и будет работать.

И да, > 700 мс - это визуально заметный процесс загрузки. И есть у меня ощущение, что проблема тут не в веб-сервере и не в веб-технологиях.
20 фев 13, 03:19    [13952528]     Ответить | Цитировать Сообщить модератору
 Re: Ждемс объявления о выходе Silverlight 6!!!  [new]
user7320
Member

Откуда:
Сообщений: 3543
автор
Особенно, если это Dynamic Data Entities Web Application, которые сами строят гуй на основе модели. Круто? Набросал поделие и пошел согласовывать с заказчиком и тыкаться в презентацию.

У Сильвера есть Лайтсвич.
20 фев 13, 05:26    [13952553]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 8 9 10 11 12 [13] 14 15 16 17 .. 32   вперед  Ctrl
Все форумы / WPF, Silverlight Ответить