Мы также переключились от nant до msbuild. Если Ваша сборка будет довольно стандартной, то у Вас не будет больших проблем при установке ее, но если у Вас есть много определенных задач сборки, необходимо будет записать пользовательские задачи сборки мс, поскольку существует путь меньше пользовательских задач для msbuild.
, Если Вы хотите отобразить разумные результаты сборки, необходимо будет смешать с пользовательскими регистраторами и т.д. Целая сборка команды не так готова, как nant.
, Но реальная выгода интеграция с управлением исходным кодом TFS и созданием отчетов о сервисах. Если Вы не используете TFS в качестве Своей системы управления исходным кодом, это не стоит того.
По моему опыту, это не оказывает значительного влияния на производительность. Я также не могу найти последовательных ответов на эту тему - некоторые люди утверждают, что это практически не влияет на производительность, в то время как некоторые говорят, что есть незначительный, но значительный эффект. На php.net есть даже комментарий, в котором говорится, что буферизация увеличивает производительность по сравнению с несколькими функциями вывода, не то, чтобы я это проверял или что-то в этом роде.
Я думаю, что вопрос в том, буферизовать или нет. больше связано с предполагаемым использованием вашего приложения. Буферизация имеет большой смысл, если вы хотите сжать вывод перед его отправкой или если вы хотите точно контролировать, когда и где вывод происходит в вашем коде. Поскольку добавление буферизации не требует особых усилий,
I think the opposite. Not buffering output is a bad idea unless you run into a situation where you really need it. For instance, a script that's going to create huge amounts of output.
In most cases, burning a bunch of programmer time to save some unknown quantity of (cheap) memory sounds like a waste of resources.
Используя буферизацию вывода, я смог быстро создать легкую систему шаблонов для домашнего MVC-бэкенда для моего последнего проекта PHP. Я люблю это и считаю очень полезным.
А что касается ресурсов: это не так ресурсоемко. Если вас беспокоит то немногое, что он использует, PHP не подходит для этой работы. Я люблю PHP, но это НЕ самый легкий вариант. Однако на любом достаточно современном сервере это не имеет значения.
Если вы находитесь в ситуации, когда контент выводится раньше заголовков, вам нужно поместить его в буфер, иначе страница выдаст ошибку, что контент был выведен до заголовков. Это случилось со мной с общими библиотеками, и у меня не было времени, чтобы заняться исправлением ошибок до запуска. Это один из тех, которые помечают // TODO / FIXME, а затем возвращаются и исправляют его позже.