Comments 31
Ура, товарищи?
Какое «ура»? До сих пор неясно, можно ли будет собирать студией 2012 экспресс приложения, которые будут запускаться на более ранних версиях.
А в предыдущую студию поддержку С++11 не впилят никогда.
А в предыдущую студию поддержку С++11 не впилят никогда.
«в Express Desktop 2012 можно будет создавать приложения для Vista, Windows 7 и Windows 8»
Забавно. Поддержка Windows XP ещё не дропнута, но разрабатывать под неё новыми средствами уже не дают.
основная поддержка Windows XP прекращена 14 апреля 2009 года
продленная поддержка с выпуском патчей безопасности кончится 8 апреля 2014 года
это означает, что Microsoft не ориентируется на Windows XP c 2009 года, поддерживая ОС только в виде обновлений безопасности
продленная поддержка с выпуском патчей безопасности кончится 8 апреля 2014 года
это означает, что Microsoft не ориентируется на Windows XP c 2009 года, поддерживая ОС только в виде обновлений безопасности
Расскажите это всему парку компьютеров на Windows XP.
Спасибо за минусы. А теперь посмотрите на статистику и осознайте, что софт пишут в первую очередь для пользователя. Минусующие, наверное, живут в идеальном мире и, работают на заказ, а не разрабатывают продукт для конечного пользователя.
Если у пользователя стоит XP, а новая версия вашей программы внезапно от него отказывается (а поддержка XP, напомню, микрософтом ещё не закрыта), то что скажет такой пользователь и куда покатится ваша компания? Ещё раз спасибо. Оставайтесь в своём идеальном мире.
Если у пользователя стоит XP, а новая версия вашей программы внезапно от него отказывается (а поддержка XP, напомню, микрософтом ещё не закрыта), то что скажет такой пользователь и куда покатится ваша компания? Ещё раз спасибо. Оставайтесь в своём идеальном мире.
Однако .NET Framework для неё обноволяют регулярно.
Какое «ура»? До сих пор неясно, можно ли будет собирать студией 2012 экспресс приложения, которые будут запускаться на более ранних версиях.
Откуда такая логика? Конечно будут, 7-ка поддерживается, значит под нее точно все будет работать.
Откуда такая логика? Конечно будут, 7-ка поддерживается, значит под нее точно все будет работать.
хз
Ну и отлично. А то эти их маркетологи какую-то фигню придумали изначально.
Изначально это решение было довольно странным, как минимум была непонятна логика того, чем объяснялись такие ограничения в отношении обычных desktop-приложений. Хорошо, что разум победил.
Не понятно — если там будет компиляция плюсов в нативный код, что помешает написать прогу под Windows Xp/2000/98? Да, собственно, даже если брать .NET — а что помешает запустить такую прогу на WinXP, если .NET Framework на ней будет установлен?
Ничто не помешает. Но если сборка на XP не заведется, то поддержка МС вас сразу отправит в пешее обновляться до 7ки.
В ХР нет будет поддержки .net 4.5
CRT
И что CRT? CRL можно вшивать в саму прогу, а не делать зависимость от DLL. А в случае DLL наверняка будет Visual C++ 2012 Redistributable Package. Даже если он не будет ставиться, можно будет таскать нужные dll с самой программой.
В конце концов, извратившись, прогу можно собрать без зависимости от CRT.
В конце концов, извратившись, прогу можно собрать без зависимости от CRT.
CRT может(и содержит) вызов функций, которые отсутствуют в WinXP.
Каким образом Вы избавитесь от пролога CRT?
Каким образом Вы избавитесь от пролога CRT?
Возможно и содержит. Я в общем-то не очень разбираюсь как она устроена. Хотя мне всегда казалось там «общесистемные» ценности типа инициализации, поддержки вычислений с плавающей точкой, new/delete и прочий printf.
А CRT выкинуть можно, хоть и нужно возиться — derevyanko.blogspot.com/2010/11/vc.html сама статья не актуальна, но там есть ссылки, которые можно посмотреть. Я как раз не так давно пытался получить минимальный размер скомпилированного Exe без какой-бы то ни было зависимости от CRT и вообще чего бы то ни было еще кроме стандартных dll windows (kernel32, user32, WinInet etc). Очень пригодилось. Правда для 2010/2012 студии уже не все так гладко как там написано (статьи относительно устаревшие). В частности пришлось заменить стандартный MS STL на STLPort.
А CRT выкинуть можно, хоть и нужно возиться — derevyanko.blogspot.com/2010/11/vc.html сама статья не актуальна, но там есть ссылки, которые можно посмотреть. Я как раз не так давно пытался получить минимальный размер скомпилированного Exe без какой-бы то ни было зависимости от CRT и вообще чего бы то ни было еще кроме стандартных dll windows (kernel32, user32, WinInet etc). Очень пригодилось. Правда для 2010/2012 студии уже не все так гладко как там написано (статьи относительно устаревшие). В частности пришлось заменить стандартный MS STL на STLPort.
В CRT, с C++11, входит и поддержка мультипоточности, как это вырезать я не понимаю. Да и зачем тогда использовать VC, если вырезать всё то, что он даёт?
P.S. «общесистемные ценности» тоже могут использовать новые функции, к примеру новые методы работы с кучей(я не знаю есть ли таковые) и т.д. Факт есть факт, приложения собранные под MSVC2012 не стартуют в XP.
P.S. «общесистемные ценности» тоже могут использовать новые функции, к примеру новые методы работы с кучей(я не знаю есть ли таковые) и т.д. Факт есть факт, приложения собранные под MSVC2012 не стартуют в XP.
Ну что сказать, хорошо. Хотя мне сразу казалось что изменят.
А что известно про Visual Studio 2012 для web приложений? Будет ли поддержка других языков программирования, в частности интересует поддержка PHP?
поддержка PHP есть в замечательном WebMatrix 2! Он как раз обновился на днях, я еще про это напишу
www.microsoft.com/web/webmatrix/
Есть Visual Studio 2012 for Web, но PHP в нем нет, зато есть поддержка Windows Azure
www.microsoft.com/web/webmatrix/
Есть Visual Studio 2012 for Web, но PHP в нем нет, зато есть поддержка Windows Azure
Sign up to leave a comment.
Visual Studio Express 2012 for Windows Desktop