кросс-платформенная разработка [закрывается]

Question

кросс-платформенная разработка [закрывается]

Я помог тебе немного измениться и заставил это работать, проверь.

  var listorg = response.data;
  this.orgData = listorg.ListOrg;
  this.reviews = listorg.Review.map((review) => {
    return {
      name_org: listorg.ListOrg.name_org,
      description: review.description,
      user: review.user
  };
  });

Задайте мне вопрос, есть ли какие-либо вопросы.

8

cross-platform

задан Brad Mace 12 July 2011 в 02:59

7 ответов

Другие вопросы по тегам:

cross-platform

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

score 3 · Answer 1

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

Более вероятно Вы столкнетесь с тонкими проблемами совместимости в областях, которые Вы никогда не предвидели. Java является, вероятно, лучшим способом пойти, если Вы хотите спуститься по этому маршруту. Перекрестная компиляция приведет к автоматически сгенерированному коду, который будет кошмаром, чтобы отладить и поддержать.

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

score 2 · Answer 2

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

Однако, если бы это не опция, я рекомендовал бы следить за последними разработками в QT - это теперь доступно (или должен скоро быть) под LGPL, который, по-видимому, означает, что Вы не должны больше платить за него. Используя GCC с QT, я нашел, работы отлично при кросс-компиляции на различных платформах, пока Вы только используете классы/код/объекты QT и удостоверяетесь, что любой неспокойный код, который Вы создаете или использование, способен к тому, чтобы быть скомпилированным межплатформенный.

score 2 · Answer 3

Вы не упоминаете определенного языка программирования (но я предполагаю C или C++ из-за инструментариев GUI), таким образом, довольно трудно дать хороший ответ на то, что Вы на самом деле спрашиваете.

Если бы Вы хотите "верный" кросс-платформенный, я сначала рассмотрел бы, возможно ли решить Вашу проблему с помощью языка, который является меньшим количеством связанной платформы. Python, Java и много других позволяют Вам писать на одной платформе и работать на многих.

Если Вы все еще хотите использовать C/C++, GCC дает Вам опцию кросс-компиляции, и если Вы комбинируете это с QT (который скоро будет доступен под LGPL), необходимо смочь получить что-то работа.

score 1 · Answer 4

Java попытался сделать запись однажды, работать куда угодно. Это работает хорошо в некоторых ситуациях, но в ОС существует слишком много "уникальных" вещей. GCC обеспечил способность кросс-скомпилировать приложения, но Вы сталкиваетесь с тем же видом проблем. Код будет просто иметь лучшую производительность. Подход RIA, кажется, работает, но не похоже на исходное приложение.

score 1 · Answer 5

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

score 8 · Answer 6

В моей компании мы используем Mozilla Framework для разработки кроссплатформенных словарных продуктов. Эти приложения основаны на браузере Gecko / Necko, и большая часть разработки выполняется с помощью Javascript, HTML, CSS, XSL, XUL , ... Конечно, наш доморощенный поисковый движок пришлось скомпилировать для три платформы (с некоторым другим кодом, который сначала был написан на JS, а затем перенесен на moz 'C ++ по соображениям скорости).

В конце концов, у нас есть достаточно кроссплатформенное решение: наши разработчики в основном работают как power web- разработчики (думают одновременно о стороне клиента и сервера). Поскольку Gecko одинаков на всех трех платформах, мы знаем, что он будет предсказуемо выглядеть и вести себя одинаково (за исключением случаев, когда есть ошибки, но платформа теперь достаточно зрелая с этой точки зрения).

Наши исследования и разработки D знает, как переносить медленный код javascript в довольно быстрый переносимый код C ++ (вы делаете код Mozilla, используя библиотеку NSPR, кроссплатформенную библиотеку). Однако тестирование всегда должно проводиться на трех платформах, хотя со временем и опытом вы узнаете, что и где сломается (поддержка шрифтов, поддержка звука, поддержка Flash) ...

Сегодня вам, вероятно, стоит взглянуть в XULRunner , который на самом деле является Mozilla без какого-либо реального интерфейса браузера ( в 2002 году нам пришлось разобрать браузер Mozilla, чтобы перекрасить его в цвет нашего первого продукта ). Конечно, он хорошо работает для простых приложений, но если вы хотите создать OpenGL, 3D Audio и другие полезные вещи, XULRunner будет казаться слишком ограниченным.