Flash для бизнес-веб-приложений - почему нет?
Я думаю, что ваш метод должен иметь тип возвращаемого значения типа int, например:
public int CountScoreForPlayerOne()
{
return Score++;
}
public int CountScoreForPlayerTwo()
{
return Score++;
}
Тогда вы можете сравнить их следующим образом:
if (CountScoreForPlayerOne() > CountScoreForPlayerTwo())
{
Console.WriteLine("There are no more cards the game is over!");
Console.WriteLine($"{FirstPlayer} won the game");
}
else if (CountScoreForPlayerOne() < CountScoreForPlayerTwo())
{
Console.WriteLine("There are no more cards the game is over!");
Console.WriteLine($"{SecondPlayer} won the game");
}
else
{
Console.WriteLine("There are no more cards the game is over!");
Console.WriteLine("None won the game");
}
Console.WriteLine($"The final score is {FirstPlayer} {Score} - {SecondPlayer} {Score}");
10 ответов
Я выполнил успешный малый бизнес (сам, плюс 2 других партнера) разрабатывающий веб-приложения для крупных фирм финансовых услуг (Точность, Hancock, Авангард, T.Rowe Price) в течение 7 лет с помощью только Flash.
В течение первых нескольких лет (2001-2004), я чувствовал, что мы опережали события - очень немного других компаний использовали Flash для разработки устойчивых, "реально-бизнес-" веб-приложений. В 2005-2008 я чувствовал, что у нас было много конкуренции. Теперь, я начинаю видеть конец дороги - JS и Ajax теперь делают довольно легким сделать все вещи, мы использовали Flash для (асинхронная передача, очень быстро реагирующая интерактивность, построение диаграммы, построение графика, перетаскивание, и т.д.)
Вот несколько моих мнений:
Flash может определенно обработать "реальные" бизнес-приложения - наши клиенты используют наши приложения, чтобы работать или интегрироваться с торговыми системами, приложениями управления рисками, контролем портфеля и другими критически важными для бизнеса функциями. Любой, кто говорит, что Flash не может обработать такие вещи, дезинформирован.
Я разрабатывал настольные приложения в течение многих лет прежде, чем начать мое собственное дело. Flash был первой технологией, которая позволила мне делать в веб-приложении так, как я мог сделать в настольном приложении.
Flash действительно позволяет нам разрабатывать однажды и работать на любом браузере
Flash дает нам намного больший массив средств управления UI и виджетов - когда определенный тип взаимодействия требует больше, чем просто текстовое поле или переключатель или выпадающее меню, мы можем создать то, в чем мы нуждаемся. Некоторые приложения требуют новых подразумеваемых возможностей взаимодействия
Тем не менее, по нашему опыту, веб-приложение должно быть похожим на веб-приложение, иначе пользователи не получат его. Так, даже при том, что можно создать любой тип из управления UI или интерфейса, который Вы хотите, необходимо, вероятно, создать их, чтобы точно походить на стандартные средства управления HTML, и РАСШИРИТЬ их поведения, но никогда не изменять их. Не ожидайте, что пользователи изучат что-то новое.
Если Вы обращаете внимание, можно сохранить приложения Flash более легкими, чем сопоставимая реализация JS/Ajax. Избавьтесь от посторонней графики, анимаций, ненужных шрифтов. У нас есть сборка серьезные количественные приложения моделирований/финансового планирования Монте-Карло, которые были легче, чем многие популярные библиотеки AJAX.
Самая большая оборотная сторона управляет Вашим приложением/совместным использованием рабочая нагрузка с другими разработчиками. Нижняя строка - просто нет то, что многие разработчики Flash и меньше установленные стандарты кодирования или платформы. Так, знайте заранее о вероятном владении приложением сами столько, сколько оно живет. Если у Вас будут клиенты, которые примут приложение, после того как Вы поставляете его, то им будет нелегко находить, что новые разработчики управляют/расширяют им.
Вторая по величине оборотная сторона - то, что Вы признательны Adobe. Если они решают прекратить Flash, мы застреваем.
Как кто-то еще указал, доступность является настоящей проблемой. Существуют обходные решения, но это - БОЛЬШАЯ дополнительная работа, тогда как это часто 'свободно' при использовании HTML. (Хотя AJAX/JS также может иметь огромные проблемы доступности также).
Я не ожидаю, что iPhone будет когда-либо поддерживать Flash. В то время как Flash чрезвычайно повсеместен на рабочих столах, он никогда не может добираться мобильный. (Adobe предлагает FlashLite для мобильного телефона, но я не знаю много об этом. Кажется, что внедрение было довольно минимально.)
В то время как другие технологии нагоняют (и превосходят его в некоторых случаях), я думаю, что Flash имеет по крайней мере другой год или два из срока полезного использования.
Надежда это полезно.Удачи.
Большой причиной является доступность. В достаточно крупной организации у Вас будет несколько пользователей, которым нужны больший текст, программы для чтения с экрана, для слепых терминалы или более высокий контраст. Существуют существующие, известные технологии для использования тех, которые имеют "нормальные" веб-приложения (если они обычно не полагаются слишком в большой степени на JavaScript).
Те технологии обычно не имеют успеха на их поверхности, как только Ваше содержание захватывается во флэш-памяти.
Flash, кажется, был следующей большой вещью в интерактивных приложениях уже много лет. Однако по любой причине этого никогда не происходило. Я не думаю, что это будет когда-либо происходить теперь по следующим причинам:
- Платформы JavaScript почти полностью решают проблему совместимости браузера и богатой функциональности. Вы видели Ext.js? См. также http://www.joelonsoftware.com/items/2007/09/18.html
- У всех веб-разработчиков есть некоторое знание JavaScript, таким образом, существует низкий барьер для расширения функциональности приложения с помощью него. Если Вы захотите записать интерактивное приложение Flash, то Вы будете, вероятно, запускать с нуля.
- То, что можно сделать с JavaScript, идет дальше так быстро, Flash, вероятно, станет устаревшим для многих (не все) использование. Это - сайт, который заставил меня сказать, что 'Flash мертв': http://webdev.stephband.info/parallax.html - если бы можно сделать это с JavaScript, почему Вы когда-либо должны были бы (учиться) Flash?
- Chrome и FF3 поместили скорость выполнения JavaScript в центр их разработки. Flash является пожирателем ресурсов ресурсов.
- Только для меня лично - я знаю визуальные индикаторы приложения на базе браузера. Я не делаю с приложением Flash, и я чувствую, что это - новая парадигма, которую я должен изучить. Я не думаю, что я - единственный пользователь, который реагирует как это.
Все это рассмотренное, мне JavaScript является будущим интерактивных приложений.
Это помещает Ваше приложение в поле.
Если Вы рады ограничениями, что поле приносит затем все хорошо и хороший, но а также получение более легкого доступа к богатому UI у Вас будут некоторые ограничения помещенными в Вас. Например, Если Вам нужно Ваше приложение, чтобы иметь возможности поиска, Вам, вероятно, придется записать Ваше собственное вместо того, чтобы полагаться на Google (для внешнего) или внутренний индексный сервер (по-видимому, Вы могли все еще использовать сервис индексации для базы данных бэкенда и затем сможете получить доступ к этому через свое приложение флэш-памяти?)
Я не писал приложение Flash в течение приблизительно 7 лет. Когда я сделал, это была забава и довольно легкий разбудить маленькие игрушки и выполнение, но я никогда не рассматривал для серьезного приложения - давным-давно, хотя - я подозреваю, что вещи изменились.
Flash решил бы все это. Это немедленно работало бы на всех браузерах и всех платформах.
Немедленно?
загрузка... 23%...
;-)
- Развертывание. Вы зависите от плагина браузера, который Ваш отдел ИТ может или не может быть готов распределить.
- При помощи Flash/Flex Вы основываете свою технологию на собственном программном обеспечении.
- Закрытый исходный код, таким образом, это - чертова партия, более трудная отлаживать
Сказав все это, мне на самом деле вполне нравится Flex, но по причинам выше, я просматриваю его как немного больше, чем игрушка.
Очень простой: потому что текущие воплощения Flash являются все еще слишком находящимися во власти ошибкой. Например, существует проблема с входом символа с диакритикой в соответствии с Linux, который является в значительной степени выставочным стопором. Я также недавно протестировал несколько платформ, которые предлагают и JS и Flash как клиентская технология, и мне потребовались только минуты для записи небольших примеров, которые вели себя неправильно с Flash.
Это может быть сделано и быть эффективно. Однако это обычно не преуспевается. Существует тенденция, которая будет обольщена темной стороной Flex и забудет об основах. Результатом является множество действительно ужасающих приложений, которые повреждают ожидаемое пользовательское поведение.
Конечно, это не ограничено просто Flash/Flex. Я был введен как консультант по вопросам веб-сайта, предназначенного для iPhone. Из-за их реализации CIUI, кнопки "Назад" и функциональности установки закладки веб-браузера повреждается. "О, мы уже думали об этом". Они создали тщательно продуманный способ сохранить Ваше собственное избранное страницы на их сервере, предположив, что Вы зарегистрированы, конечно. И ряд ссылок обеспечил, чтобы пользователю никогда не была нужна их кнопка "Назад". Я не преувеличиваю здесь также, я разыгрываю Вас нет.
Отказы на этом базовом уровне - то, что Вы хотите не упустить. Очень хорошие приложения могут быть созданы с помощью Flash и Flex, и могут решить проблемы совместимости браузера. Просто старайтесь не забыть основные принципы.
Стоит отметить, что мой банк использует Flash для своего экрана входа в систему. Они делают своего рода биометрическую идентификацию ритма ввода, что я думаю, была бы дыра в системе безопасности, если бы это было в JavaScript.
Оборотная сторона - то, что это означает, что я не могу использовать их проклятый сайт по своему мобильному телефону!
Многие люди и организации делают это и с Flex и с регулярным Flash.