Языки.NET больше для шоу, чем фактическая полноценность. Каждый язык был так забит, что они - весь C# с новой поверхностью.
существует ряд причин для обеспечения альтернативных языков для Java VM:
- JVM является многоплатформенной. Любой язык, портированный к JVM, получает это как свободную премию.
- там существует довольно мало унаследованного кода. Устаревшие механизмы как ColdFusion работают лучше при предложении клиентам способности медленно поэтапно осуществить их приложения от унаследованного решения до современного решения.
- формы Certain сценариев лучше подходят для быстрой разработки. JavaFX, например, разработан с быстрой Графической разработкой в памяти. Таким образом это конкурирует с механизмами как DarkBasic. (Обработка является другим плеером в этом пространстве.)
- среды Сценариев могут предложить управление. Например, приложение может хотеть представить подобную VBA среду пользователю, не представляя базовые API Java. Используя механизм как Носорог может обеспечить среду, которая поддерживает быстрое и грязное кодирование в тщательно управляемой песочнице.
- Интерпретируемые сценарии означают, что нет никакой потребности перекомпилировать что-либо. Никакая потребность перекомпилировать не переводит в более динамическую среду. например, Несмотря на использование OpenOffice Java как "язык сценариев", Java сосет для того использования. Пользователь должен пройти все виды, перекомпилировали/перезагрузили циркуляции, которые являются ненужными в динамической среде сценариев как JavaScript.
- , Который приносит мне к другой точке. Механизмы выполнения сценариев могут быть более легко остановлены и перезагружены, не останавливаясь и перезагружая всю JVM. Это увеличивает утилиту языка сценариев, поскольку среда может быть сброшена в любое время.
задан user469652 29 November 2010 в 02:14
поделиться