Какая связка технологий (если основа это Java/C#) аналогична ActionScript3 + Flash?

Question

[Кирилл]

Добрый день!

Продолжается развиваться история, начатая в этом вопросе. Кратко напомню суть: мы разрабатываем программы, которые необходимы для подбора оборудования. Пользователь вводит данные, программа производит вычисления, исходя из введенных данных, выдает список оптимального оборудования. Программы разрабатываются на ActionScript 3 (Flash).

AS3 - это специфическая технология (как и сам Flash), использовать которую не всегда удобно. Особенной пикантности добавляет то, что язык давно не развивается, следовательно многих удобных фишек (из того же C# или Java) там нет.

Недавно я успешно (с помощью Toster, спасибо всем) указал на минусы разработки с использованием ActionScript, и начальство скрепя сердце отступило от тезиса "мы всегда это использовали, зачем что-то новое". Теперь мне поручено выбрать иную технологию (платформу) для разработки программных решений.

Однако, чтобы мне было не так просто, были сформулированы требования:
1. Запуск на различных OC: Windows, Android, iOS без необходимости серьезно переделывать программный код. (мол, AS3 + Flash может запускаться всюду).
2. Открытие из браузера (мол, создал SWF, вставил в страницу и вперед)
3. Работа без установки (мол, скачал, кликнул и всё работает).
4. Широкие возможности по созданию интерфейсов (нестандартных) (сейчас используется Adobe Illustrator).
5. Высокая скорость (тут скорее всего имеется ввиду, по отношению к решениям на AS3 + Flash).
6. Прозрачное клиент-серверное взаимодействие с ASP.NET веб-сервисом.

Начальство намекает, что хотелось бы использовать .NET (C#) или Java. Причин не называет. На изучение и подготовку мотивирующих примеров у меня одна неделя, которая начинается с сегодня. Такая вот история.

Мой вопрос в следующем: какая связка технологий позволит, программируя с использованием C# или Java, соответствовать вышеперечисленным требованиям?

Своего видения у меня пока нет. Ваши ответы для меня будут скорее отправной точкой, помогающей в начинающемся тестировании и гуглении.

Заранее спасибо!

Answer 1

[Олег Гамега]

знаете возможно я не правильно понял список требований вашего начальства и все не так критично ....
я бы советовал хорошо продуманное rest api на стороне сервера
в браузере отрисовывать каким то js фреймворком используя api (например angularjs хотя встречал решения на почти на одном чистом js довольно таки быстрые и в плане работы и разработки)
на стороне клиента все не так радужно, если бы не стоял вопрос про нестандартные интерфейсы я бы посоветовал xmarin, главное ни в коем случае не юзайте phonegap и подобные вещи ─ быстродействие AS на их фоне вас порадует, а юзеры сделают вашу куклу вуду и будут правы ))
на стороне сервера используйте что больше нравится с# и java в равной степени подходят для этих задач
зы неделя для изучение это .... сильно оптимистично.

Comments

[Кирилл]

> им пара завязывать с тяжелыми наркотиками
> неделя для изучение это
Ой, и не говорите. Я как-то даже в осадок выпал, когда в первый день пришел на работу.

> я бы советовал хорошо продуманное rest api на стороне сервера
Неа. Все вычисления на стороне клиента.

[Олег Гамега]

Кирилл: хотя бы данные гонять, а там закэшировать и посчитать в офлайне если нужно. Полная кросплатформенность для мобильных пока сказки, даже одна платформа с учетом разных версий может вынести мозг (особенно android ─ тут и версии, и экраны, и просто разные производители с железом могут порадовать)

[Кирилл]

gadfi: разные экраны уже радуют. Даже элементарное увеличение масштаба на десктопе доставляет радостей.

[Олег Гамега]

Кирилл: как я понимаю у вас много однотипных приложений, конечно у всех своя специфика но вы существенно снизите траты если сможете донести начальству мысль что одной попой на все стулья не сесть, можно отказаться от нестандартного интерфейса и писать на xmarin ─ в этом случае кросплатформеность на мобильных дастся вам меньшей кровью, можно сузить целевые платформы, но даже при написание под каждую платформу отдельно вы сэкономите время, а значит и деньги ─ клиент-серверные приложения которые что то считают по сути довольно таки стандартная задача, которая прекрасно решается для всех платформ, есть куча готовых библиотек которые упрощают работу

[Кирилл]

gadfi: боюсь что начальство скажет "но ведь Flash позволяет усидеть на всех стульях! Значит оставляем AS + Flash". Вот что бы вы ответили на такое?

[Олег Гамега]

Кирилл: я примерно понимаю суть ваших приложений, сколько занимает времени разработка одного приложения на флеше?можно ссылку если оно в открытом доступе, для примерной оценки по времени нативными средствами для android ( ios чуть быстрее с xmarinom чуть медленее, но зато портировать можно ) для бизнес приложений нестандартный интерфейс только во вред, можно попробовать xmarin, читал коментарии, благодаря нативным средствам вы сможете нормально использовать бд и не нужно будет мучатся с xml ─ прирост производительности будет на лицо

[Кирилл]

gadfi: а разработка всё идет... появляются новые задачи, программы растут. Началась задолго до меня, так что претензии к внешнему виду не принимаются (это я про "нестандартный интерфейс") :))

Связь с БД есть, если есть интернет. Но (sic!) по ТЗ его может и не быть, поэтому программы условно позиционируются как оффлайн.

[Олег Гамега]

Кирилл: честно говоря я видимо поторопился когда говорил что представляю тип приложения ─ уж больно специфично, я немного отредактирую свои сообщения, а вы лучше добавьте ссылку в заголовок. Сильно подозреваю что хотя бы на диалогах, формах ввода и информационых отделах вы не хило выиграете по времени реализуя нативными средствами, я так поминаю что все кнопочки, поля ввода и прочая ui реализовывалась руками ? Далее про бд ─ все мобильные имеют нативную возможность работать с sqlite, офлайн не страшно . В таком виде портировать на мобильные все равно не получится, логика взаимодействия с пользователем совсем другая. Стоит подумать насколько нужны программам такого типа мобильные платформы а если все же нужны то сконцентрироваться только на планшетах.
Для мобильных платформ в любом случае придется много менять.

[Кирилл]

gadfi: мде... похоже завершается всё сильверлайтом. Это я так, информацию, как самому активному :)

[Олег Гамега]

Кирилл: я так понимаю от мобильных решили отказаться ? ну и правильно честно говоря )) в любом случае удачи )

[Кирилл]

gadfi: спасибо, она нам понадобится.

Answer 2

[raiboon]

А нет такого. Чем вам флеш не угодил? Его хоронят уже хрен знает сколько.
Сильверлайт + c#? Не смешите, он сдох не родившись. Java-апплеты? Туда им и дорога. Можно глянуть юнити... Но он для игр и интерактива, а не риа-приложений.

Для максимальной портабельности есть две технологии - JS и ActionScript. Ну еще Haxe, пожалуй. И разницы между ними не так уж и много, все основаны на EcmaScript.

А вообще действительно. Посмотрите в сторону TypeScript или просто JS. Он с нововведения es6-7 становится наконец тортом и соответсвует всем требованиям начальства. По красоте и скорость вполне делает флеш.

Comments

[Кирилл]

> Сильверлайт + c#? Не смешите, он сдох не родившись.
Это я в курсе.

> Java-апплеты? Туда им и дорога
Почему? Что в них плохого?

[Кирилл]

> Чем вам флеш не угодил? Его хоронят уже хрен знает сколько.
Мне бы хотелось большей выразительности языка. Современности, что-ли. ActionScript несколько... убогий. Иного слова мне подобрать трудно. Особенно, когда дело начинает касаться сложных вычислений, оперированием большими объемами данных и т.п. Может быть я не прав, но за год работы с ним, у меня сложилось именно такое мнение.

[Олег Гамега]

Кирилл: грузятся долго, можете посмотреть примеры

[Кирилл]

> грузятся долго, можете посмотреть примеры
Ага... на в разрезе моего вопроса это не аргумент: Flash тоже не так уж быстро.

[Олег Гамега]

Кирилл: писать их тоже не особо быстро, ui на js c красивостями вы напишите напорядок быстрее и дешевле, не могу перечислить все минусы аплетов так как они умер задолго до того как я занялся java и их поддержка прекращена, по сути вам придется писать детскопное приложение c ui на awt, а даже swing в плане красивого ui тот еще подарок ... для веба лучше использовать стандартные средства которые будут работать везде

[Кирилл]

gadfi: понял вас. Спасибо за советы и вообще обсуждения.

Answer 3

[Димитрий]

node.js + mongodb + html5 не панацея да и от ваших спецефических задач может зависеть, но вы ведь спрашивали про варианты :)

Answer 4

[protven]

Ну JavaFX можно назвать неким аналогом Flash, для платформы Java. Для C# знаю действительно только сильверлайт, который непонятно жив или умер. Про java-апплеты вам правильно сказали забыть. Почему? Хотя бы потому, что они требуют jre на стороне клиента.

Comments

[Кирилл]

> Про java-апплеты вам правильно сказали забыть. Почему? Хотя бы потому, что они требуют jre на стороне клиента.
Но ведь и Flash требует Flash player для работы на стороне клиента. Это я пробую спорить, не начал ещё статистику поднимать, мол на скольких машинах есть JRE.

[pi314]

Кирилл: +1 для JavaFX.
А по поводу JRE - не трудитесь искать статистику, т.к. наличие JRE - имманентное требование/предположение, как с Flash и Flash player-ом.
Все, что Java, подразумевает наличие на клиенте JRE, как и все, что .NET, подразумевает наличие на клиенте CLR.

[Кирилл]

pi314: спасибо, буду пытаться копать в этом направлении.

Answer 5

[vasIvas]

AS3 - это специфическая технология (как и сам Flash), использовать которую не всегда удобно. Особенной пикантности добавляет то, что язык давно не развивается, следовательно многих удобных фишек

Вот так и загубили мухи цветы из-за того, что они не воняют:)
Это к тому, что as3 это язык, который на много лет опередил многие. Развиваться ему дальше некуда.
Если Вам не хватает чего-то, то посмотрите flex. Но скорее всего Вы просто его не понимаете.

Comments

[Кирилл]

> as3 это язык, который на много лет опередил многие
LINQ, обобщенные классы и методы, внятная асинхронность (напр., async/await в .NET 4.5)?

> Если Вам не хватает чего-то, то посмотрите flex. Но скорее всего Вы просто его не понимаете.
Я буду вам благодарен, если вы направите меня: куда смотреть для повышения скорости? Для повышения легкости работы с XML? Для повышения прозрачности создания классов при работе с foreach (типа простой реализации IEnumerable из C#)?

[vasIvas]

Скорости... World Of Tank на флеше ( если Вы не знаете, это 3D онлайн игра известная во всем мире ) и скорости вполне хватало. Так что нужно сначала объяснить, что Вы делает + как.
xml отстой, но даже для него есть нативный класс XML, а если погуглить то и больше можно найти.

Создание классов с помощью foreach? Вы о чем сейчас? Какой закон ооп говорит о создании классов через фореач?

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

[vasIvas]

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

И тут уже вот какое дело... Если Вам не нужен флеш, а нужена кросплатформенность, то предупредите руководство, что это будет дороже в десятки раз.

[Кирилл]

> если у Вас что-то не получается, не ругайте флаш, учитесь.
Возможно я не очень корректно выражаюсь. Именно для получения большей информации о Flash + ActionScript я тут сижу и спорю. В споре ведь рождается истина. И прежде всего я пытаюсь понять, можно ли заменить эту связку исходя из сущесвтующих условий. Если нет - то как использовать эффективнее. Т.е. провал моего изучения это тоже результат.

> Скорости... World Of Tank на флеше
worldoftanks.ru предлагает скачать клиент. Но я вас понял, я видел какие-то игры в Flash, в 3D. Но это не аргкмент, так даже большие игры используются чисто как клиенты (фронтэнд), а вычисления на сервере. Нам же нужно производить вычисления прямо в нем, в клиенте. И это не только неудобно, но и не всегда быстро.

> xml отстой, но даже для него есть нативный класс XML,
Согласен. Но мы храним информацию в нем. Так что... Класс XML и используем. Но работать с ним мягко говоря лично мне не удобно (подсказки, общая организация и т.п.) - возможно это проблема IDE (FlashDevelop).

> Создание классов с помощью foreach? Вы о чем сейчас?
Я говорю о создании класса, а не объекта класса. Класса, который может перебираться foreach. В C# для этого достаточно реализовать IEnumerable, а ActionScript это делается через пень колоду. Т.е. создать класс, который будет коллекцией в нем сложно. Если покажете где почитать как это сделать просто, я буду благодарен.

> Если Вам не нужен флеш, а нужена кросплатформенность, то предупредите руководство, что это будет дороже в десятки раз.
Да, это уже есть в моем отчете.

> Если программы для расчетов, то это не as3, у него даже с подсчетом цифр после запятой проблемы, он их округляет. Он изначально был создан как представление
Я это понимаю. Именно поэтому ищу альтернативу, которой сейчас не вижу.

[vasIvas]

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

[Кирилл]

vasIvas: да всё просто. Я хочу сделать свой List или Dictionary с особыми бизнес-правилами. Нужно, чтобы он мог перебираться в foreach.

[vasIvas]

Кирилл: я до низкоуровневых языков ещё не дошел, чтобы прям плотно изучить, но флешь долго учил.. Лист это массив? Dictionary есть нативный, он foreach перебирается.
Так же Array перебирается foreach. Но в as3 foreach это самое медленный итератор и его советуют использовать в последнею очередь..

Мне приходилось делать коллекцию в as3 LinkedList, HashMap и так далее, но их реализация была немного смешной. А смешной она была из-за того, что производительней было лишь удаление и сортировка нод в линкед лист, но создание нод занимает больше время чем у нативного массива и памяти ноды едят больше в два-три раза.
А при создании своего хеш мапа я столкнулся с той же проблемой, что и Вы, foreach он не итерировался. Но потом я открыл для себя нативный класс Proxy, его можно найти только гуглом, так почему-то его в доках нет. Так вот, этот прокси позволяет переопределить поведение класса при помощи перехвата.. Сейчас я его поищу у себя..

[vasIvas]

В общем вот какое дело, нашел я этот класс и вспомнил вот что и для чего я тогда делал...
В обще во флеше считается дурным тоном пользоваться forin foreach. Их использование говорит о плохой архитектуре. Класс Dictionary перебирается foreach, но без соблюдения порядка. Так же есть статик-метод describeType, он выводит описание объекта в xml. Вам вообще стоит посмотреть классы flash.utils и flash.net.

Но если Вам ещё не перехотелось, то для перечисления объекта есть Proxy.
Вот код годичной давности, думаю Вам разобраться не составит труда.

package {
	import flash.utils.Dictionary;
	import flash.utils.flash_proxy;
	import flash.utils.Proxy;
	
	public class ProxyHash extends Proxy 
	{
		protected var dictionary:Dictionary = new Dictionary();
		protected var keys:Array = [];
		protected var _length:int = 0;
		
		public function ProxyHash() 
		{
			super();
		}
		
		override flash_proxy function getProperty(name:*):* 
		{
			return this.dictionary[name];
		}
		override flash_proxy function nextName(index:int):String 
		{
			return this.keys[index - 1];
		}
		override flash_proxy function nextNameIndex(index:int):int 
		{
			return index < this.keys.length ? index + 1 : 0;
		}
		override flash_proxy function nextValue(index:int):* 
		{
			return this.dictionary[this.keys[index++]];
		}
	}

}

package {
	import collection.iterators.HashExtendedIterator;
	import collection.iterators.HashIterator;
	import collection.iterators.IHashExtendedIterator;
	import collection.iterators.IIterator;
	import collection.proxys.ProxyHash;
	import collection.utils.IDGenerator;
	import flash.utils.Dictionary;
	
	public class HashOrdered extends ProxyHash 
	{
		protected var classID:int = IDGenerator.idGenerator();
		
		private var _name:String;
		
		private var _id:uint;
		public function get id():uint { return _id; };
		public function set id(value:uint):void
		{
			if (value == _id || _id != 0) return;
			
			_id = value;
			_name += "custom ID:" + _id;
		}
		
		public function HashOrdered() 
		{
			_name = "[" + this + "] class ID:" + this.classID;
		}
		
		public function push(key:*, data:*):void
		{
			if ( ! (key in super.keys))
					super.keys[super._length++] = key;
					
			super.dictionary[key] = data;
		}
		
		public function remove(key:*):void
		{
			var isKeyValid:Boolean = key in super.dictionary;
			
			if ( ! isKeyValid) return;
			
			delete super.dictionary[key];
			super._length--;
		}
		
		public function isEmpty():Boolean
		{
			return super._length == 0;
		}
		
		public function clear():void
		{
			super.dictionary = new Dictionary();
			super.keys = new Array();
			super._length = 0;
		}
		
		public function contains(key:*):Boolean
		{
			return key in super.dictionary;
		}
		
		public function containsData(data:*):Boolean
		{
			var isDataValid:Boolean;
			var key:String;
			
			for (key in super.dictionary)
					if (super.dictionary[key] == data)
							return true;
			
			return false;
		}
		
		public function getItem(key:*):*
		{
			return  key in super.dictionary ? super.dictionary[key] : null;
		}
		
		public function length():int
		{
			return super._length;
		}
		
		public function toArray():Array
		{
			var array:Array = new Array();
			var count:int;
			
			while(count < super._length)
					array[count] = super.dictionary[super.keys[count++]];
			
			return array;
		}
		
		public function toKeys():Array
		{
			return super.keys;
		}
		
		public function iterator():IIterator
		{
			return new HashIterator(this.toArray()) as IIterator;
		}
		public function extendedIterator():IHashExtendedIterator
		{
			return new HashExtendedIterator(this, super.dictionary);
		}
		
		public function toString():String
		{
			return this._name;
		}
	}

}

[Кирилл]

vasIvas: вот именно про эту реализацию я и говорил как "через пень-колоду")))

[Кирилл]

vasIvas: > В обще во флеше считается дурным тоном пользоваться forin foreach
Хрена се... Почему?)) В C# это плохим тоном не считается ни разу. А как тогда проходить по всем элементам массива? For? И ещё, подскажите, где можно почитать про это? Ну про плохие и хорошие практики, к примеру.

[vasIvas]

Кирилл: эта реализация такая "необычная" :) из-за того, что мне нужен был упорядоченный-индексируемый хеш. А первый класс унаследованный от прокси для того, чтобы foreach работал. Он перехватывает все действия и реагирует. Но если нужно под перебираемые свойства, то свойства так же придется складывать в массив.

И Вы забудьте о шарпе, это as3. А почитать можете книгу Колин Мук as3 или офф книгу на сайте adobe. Там же есть и про оптимизацию. Ссылки не даю, думаю сами сможете в гугле набрать правильно.

В as3 пользуются циклами for и while.