Хотелось бы узнать мнения по такому вопросу:
Лучше иметь один проект или много проектов в одном Workspace? Достоинства и недостатки обеих схем?
---
Единсвенное удобство (моё мнение) в нескольких проектах в одном Solution - это возможность построить все бинарники из Solution-а одним процессом построения.
---
У меня есть такое решение: панель IDE отвечающая за Workspace разделена на две части по горизонтали - обыкновенный Splitter. Верхняя часть - все проекты о которых знает IDE - так сказать 'Recent Projects'. Нижняя панель - содержимое проекта, который selected в верхней части. Переход от проекта к проекту - через double click в верхней части.
---
Идеи и критика принимаются...

Это очень индивидуально.
Я люблю - одно окно - один проект. Все.

offopic:
не люблю, когда IDE упрямо хочет работать только со своим проектом. Было бы кульно иметь следующие фичи:
1) Отладчик может быть задействован когда-угодно - так сделано в VS.NET.
2) Двойной клик на файле открывает его и есть возможность скомпилировать и слинковать тут же, не создавая файл проекта.

Почему offtopic?

1) Я не планирую внутренний отладчик пока (нет опыта). А запустить другой проект под отладчиком - очень даже выполнимо. Проблема будет при отлаживании DLL. Как можно начать отлаживать DLL?

2) Ну, это можно, конечно. Только вопрос линковки... Если есть линковка, значит это проект, а не просто файл. В принципе, можно сделать одно-файловый проект просто выбрав этот файл из какой-либо директории.

Проблема будет при отлаживании DLL. Как можно начать отлаживать DLL?

Если с нуля, то как в Olly. Посмотри, что он предложил.
Если как аттач, то тут сложнее. Насколько я знаю, аттачиться к длл не способна ни одна программа. А зачем это нужно? Ну, а коль уж нужно, то алгоритм может быть таким:
1) Взять PID процесса
2) Перечислить все dll, загруженные данным процессом
3) После выбора пользоватлем нужной длл переключится в контекст процесса, переключится в контекст потока и отобразить ассемблерный листинг с EIP данного потока.

Мы тут что обсуждаем, IDE или отладчики ;-)
Имхо, отладчик не нужен..

Имхо, отладчик не нужен..

Можно использовать WinDBG. У меня от Olly шрифтика глаза выпадают, а бесконечные клацанья мышкой просто бесят.

volodya
This time it IS offtopic!
В Olly есть настройки шрифта - правый клик мыши на нужной панели - в конце меню.

В Olly есть настройки шрифта - правый клик мыши на нужной панели - в конце меню.

А-то я не знал :)
Ладно, это действительно оффтоп.
Скажу только, что в IDE должен вызываться отладчик. А какой отладчик - решать пользователю!

Так и задумано.
Более того, в опциях прописан набор инструментов (и их флагов) для построения и отладки проекта: compiler, linker, resource compiler, debugger. Этот набор 'вписывается' в проект при создании. Конечно, на этапе разработки можно переопределить инструменты, но это повлияет только на активный проект. Это даёт возможность иметь проекты с различными инструментами и как только проект активизируется - он имеет свои собственные инструменты. Можно иметь проекты на FASM, NASM, MASM и т. п. и строить их без переопределения инструментов.

Вспомнил, IDE'у нужна возможность скинуть все настройки в файл, как это делает Source Insight, и обязательно чтоб была возможность добавлять свои цветовые и смысловые группы в подсветку синтаксиса, а не так как у RadAsm'а жестко всё прописано 15 групп и всё.. Чтоб файл(не проект) который был закрыт вместе с IDE открывался вместе с ним автоматически.

Да уж, по части настроек - мне кажется что я переборщил. Можно будет даже назначать skins (также можно добавить свои собственные skins) почти на все поверхности панелей и диалоговых окон. Также любые акселераторы на все пункты меню. Кроме того, конфигурация сменима через обычный выбор из списка. Перейти от одной конфигурации к другой - пара секунд. Всё будет восстанавливаться как было при закрытии IDE, включая положение курсора в редакторе для каждого открытого документа.

AsmGuru62
Лучше иметь один проект или много проектов в одном Workspace?
Если я правильно понял вопрос,то как мне кажется, данная идея имеет смысл: Проект содержащий ДЛЛ и модуль, который её загружает и вызывает. При компиляции создаются два файла EXE и DLL. Если с последней компиляции менялся только один из них, то можно компилировать только один.

Понимаю, то есть начальное дерево Workspace-а это Solution, который содержит один или несколько проектов. Единственное, надо будет автоматизировать проект, содержащий только один файл, чтобы можно было быстро создать такой проект.

Выскажу свои мысли на этот счёт:

1) Никаких скинов и индивидуальных раскрасок - я за то чтобы твой проект везде выглядел одинаково. (эргономия - сильная штука)

2) Пусть твоя ИДЕ всегда создаёт файл проекта - народ быстро привыкнет, а вот от путаницы ты себя (и других) оградишь.

3) Не плохо бы хранить настройки не только проекта, но и каждого файла входящего в него - положения курсора, опции компилятора (если есть) ...

4) Под каждый проект создавать отдельную папку - это просто удобно (чем больше файлов в проекте, тем удобнее)

5) Solution (группа проектов?) должен содержать один или более проектов, под каждый из которых отдельная папка (следствие пункта 4). Сам файл группы проектов помещать в отдельную папку продукта (ведь продукт может состоять из нескольких проектов), а папки входящих в него проектов - подпапки папки продукта. В папку продукта также входят подпапки общих модулей и ресурсов (может ещё что).

6) Вообще объединяя 4 и 5 - создать чёткую (и жёсткую) политику папок и размещения там файлов. Может быть для продуктов содержащих один файл это будет перебор, но если этот продукт начнет разрастаться? А вот жесткая политика ОЧЕНЬ помогает когда над продуктом работает не один человек, или когда продукт одного человека будет читать другой - ему не придётся думать что и куда помещать, всё будет стандартно.

7) И не надо слушать тех кто скажет а я люблю свои "рюшечки" прикручивать - ЭТИ всегда будут писать в блокноте (по себе знаю;).


PS:
всё выше перечисленное это мои советы мне же самому, а соглашаться с ними или нет - ваше дело.

А чуть не забыл:

8) Все пути к файлам продукта (и всех проектов входящих в него) должны быть относительными - чтобы я перенес прогу с одного компа на другой, и небыло проблем с ковырянием файлов проектов - раздражает (с работы домой, с дома на работу)

9) Все пути к компиляторам, линковщика, отладчикам ... должны быть прописаны в настройках ИДЕ и не переноситься с файлами продукта