LINUX.ORG.RU

Microsoft открывает исходники MSBuild и портирует под Linux и MacOS X

 , ,


1

2

MSBuild — это утилита, позволяющая компилировать исходные коды согласно описанному в XML процессу. MSBuild позволяет также добавлять pre-build и post-build задачи и используется в Visual Studio, TFS.

Microsoft уже выложил исходники MSBuild на GitHub.

Сотрудник Microsoft’s, Rich Lander, заявил:
«Мы работаем над добавлением поддержки для Linux и Mac и надеемся, что это произойдёт достаточно скоро, в том числе и благодаря вашей помощи. Мы начинаем с mono и затем переключимся на .Net Core».

>>> Подробности(на английском)

★★☆☆

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 6)

Ответ на: комментарий от migesok

Чем этот ваш linq такой уникальный?

Удобством.

Я так понял, что это аналог Scala for-comprehension.

Нет.
Для Scala какой-то индус пытался linq2object сделать, но надорвался.

grim ★★☆☆
() автор топика
Ответ на: комментарий от Valkeru

портировать открывая исходники? да ну, оное ж проприетарщина, не?

TODD ★★
()
Ответ на: комментарий от anonymous

Жду опенсорсную винду 11. И опенсорсные офис с SQL севером.

Den_Zurin
()

У make отличный декларативный стиль, вкупе с баш-скриптами позволяет реализовывать безграничные сборки. Но нет. Надо ограничить себя xml-ью и портировать этот треш на другие платформы в надежде что хоть кто то оценит поделье.

anonymous
()

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

voltmod ★★
()
Ответ на: комментарий от voltmod

Продолжай держать нас в курсе. Это так интересно!

anonymous
()
Ответ на: комментарий от voltmod

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

Латентный линуксоид:-)

anonymous
()
Ответ на: комментарий от migesok

Дай угадаю, потому что linq2object уже есть в скале и называется for-comprehension?

Для тормозов повторю
for-comprehension не является аналогом linq и в ссылке которую вы привели об этом говорится в ответе отмеченном как верный.

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

PS
Перечитайте ответ отмеченный как решение и возможно вы поймете почему linq не является аналогом for-comprehension несмотря на внешнее сходство отдельных характеристик.

grim ★★☆☆
() автор топика
Ответ на: комментарий от anonymous

Я понимаю, что согласно карте, которую приводили не ЛОРе у росиян маленькие пенисы, но не до такой-же степени!

grim ★★☆☆
() автор топика
Последнее исправление: grim (всего исправлений: 1)
Ответ на: комментарий от grim

Чем меньше пенисы, тем больше самомнение:-)

anonymous
()
Ответ на: комментарий от grim

Давай по делу. Чем отличается for-comprehension от «LINQ to Objects»?

https://msdn.microsoft.com/en-us/library/bb397919.aspx

The term «LINQ to Objects» refers to the use of LINQ queries with any IEnumerable or IEnumerable<T> collection directly

Того же смысла методы (map, flatMap, withFilter) привязаны к специальному синтаксису. Я пока увидел только одно отличие: в скале объекты для участия в этом синтаксисе не обязаны наследоваться от специального интерфейса, достаточно просто наличия методов в сигнатуре.

migesok
()
Ответ на: комментарий от migesok

Относительно моих познаний Scala я не обнаружил Expression Trees

По моему это упоминалось в посте который вы мне показали.

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

Это правда, такой штуки нет. Есть макросы, но они не могут залезть в for-выражение, потому что разворачивание синтаксического сахара происходит до применения макросов.

migesok
()
Ответ на: комментарий от migesok

И явно указать параллелизм тоже нельзя.

А еще есть linq2xml, который примерно в 100500 раз удобнее для рады с XML чем все в Java мире с чем я работал. Ну и linq2sql тоже иногда прикольно.

grim ★★☆☆
() автор топика
Последнее исправление: grim (всего исправлений: 1)
Ответ на: комментарий от maximnik0

Я имел в виду портирование а вы мне про реверс-инжиниринг рассказываете. Тем более что для галлиума нужен подпиленный вайн, но это частности. Портированием может только сама M$ заниматься либо исходники открыть.

A-234 ★★★★★
()
Ответ на: комментарий от A-234

Я имел в виду портирование а вы мне про реверс-инжиниринг >рассказываете.

Для Wine и других проектов в рамках антимонопольных мер (в Европе ) M$ описание большой части win16 и win32 Ари сама выложила ,так что чисто реверс-инженерным проектом назвать Wine нельзя .

maximnik0 ★★
()
Ответ на: комментарий от A-234

Разве винапи не открыт? Как тогда под винду программы пишут?

Открыто было не все - европейцы заставили открыть ари установки деинсталляции внутренних компонентов ,ари взаимодействие компонентов винды ,устройство закрытой части протокола SMB ,и многое другое. В рамках «офисного» дела было доказано что используя внутреннее ари которое на тот момент открыто небыло ,офис от M$ (97) за счет интеграции работал быстрее .

maximnik0 ★★
()
Ответ на: комментарий от grim

И явно указать параллелизм тоже нельзя.

Это можно - .par на коллекции и вперёд. Только никогда не понимал, кому это нахрен сдалось.

migesok
()
Ответ на: комментарий от maximnik0

Теперь понятно, тоже припоминаю что в винапи есть не документированные функции. Но ведь все равно открыли не все, плюс, как мне кажется, если бы винапи работал как описано проблем с запуском программ в вайне не было бы. А так одна имеет статус «платиновая» а другая «бронзовая». Меня в основном из винды только ВоВ интересовал, и могу точно сказать что его под вайн пилят, получается просто написать программу под винду еще не достаточно.

A-234 ★★★★★
()
Ответ на: комментарий от migesok

.par на коллекции и вперёд.

Интересно, не знал.

Только никогда не понимал, кому это нахрен сдалось.

Это нужно если коллекция большая.
Оставляешь ее считать в фоне а по выходу или callback или await
Достаточно часто нужно, чтобы UI не тормозил.
Есть доступ к промежуточным результатам. Т.е. можно пропихивать в сокет данные по мере того как они появляются из plinq.

grim ★★☆☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.