Обясни малко повече ситуацията. Даваш референция към dll/exe или добавяш ръчно през Add менюто самите класове? Ако добавяш референция няма как да промениш неймспейса; ако е второто - по-добре да го промениш спрямо изискването на условието стига тези класове да не се ползват и в друг проект.

Добавям ръчно през Add. Да кажем по условие имам да добавя Point3D, Path3D i t.n в namespace Geometry.Geometry3D. Вместо да ги пиша, давам Add existing item, избирам нужните класове. Те се намират в друг протект - Point3D или катко е именуван. Ако addna reference на текущият ми проект Namespaces към Point3D проекта, мога да използвам класовете using техните namespaces. 

Но ми е интересно, в практиката, когато се правят такива неща, кое се предпочита - използването на един проект от друг и неговите namespaces, или е за предпочитане да се добавят нужните класове от другият проект, но да се дефинират под namespace на текущият проект. 

Наистина малко объркано излезе, не е свързан точно със задачите, но искам да знам как се случват нещата, за да се направи качествен проект.

По-логичното е да добавиш референция. В практиката доста често се правят библиотеки с готови класове, такива примерно са dll-ките, които се свалят през NuGet. В такъв случай другата опция липсва, ти нямаш достъп до сорс кода, а само до компилирания проект.

Има го и другия проблем дори да имаш кода, че ако ти трябват само три класа от 10, които са в проекта, кои импортваш? Само трите, или всички, или нещо средно? Тези три класа, които са ти нужни, независими ли са или зависят от някои от останалите 7 класа? Рискуваш да вземеш парче от нещо цяло и това парче да не се държи коректно извадено от цялото. Затова по-добре да се реферира готовия проект, оттам нататък каквото ти потрябва го взимаш с using директиви.

Благодаря, изясни ми се картината. Все още не ми се е налагало да импортвам библиотеки - имаше една задача за export to excel в C# advanced, но реферираната библиотека, вече я нямаше, та не можах да пробвам.