Какие-либо ловушки, разрабатывающие C#/.NET, кодируют в работе VM Mac?

Я разрабатываю приложения .NET с помощью XP Pro в VMware Fusion, и я не нахожу проблем. Я даже не вижу проблем производительности, поскольку аппаратные средства в MacBook Pro намного лучше, чем аппаратные средства, я имел в своем предыдущем ноутбуке.

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

Я должен был установить Диезные тональности, чтобы смочь получить доступ к щелчку правой кнопкой/контекстному меню, включают клавиатуру, которую я часто использую когда в VS. Я также удостоверился, что некоторые ярлыки клавиатуры и мыши Mac OS не были зарегистрированы в VMware Fusion, для остановки странных вещей, происходящих.

Я просто заметил, что мне только разрешают мой VM для использования 1 ГБ памяти, возможно, я должен это просто немного. Существуют сообщения там, которые предупреждают о присвоении слишком большой памяти к VM.

Одна вещь, которая предлагается для того, чтобы улучшить производительность, состоит в том, чтобы выполнить VM на другом шпинделе. Я еще не нашел соответственно оцененный портативный диск на 7200 об/мин, таким образом, я не могу прокомментировать это.

[Редактирование] я знал, что видел это где-нибудь, Настраивая Windows Server 2008 Виртуальные машины VMware Для .NET - Это - что-то, что я означал испытывать, я просто еще не имею вокруг к нему. (Слишком много времени, проведенного, читая CrackOverflow)

Я делал разработку.NET с помощью Параллелей больше года теперь, с помощью WinXP Pro и не могу жаловаться, это работает быстро (как это было бы на обычной машине), и я получаю лучший из всех миров-> подсказка, использую пробелы, поэтому имеют Windows, работающий в одном столе и материале Mac на другом, и только с нажатием клавиши Вы, переместитесь от одной стороны до другого, безупречно!

На стороне Bootcamp чтобы быть честным я попробовал некоторое время, но имеющий необходимость перезагрузить для доступа к моим приложениям на Mac стал раздражающим через какое-то время. Просто небольшой совет: если Вы идете с этой опцией, смотрят на MacDrive, не может пойти не так, как надо с ним, поскольку Вы поддержите доступ к своим разделам Mac.

Там, сделанный, что... и мне отчасти нравится он ;)... удача с переходом!

Только для упоминания альтернативы VMware Fusion я использую Параллели Альс VM. Производительность не была проблемой до сих пор, когда я дал 1 гибибайт VM оперативной памяти. Перед выбором одного VM я предложил бы тестировать их всех экстенсивно. Я довольно доволен Параллелями, но я не уверен, что не использовал бы VMware Fusion в следующий раз.

Наоборот к тому, что сказал Mo, я на самом деле нахожу раскладку клавиатуры Mac намного лучше, чем расположение Windows, с помощью привязки клавиш Германии.

Я делаю разработку asp.net на MacBook Pro, выполняя VMware Fusion и Vista x64. Это работает отлично для меня.

Как кто-то еще упомянул, привязки клавиш являются немного странными. Я обычно использую внешнюю клавиатуру в натуральную величину, которая помогает много.

Для виртуализации я попробовал бы Виртуальное Поле Sun. Я использую его в Windows XP и Windows Vista, и это работает отлично, я ожидаю, что производительность была бы подобной работой Mac.

Что касается которого ОС работать, я придерживался бы Windows XP Pro. Вы не должны будете выделять столько RAM VM, сколько Вы были бы при выполнении Vista.

Я не думаю, что совет Kibbee корректен. VMware Fusion (для Mac) в настоящее время поддерживает до DirectX9. Интеграция Vista очень хороша. Если Вы испытываете какие-либо затруднения, можно исходно загрузиться в Виртуальную машину (При установке его как раздела BootCamp на Mac).

Я не вижу проблемы с этой установкой, хотя я не сделал бы этого сам.

Единственной вещью, что мой быть проблемой Вам, является раскладка клавиатуры. Клавиатура Mac имеет другое расположение на клавиатуры компьютера. (Особенно на немецком Mac, работающем немецкие окна, некоторые символы могло бы быть немного более трудно ввести). Необходимо будет повторно изучить некоторые части клавиатуры!

Вероятно, лучше не выполнять перспективу в VM. Особенно, если Вы хотите Аэро включенный UI. VMs не очень хороши с усовершенствованной графикой, таким образом, Вы, вероятно, захотите выполнить XP или Vista в классическом режиме.

Едва ли это должно работать очень хорошо. Ваша dev среда просто будет немного медленнее..., но по моему опыту, это не действительно все настолько плохо. Я не хотел бы это как свою основную машину, но это совершенно применимо.

1. Я использую Параллели. Я использовал Vista в течение 4 месяцев, затем переключенных на XP. Я предпочитаю XP, поскольку это быстрее.

2. Привязки клавиш являются изворотливыми. Используя функциональные клавиши, в то время как отладка в размещенном XP инициирует события в OS X, эффективно высовывая Вас.

3. У меня есть 3 настроенные "пробелов". Один для OS X, один для XP VM и последнее для RDC на мой рабочий стол. ЭТО БЛЕСТЯЩЕ ПОЛЕЗНО. Я не могу жить без пробелов теперь. Эта техника на самом деле уничтожила мое требование второго монитора.

4. Как сказанный Jason, любые файлы, хранившие на разделе OS X, будут рассматриваться как сетевой ресурс к XP/Vista VM. Так попытка выполнить EXEs или хранение веб-корней туда вызывают доверительные проблемы. Studio не нравится, когда веб-корни проекта находятся на сетевых ресурсах.

peace|dewde

http://dewde.com

Я разрабатываю приложения.NET в VM Vista под VMware Fusion. Очевидно, Вам нужна большая память, но кроме не наличия Аэро, я еще не столкнулся ни с какими проблемами.

Я разрабатываю на своем MacBook (не про) использование VMware Fusion и WinXP. По большей части это - очень хороший опыт. Я присваиваю 1 ГБ памяти, из моих 4 ГБ, к VM и его довольно быстрому.

Одна главная ловушка, с которой я встретился, является дисковым пространством. При установке полной установки VS2008 и других инструментов можно быстро съесть 30-40GB из диска. Если Вы начнете использовать функцию снимка или выполнять несколько VMs, то Вы съедите еще больше. Так как я использую свой ноутбук в качестве основной машины и имею много данных и приложений на стороне OSX, я испытал нехватку дискового пространства со стандартным диском на 120 ГБ.

Так, если Вы имеете в виду проблему дискового пространства, я думаю, что Вы найдете опыт довольно удовлетворительным.

У Вас было бы наименьшее количество проблемного Windows запуска не в VM, а для разработки Ваш опыт должен быть близко к идеальному с VM. Оба дадут Вам меньше проблем, чем MonoDevelop, по-видимому, который является совершенно другим CLR, компилятором и переопределением платформы.

Я разрабатываю в Параллели VM, выполняющий Windows Server 2008, и в целом это является потрясающим. Я настоятельно рекомендовал бы серверу ОС по Vista или XP, если Вы делаете веб-разработку.

Кроме проблемы клавиатуры, одна ловушка с MacBook Pro - то, что вентилятор является чрезвычайно громким и раздражающим, и выполнение VM, по моему опыту, имело тенденцию подогревать ноутбук достаточно для удара его на относительно часто. Однако существуют утилиты там, такие как Coolbook, чтобы помешать ему ударять на.

Я изучил бы Бету VMware Fusion 2 для обхождения причуд с привязками клавиш, испытанными теми, которые используют Параллели. Fusion получит все ключевые события в виртуальной машине, если Вы не поразите специальное сочетание клавиш для сбегания из VM. Необходимо будет, однако, все еще привыкнуть к некоторым причудам, имеющим основанную на Apple раскладку клавиатуры (никакая клавиша Backspace, и т.д.). Те вещи в стороне, это действительно является довольно бесшовным.

XP Pro определенно лучше, если у Вас нет действительно раскормленного Mac.

Относительно Вашего другого вопроса нет нет никаких ловушек кроме производительности. Я предпочитаю использовать реальный ПК, чтобы сделать фактическое кодирование, с помощью VMs для тестирования. Очевидно, это не опция для Вас в OSX. Однако у Вас действительно есть опция Учебного лагеря, если производительность VM становится проблемой для Вас. Это также позволит Вам запустить Vista без снижения производительности.

Примите во внимание, что два решения для виртуальной машины для Mac являются довольно незрелыми. Я использовал обоих, и в то время как они отлично достаточны для разработки, я нашел, что оба облуплены в различных степенях. Параллели кажутся главным образом стабильными, но действительно разрушают и, кажется, имеют утечки памяти; VMware является нытиком и сосет больше производительности системы далеко по умолчанию (также, кажется, работает несколько лучше, чем Параллели), но может иметь серьезные графические проблемы в зависимости от Вашей установки, особенно при попытке использовать режим Unity.