Я твердо верю, что неуправляемый код не стоит проблем. Дополнительные затраты на ремонтопригодность, связанные с поиском утечек памяти, которые даже лучшие программисты иногда вводят, значительно перевешивают производительность, которую можно получить от такого языка, как C ++. Если Java, C # и т. Д. Не могут получить нужную производительность, купите больше машин.
Not directly, AFAIK.
Here is the closest thing I came up with, under the assumption that my old Eclipse is recent enough so that it uses a similar form of update manager (P2).
In the old Eclipse, go to preferences->Install/Update->Available Software Sites. Выберите те, которые не встроены (вы увидите для них имя или, по крайней мере, URL-адрес, отличный от eclipse). Вы можете выбрать те, которые вам нужны, и затем экспортировать их в XML.
Теперь перейдите в новый Eclipse, перейдите в то же окно настроек и импортируйте сайты обновлений из XML. Теперь, когда вы устанавливаете новое программное обеспечение, вы должны увидеть свои сайты обновлений, хотя вам, вероятно, все равно придется вручную выбирать параметры для плагинов, которые предлагают несколько загрузок.
Важное предостережение: некоторые поставщики плагинов фактически предлагают разные сайты обновлений для разных версий Eclipse, так что вы все равно будете указывать на старый плагин. Обычно это происходит, если вы никогда не обновляли существующий плагин до новой версии. Одним из распространенных примеров этого является Subsclipse, поэтому вы можете обновить его вручную.
Я бы порекомендовал прочитать: « Установить плагины в Eclipse IDE », специально написанные для eclipse3.5.
Я использую метод, чтобы сохранить все мой плагин в один совместно использует папку Dropins , а затем запускает мое затмение со следующей строкой в eclipse.ini:
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/<myPath>/mySharedDropins
Пока эта строка присутствует в eclipse.ini любого будущего затмения, все эти новые установки будут обнаруживать и использовать мой общий плагин.
Объедините его с настроенным eclipse.ini , и все готово!
In many cases you may/should be able to copy the plugin files from your Eclipse 3.4 install directory (i.e. eclipse/plugins) over to your new Galileo plugins directory. There are some exceptions, but they tried to keep the plugin API and binaries backwards compatible with the previous release. You can find more information in the eclipse/readme directory under your Galileo install directory. See filename: readme_eclipse.html Section: "Compatibility with Previous Releases"
Взгляните на эту запись в блоге: Как сделать так, чтобы ваш список подключаемых модулей Eclipse пережил обновление Eclipse
Я также использовал службу Yoxos для создания своего «собственного» дистрибутива Eclipse. Я предполагаю, что будет легко просто обновить основные элементы в таком профиле, сохранив плагины. Он включает проверку зависимостей, так что запускать дистрибутив очень приятно.
Я делаю это:
http://coders-log.blogspot.com/2009/06/manage-your-eclipse-install-with-local.html
Не уверен, насколько мне нравится этот подход - я все еще пробую его. По сути, я могу создать патч для каждой установки плагина и применить его к новой версии.
Кроме того, я использую этот подход для других продуктов, поэтому я могу использовать один и тот же процесс везде.