Там какие-либо недостатки на язык, являющийся независимым от платформы?

Question

Там какие-либо недостатки на язык, являющийся независимым от платформы?

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

5

multiplatform platform-independent

задан Josh 14 February 2010 в 16:27

8 ответов

При появлении предупреждения о памяти видовой контроллер, как правило, выгружает вид, но сам по себе не освобождается.
Все, что можно легко создать заново, должно быть выгружено, но не модель вида.

-121--2139985-

Аналогичная проблема, другое решение

$ sudo gem install rubygems-update update_rubygems
Updating metadata for 1 gems from gems.rubyforge.org/
.
complete
ERROR:  Error installing rubygems-update:
        rubygems-update requires builder (>= 0)
ERROR:  could not find update_rubygems locally or in a repository

и

$ sudo gem update --system
ERROR:  While executing gem ... (RuntimeError)
    gem update --system is disabled on Debian. RubyGems can be updated using the official Debian repositories by aptitude or apt-get.

Мое решение: Перейдите к http://docs.rubygems.org/read/chapter/3#page13

и установите вручную, т.е. получите rubygems.... tgz и установить его.

Надеюсь, это кому-то поможет.

-121--2934086-

Common Lisp подобен тематическому исследованию на этом!: -)

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

Другими способами, они пытались быть независимыми от платформы, и это просто добавило сложности с небольшим выигрышем или без него. Одним из классических примеров является подсистема «pathname»; сигнатура функции make-pathname выглядит так:

make-pathname &key host device directory name type version defaults case

Еще в 1980-х годах, когда она была стандартизирована, было бы разумно включить встроенную поддержку очень богатых файловых систем, но я не видел VAX (или любую другую систему с файловой системой с версией) более 10 лет. Сегодня сложность состоит в том, что большинству людей плевать на . (Я знаю, что имена путей и логические имена путей являются технически отдельными функциями, но они не так уж и далеки от того, что они пытаются сделать.)

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

0