Silverlight по сравнению с Flex

Итак, мы наконец нашли, как заставить CSS работать с Emotion. Мы преобразовали наш стилизованный компонент в объект и используем & ::selection. Я не пробовал с космосом, и это было то!

// Emotion
export const Adventure = styled.div({
  maxWidth: '1400px',
  /* working now! */
  '& ::selection': {
    color: colors.greenWater,
  },
});
71
задан 1kevgriff 21 August 2008 в 19:47
поделиться

6 ответов

Вы серьезно не должны использовать ЛЮБУЮ из этих технологий ActiveX2.0. Ни Silverlight, ни Flex ...

Во-первых, оба они не более чем «распределенные фреймворки winforms с поддержкой запуска в браузере», во-вторых, они плохо переносятся на другие устройства (особенно верно для Silverlight), в-третьих, они плохо работают с другими частями вашей страницы. Они не подходят для людей с ограниченными возможностями и т. Д., И т. Д. Список продолжается до бесконечности ...

Adobe и Microsoft очень стараются скрыть этот факт, но в конце концов и Silverlight, и Flex это не что иное, как ActiveX в новой оболочке ...

Конечно, они работают в песочнице, являются управляемыми языками и все такое. Но это все еще загружается большой кусок BLOB для локального запуска в вашем браузере,

0
ответ дан 24 November 2019 в 12:52
поделиться

At the end of the day, your developers should not be dictating your technology. This is absolutely a product decision that should be based on your users.

If you are deploying to the consumer Internet, the Flash Player or AJAX is the way to go. If you're deploying to a private LAN for a .net enterprise, you have options.

6
ответ дан 24 November 2019 в 12:52
поделиться

Хотя я работал с Silverlight и меня очень радует возможность иметь приложения, работающие вне браузера, одно из огромных преимуществ AIR заключается в том, что он предоставляет доступ к встроенным функциям перетаскивания. Это позволяет создавать очень удобные для пользователя функции загрузки изображений или документов (например, загрузчик Flickr). Насколько я слышал, MS еще не уделяет внимания такой поддержке (т.е. планы не объявлены).

2
ответ дан 24 November 2019 в 12:52
поделиться

Если вы знаете .NET, Silverlight 3.0 - это то, что вам нужно. Я использую это, и мне это нравится. Мне не нужно связываться с AJAX или JS BTW (я понятия не имею, что имел в виду этот парень, возможно SL 1.0). Для данных это в основном асинхронные вызовы WCF (LINQ to SQL за WCF) или файлы XML или службы RIA. Он позволяет использовать большинство эффектов шейдеров, имеет стили, шаблоны управления и собственный буфер обмена Windows / Mac. Я могу запускать видео высокой четкости, и большинство процессов работают очень хорошо даже при медленных процессорах. Мне также нравится связывание данных, связывание элементов управления и наблюдаемые коллекции, которые экономят мне много времени. ПЛЮС Я могу использовать LINQ, что значительно экономит время, не говоря уже об использовании Visual Studio для отладки.

Я разрабатываю корпоративные приложения .NET, поэтому я знаю свою базу установки, и они установят надстройку (обычно 30 секунд ). Для интерфейсного веб-сайта вы можете потерять некоторых пользователей, которые не хотят устанавливать silverlight или не работают на Mac или Windows. Вы МОЖЕТЕ иметь приложения с SL вне браузера с 3.0.

Я могу быть предвзятым сторонником .NET, но я так быстро разрабатываю, что рекомендую его.

1
ответ дан 24 November 2019 в 12:52
поделиться

Моя команда раньше писала богатые веб-функции в Flex, а теперь пишет их в Silverlight.

Наши причины для этого перехода:

  • FlexBuilder построен на Eclipse. Затмение ужасно! Бесплатно, но с ошибками, с ошибками и медленно.
  • FlexBuilder в два раза дороже Expression Blend, который мы в любом случае бесплатно получаем с MSDN.
  • Flex - это боль для управления исходным кодом, его не любят делать для размещения файлов в одном месте, и это не очень хорошо сочетается с другими частями вашего решения (мы пробовали использовать SourceGear Vault и SVN).
  • Версия ActionScript для Flex не любит большинство реализаций SOAP, в частности, в ней есть все виды проблем с .Net WebMethod.
  • Несмотря на то, что мы периодически используем лицензионные компоненты Flex, он решает, что у нас нет этой версии, и добавляет водяные знаки только для демонстрации. Единственный способ удалить это - разобрать проект, переустановить Flex, переустановить лицензии и перестроить его.
  • FlexBuilder совсем не любит Vista.
  • Принятие Silverlight растет, когда-то достигнув уровня, когда мы могли бы добавить его как требование для соответствующих функций, которые мы переключили. Если бы мы работали для веб-аудитории (а не для корпоративной), я не уверен, что мы могли бы это сделать.

Остальная часть нашего проекта - это .Net и C #, вы можете найти все эти проблемы менее значительными в магазине Java.

5
ответ дан 24 November 2019 в 12:52
поделиться

Мы делаем и silverlight, и flex, и вот точка зрения разработчика на оба.

Плюсы Silverlight:

  1. Возможности C #, фрагменты кода, повторное использование существующих реализаций алгоритмов C #
  2. Возможности других языков, Generics и Linq и т. д.
  3. Возможности собственного исполнения CLR вместо Flash » но официально не поддерживается Microsoft, он всегда будет отставать от обратного проектирования .NET и портирования его на другую платформу, это еще не готово.
  4. Большинство компонентов / элементов управления запечатаны, поэтому их сложно расширить и переопределить, чтобы легко создавать новые компоненты.
  5. Плохая архитектура CustomControl / UserControl. Например, у вас не может быть корня XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
  6. Связывание требует именования компонентов и не поддерживает выражения экземпляров, такие как flex , хотя двусторонняя привязка хороша в Silverlight, но вы должны писать длинные коды для нескольких привязок для одного математического выражения
 например NET и портирование его на другую платформу, это еще не из коробки. 
  • Большинство компонентов / элементов управления «запечатаны», поэтому их сложно расширить и переопределить, чтобы легко создавать новые компоненты.
  • Плохая архитектура CustomControl / UserControl . Например, у вас не может быть корня XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
  • Связывание требует именования компонентов и не поддерживает выражения экземпляров, такие как flex , хотя двусторонняя привязка хороша в Silverlight, но вы должны писать длинные коды для нескольких привязок для одного математического выражения
  •  например NET и портирование его на другую платформу, это еще не из коробки. 
    
  • Большинство компонентов / элементов управления «запечатаны», поэтому их сложно расширить и переопределить, чтобы легко создавать новые компоненты.
  • Плохая архитектура CustomControl / UserControl . Например, у вас не может быть корня XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
  • Связывание требует именования компонентов и не поддерживает выражения экземпляров, такие как flex , хотя двусторонняя привязка хороша в Silverlight, но вы должны писать длинные коды для нескольких привязок для одного математического выражения
  •  например 
    
  • Неверная архитектура CustomControl / UserControl. Например, у вас не может быть корня XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
  • Связывание требует именования компонентов и не поддерживает выражения экземпляров, такие как flex , хотя двусторонняя привязка хороша в Silverlight, но вы должны писать длинные коды для нескольких привязок для одного математического выражения
  •  например 
    
  • Неверная архитектура CustomControl / UserControl. Например, у вас не может быть корня XAML в качестве ComboBox или любого другого элемента управления и позволить ему иметь как дизайн, так и код, вы можете создать собственный элемент управления, но они слишком сложны
  • Связывание требует именования компонентов и не поддерживает выражения экземпляров, такие как flex , хотя двусторонняя привязка хороша в Silverlight, но вы должны писать длинные коды для нескольких привязок для одного математического выражения
  •  например
    // это возможно во флексе ..
    // но не в silverlight
    
    
    
    // отображаем полное имя ..
    
    

    Плюсы Flex:

    1. Полностью независимая от платформы, поддерживается на различном оборудовании и операционных системах и действительно отлично работает везде.
    2. Открытый исходный код позволяет легко понять и расширить функциональность.
    3. Каждый элемент управления / компонент могут быть расширены, и существует меньше ограничений, переопределяющих поведение по умолчанию.
    4. Самый простой способ создания новых компонентов, вы можете получить mxml из любого элемента управления и расширить их с помощью обширной привязки
    5. Flex содержит множество элементов управления, и вам не нужно любая сторонняя библиотека

    Минусы Flex:

    1. Медленное выполнение при итеративном выполнении, без потоков !! нет асинхронных задач !!
    2. Исходя из пункта 1, нет отличной анимации или графики.
    3. Нет обобщений, Нет других языков, Нет linq ..
    4. Класс Number содержит ошибку, не может хранить полное 64-битное длинное значение
    5. Eclipse не подходит для создания чего-то отличного пользовательского интерфейса

    Заключение

    1. Мы используем flex для приложений обработки данных, это простые приложения для обработки форм
    2. Silverlight для чрезвычайно богатой графики и анимации
    15
    ответ дан 24 November 2019 в 12:52
    поделиться
    Другие вопросы по тегам:

    Похожие вопросы: