Netbeans или Eclipse для C++? [закрытый]

Прежде чем я прибыл, наша группа (ученые доктора философии, с небольшим фоном программирования) пыталась реализовать приложение LabVIEW, периодичное в течение почти года. Код был неопрятен, слишком сложен (передняя сторона и бэкенд) и самое главное, не работал. Я - увлеченный программист, но никогда не использовал LabVIEW. С небольшой справкой от гуру LabVIEW, который мог помочь перевести текстовые progamming парадигмы, я знал в понятия LabVIEW, что было возможно кодировать приложение за неделю. Точка здесь - то, что понятия программирования в абсолютных адресах все еще должны быть изучены, язык, даже один как LabVIEW, является просто различным способом выразить их .

LabVIEW является большим использовать для того, для чего он был первоначально разработан. т.е. взять данные из карт DAQ и отобразить его на экране, возможно, с некоторым незначительным промежутком манипуляций. Однако алгоритмы программирования не легче, и я даже предположил бы, что это более трудно. Например, в большей части порядка выполнения процедурных языков обычно сопровождается линию за линией, с помощью псевдо математической нотации (т.е. y = x*x + x + 1), тогда как LabVIEW реализовал бы это использование серии VI's, которые не обязательно следуют друг из друга (т.е. слева направо) на холсте.

, Кроме того, программирование, поскольку карьера больше, чем знает технические особенности кодирования. Способность эффективно попросить ответы справки/поиска, запишите читаемый код и работайте с унаследованным кодом, все ключевые навыки, которые являются бесспорно более трудными на графическом языке, таком как LabVIEW.

я полагаю, что некоторые аспекты графического программирования могут стать господствующей тенденцией - использование под-Виса отлично воплощает принципал 'черного ящика' программирования и также используется в других абстракциях языка такой как Каналы Yahoo и Apple Automator - и возможно некоторый будущий графический язык коренным образом изменит способ, которым мы программируем, но сам LabVIEW не является крупной парадигмой, переключают дизайн языка на нижний регистр, мы все еще имеем while, for, if управление потоком, преобразование типа, событийно-управляемое программирование, даже возражает. Если будущее действительно будет записано в LabVIEW, программист на C++ не испытает много пересечения затруднений.

Как постскриптум я сказал бы, что C/C++ больше подходит для робототехники, так как студенты должны будут несомненно иметь дело со встроенными системами и FPGAs в какой-то момент. Знание низкоуровневого программирования (биты, регистры и т.д.) было бы неоценимо для такого рода вещи.

@mendicant На самом деле LabVIEW используется много в промышленности, специально для систем управления. Предоставленное НАСА вряд ли использует его для встроенных спутниковых систем, но тогда разработка программного обеспечения для систем пространства целая различная игра с мячом ...

36
задан Serge 21 November 2008 в 11:58
поделиться

2 ответа

Парсер c ++ в code :: block, похоже, не на одном уровне с netbeans и eclipse: согласно вики code :: block , он должен быть полностью переписан.

2
ответ дан 27 November 2019 в 05:33
поделиться

Просто чтобы дать 2 цента за комментарии о проблемах скорости или производительности с eclipse / netbeans:

Единственная часть IDE, которая отстой, если она медленная, - это компонент редактора. И в отличие от некоторых явно поверхностных утверждений здесь я обнаружил, что редактор компонент в Eclipse чрезвычайно шустрый. Остальная часть IDE склонна к лагам, но сам редактор обеспечивает безупречную работу. У меня ноутбук с тактовой частотой 1,4 ГГц, и я использую с ним Eclipse. Компонент редактора Eclipse работает быстрее (особенно при прокрутке / просмотре текста), чем Code :: Blocks или KDevelop. Простая причина этого: Eclipse кэширует все, особенно подсветку синтаксиса и т. Д., Другие IDE, похоже, пытаются сделать это «вживую» и терпят неудачу. Индексатор C ++ был причиной неудач в прошлых версиях. Он вылетал при нехватке памяти, без него ни одна из изящных функций поиска не работала и т. Д. Что касается текущей версии, то могу сказать только одно: все исправлено и работает как шарм. Его скорость сопоставима с индексатором VisualStudio.

Если вы установите Eclipse CDT, вы получите массу хороших функций, как уже объяснялось в других ответах, которые большинство других IDE предоставляют только с несколькими подключаемыми модулями. (Я не знаю о netbeans, никогда не использовал.) Функция, которая меня пинает каждый раз, - это умная всплывающая подсказка при наведении курсора на какой-либо идентификатор. Eclipse дает мне прямой доступ к любому документу javadoc, который может быть куда-то введен, и файлу, в котором он определен, и даже позволяет мне прокручивать всплывающую подсказку! Таким образом, у меня есть все идентификаторы, полный контекст, всегда под рукой. Я предпочитаю его Visual Studio и многому другому, что я пробовал.

Конечно, все остальное, что вы делаете в среде IDE, могло бы быть более быстрым. Для меня важнее всего то, что редактор работает быстро, и eclipse определенно отлично справляется с этой задачей.

7
ответ дан 27 November 2019 в 05:33
поделиться
Другие вопросы по тегам:

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