Результаты поиска

При разбиении решения на логические слои, когда лучше всего использовать отдельный проект над просто группировкой по папке?

Я создал настраиваемое диалоговое окно для проекта установки Visual Studio с помощью описанных ниже действий здесь

Теперь у меня есть combobox в одном из моих диалогов. Я хочу заполнить combobox списком всех экземпляров сервера SQL, работающих в локальной сети. Это тривиально, чтобы получить список серверов ... но я совершенно не понимаю, как заставить их отображаться в combobox. Я был бы признателен Вам за помощь, и некоторый код также может быть хорошим, поскольку я новичок :).

У меня есть проект установки, созданный Visual Studio 2005, и состоит из проекта C# .NET 2.0 и проекта C++ MFC, а также времени выполнения C++. Он работает правильно при запуске из главной консоли, но при запуске через сеанс сервера Terminal на целевом объекте Windows XP установка завершается следующим образом - Когда Setup.exe вызывается, он немедленно аварийно завершает работу, прежде чем появится первый экран приветствия. При вызове через физическую консоль программа установки выполняется нормально.

Я решил, что могу вернуться к лабораторной машине для отладки, но она отлично работает на лабораторной машине через сервер Terminal.

Я вижу другие описания проблем установки в течение Terminal сеансов сервера, но я не вижу определенного решения. Обе машины имеют почти идентичную конфигурацию, за исключением того, что на той, которая терпит неудачу, также установлен узел GoToMyPC.

Кто-нибудь еще видел эти проблемы, и как я могу их устранить?

Спасибо,

Я запускаю решение для веб-сайта ASP.NET с несколькими другими проектами в нем. Я знаю, что проекты MSBuild способны на это, но разве это лучший способ? Легко ли их создать? Является ли nAnt, CruiseControl.NET или любое другое решение лучше?

Когда я создаю сайт (используя Web Deployment проекты ), могу ли я автоматизировать часть сборки, чтобы она не копировала определенные папки из проекта в папку выпуска? Например, у меня есть папки с локальными поисковыми индексами, изображениями и другими содержательными частями папки, но они никогда не нужны и не загружаются при развертывании проекта.

Я также рассматриваю этот тип решения для автоматического увеличения номеров сборки и версий.

Можно ли открыть проект в Visual Studio 2008, не открывая все файлы, которые были ранее открыты в прошлый раз, когда у меня был открыт проект? У меня есть привычка держать много файлов открытыми, когда я работаю над ними, поэтому в следующий раз, когда я открываю проект, он (очень медленно) загружает в Редактор кучу файлов, которые мне даже не нужно открывать. Я просмотрел настройки и не могу найти ничего, чтобы остановить это поведение.

Я знаю, что есть по крайней мере 10 различных способов структурировать проект в системе управления версиями. Мне интересно, какие методы используются и какие из них работают для вас. Я работал с SVN, TFS и в настоящее время/к сожалению VSS. Я видел, что управление версиями реализовано очень плохо и просто OK, но никогда не было большим.

Просто для того, чтобы заставить мяч катиться, вот обзор того, что я видел.

Этот пример основан на SVN, но применим к большинству VCS (не столько к распределенному управлению версиями).

1. ветвление отдельных проектов, входящих в состав сайта /division/web/projectName/vb/src/[ствол / ветви / метки]

2. ветвление всего сайта, в случае, который я видел, весь сайт, за исключением основных компонентов, был разветвлен. / подразделение/[ствол / ветви / метки] / web/projectName/vb/src/

3. Используйте main-line по умолчанию, только ветвь, когда это необходимо для огромных изменений.

Думая о том, чтобы попасть в .net technology project management

У меня был большой опыт работы с проектами PHP: я знаю большинство существующих фреймворков и библиотек, и я написал спецификации и тематические исследования, основанные на этих знаниях.

Что я должен знать о .net? Какие главные ресурсы вы бы рекомендовали мне знать, чтобы я мог быстро учиться и позже оставаться в курсе технологии?

Edit (8.24.08): ответы, которые я получил до сих пор, по существу, обсуждают то, чтобы быть хорошим PM. Спасибо, но это не то, что я имел в виду. Любые .net предметов первой необходимости будут оценены по достоинству.

Я упаковываю веб-приложение на основе .NET 2.0 для deployment через пакет на основе установщика Windows. Наше приложение использует Report Viewer 2008, и я включаю распространяемый установщик Microsoft Report Viewer 2008. Когда я проверяю страницу загрузки для Report Viewer 2008, она содержит список .NET 3.5 в качестве требования.

Является ли установка .Net 3.5 действительно необходимым средством просмотра отчетов 2008? Мы нацелились на .Net 2.0 для нашего приложения, в нашем коде нет ничего, что использовало бы фреймворки 3.0 или 3.5.

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

Когда вы разрабатываете веб-приложения с нуля, какие навыки необходимы, чтобы производить полезные и богатые взаимодействием продукты?

• Вы делаете прототип пользовательского интерфейса в первую очередь?
• Используете ли Вы истории пользователей?
• Какую-то методологию или передовую практику вы бы рекомендовали или активно пропагандировали?

Короче говоря: какие навыки заставляют вас переходить от сбора требований к AmazingWebApp™?

И наконец: какие книги вы бы порекомендовали?

Кто-нибудь использовал MS Project Gantt chart control в C#? Если да, то не могли бы вы поделиться некоторыми ресурсами по этому поводу?

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

С одной стороны, те многословные документы, которые даны программисту, вероятно, заставят его/ее пропустить несколько вещей. Я лично боюсь документов word spec...I думаю, что это из-за моего чтения style...I я всегда быстро читаю вещи, которые, как я думаю, заставят меня пропустить ключевые моменты.

С другой стороны, я видел эти инновационные спецификации, написанные в Excel одним из наших клиентов. То, как он писал спецификацию, было своего рода созданием макетного приложения в Excel и использованием некоторого VBA, чтобы издеваться над ним. Он будет делать такие вещи, как при нажатии кнопки, куда должна идти форма или какое действие она должна выполнять (в комментариях).

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

Я думаю, что, используя эту технику, было меньше шансов упустить то, что нужно было сделать. Кроме того, это было намного проще для модульного тестирования его для разработчика. Тестировщик тоже лучше понимал систему, поскольку она 'performed' до того, как была написана.

Visio-это еще один инструмент для создания дизайна экрана, но я все еще думаю, что Excel имеет лучшее преимущество над ним, учитывая его поддержку VBA и его функции.

Как вы думаете, это должно стать более популярным способом написания спецификации? Я знаю, что это включает в себя немного дополнительной работы со стороны менеджера проекта(или того, кто пишет спецификацию), но выигрыш в том, что huge...I сам мог бы увидеть большой прирост производительности от его использования. И если есть какие-то лучшие форматы спецификаций, которые действительно помогут программисту.

Мы-небольшое (20 человек), но растущее интернет-агентство, и мы решили, что пришло время для операционного директора. Большая часть тяжелого подъема оперативно была обработана техническим директором и одним менеджером проекта (который переходит из управления проектами в разработку продукта)

• Какой тип личности лучше всего подходит?
• Должны ли они иметь техническое образование (как программист? как sysadmin?)
• Важен ли возраст? Мы должны искать кого-то старше 30 лет?
• Существуют ли какие-либо конкретные виды хобби, среды, другие внешние индикаторы, которые показывают, что кто-то является операционным Богом/Богиней (я знаю, как определить технический/творческий выродок, но не операционный.)

Я видел, что решения, созданные в Visual Studio 2008, не могут быть открыты в Visual Studio 2005 , и попытался обойти проблему 1. Еще предстоит попробовать обходной путь 2.

Но поскольку эта связь была немного старой и от отчаяния спрашивала здесь: есть ли какой-нибудь конвертер?

У меня еще нет VS2008, и я хотел открыть решение с открытым исходным кодом, которое было сделано в vs2008.

Думаю, мне придется fiddle вокруг или ждать, пока vs2008 не будет отправлен.

У меня есть решение в Visual Studio 2005 (professional Edition), которое в свою очередь имеет 8 проектов. Я сталкиваюсь с проблемой, что даже после того, как я установил Аргументы команды в настройках проекта соответствующего проекта, он не принимает эти аргументы командной строки и показывает argc = 1, несмотря на то, что я даю более 1 аргументов команды. Попытался сделать настройки этого решения похожими на рабочее решение, но безуспешно. Есть какие-нибудь указания?

- Аджит.