В .net все "пакуется" в dll, в java в jar/war/ear потом это все может распространятся через nuget/maven. Так вот jigsaw привносит так же понятие модулей, вот что можно вкратце почерпнуть из указанного выше источника
In short, JARs are a good attempt at modularization, but they don't fulfill all the requirements for a truly modular environment.
Тоже самое но в меньшей степени касается .net, там вероятность dll ада меньше из за "сильных" имен сборок.
В .NET core никаких понятий модуля нет, просто монолитный .NET порезан и разливается через nuget.
Jigsaw это не только разбиение монолитного JDK на кусочки как с .net core где System.Web всех просто достал. Это тотальная электрификация батенька модуляризация с такими понятиями как объявление и выгрузка модулей, это своего рода эволюция по пути node.js(но только в плане модулей!).
Я помню когда MS выпустила первую версию .NET, они во всю начали трендеть про Новые Васюки заявлять что де в ближайшем будущем все у них будет на .NET, не исключая даже операционной системы. Вот все так и ждем до сих пор.
Нет ядро студии точно на Cи, плагины, обертки и всякая прочая окружная мишура на .NET и вроде бы еще на Cи можно что то делать (тут не уверен, раньше точно была такая возможность, раньше были кучи оберток над COM+ типа VSTO, короче черт ногу сломит).
Если не ошибаюсь то Jigsaw был начат под другим названием еще под Sun(между java 6 и 7), так что ему не пол года от роду. А вот по .net core, там не столько кропотливый труд сколько терзания сомнениями и ошибки на стадии дизайна, отсюда и фокусы типа был poroject.json и нет его, прыг скок обратно на msbuild. До осмысленного конца там еще боюсь далеко, и может не дойти до него вовсе, а выпилят какой нибудь сурагат.
Ага когда выпустили .NET говорили что он убьет java очень скоро, мс даже спец программу организовало JUMP — Java User Migration Path. Не выгорело тогда, не выгорит и сейчас. MS с core конопашуться уже больше года, у java jigsaw должен выйти этим летом, не все так просто.
Не совсем понятно зачем городить все это городище, когда есть thenRunAsync. Представьте после вас придет человек который не имеeт таких тонких познаний, и просто в ходе рефакторинга удалит двойной CompletableFuture.
Это просто ужасный костыль и зачем вообще лезть в дебри Executor-ов когда речь идет о простой асинхроной библиотеке?
В java асинхронизм построен на потоках, но это означает вы должны их пихать во все уголки вашей библиотеки. Если CompletableFuture вам не достаточно, используйте RxJava.
До интернета вещей, что бы улететь на машине в кювет достаточно было подержать свое рено меган под дождиком пару дней и вот на скорости 100 км в час ваша бортовая эвм выдает вам Défaillance électronique вырубает мотор и вы летите в кювет из за того что не справились с поворотом.
Тема конечно требует особого внимания но паниковать уже поздно. Согласен, это скорее из оперы:
Отладка JS во всех продуктах JetBrains ужасно тормозит, точнее не сама отладка а обновление состояния переменных из шага в шаг. Да и что там выигрывает, не понятно, в браузере функционал даже побогаче будет.
До сих пор жалею что Брендана Айка "изгнали" с поста руководителя в мозилла, очень талантливый человек. Что то все эти лгбт умники молчат по поводу WebAssembly, эта технология, если следовать их логике, тоже является гомофобной и должна причинять моральную боль гомофилам по всему земному шару.
Пока не знаю но каждый модуль имеет свою версию. Что бы точно ответить на ваш вопрос нужно покопаться в спецификации.
Зависимости в случае maven/nuget указываются на уровне упаковки(package).
Вот пожалуйста, там файлы
module-infoописывают что должен экспортировать модуль плюс его зависимости итд.Помнится мне monodevelop можно было без всего этого ставить
В .net все "пакуется" в dll, в java в jar/war/ear потом это все может распространятся через nuget/maven. Так вот jigsaw привносит так же понятие модулей, вот что можно вкратце почерпнуть из указанного выше источника
Тоже самое но в меньшей степени касается .net, там вероятность dll ада меньше из за "сильных" имен сборок.
В .NET core никаких понятий модуля нет, просто монолитный .NET порезан и разливается через nuget.
Пытался его поставить на мак, так он не захотел ставиться без android sdk и xcode, "what a hell", подумал я и не стал его устанавливать.
Jigsaw это не только разбиение монолитного JDK на кусочки как с .net core где System.Web всех просто достал. Это тотальная
электрификация батенькамодуляризация с такими понятиями как объявление и выгрузка модулей, это своего рода эволюция по пути node.js(но только в плане модулей!).Да какая то прямо C# fatigue
Я помню когда MS выпустила первую версию .NET, они во всю начали
трендеть про Новые Васюкизаявлять что де в ближайшем будущем все у них будет на .NET, не исключая даже операционной системы. Вот все так и ждем до сих пор.Нет ядро студии точно на Cи, плагины, обертки и всякая прочая окружная мишура на .NET и вроде бы еще на Cи можно что то делать (тут не уверен, раньше точно была такая возможность, раньше были кучи оберток над COM+ типа VSTO, короче черт ногу сломит).
Не Oracle единым жива java, хвала аллаху.
Кстати позвольте заметить что студия тоже не на .net вовсе, вот и сидим в 2017 году с х32 битным процессом и кучей лагов.
Если не ошибаюсь то Jigsaw был начат под другим названием еще под Sun(между java 6 и 7), так что ему не пол года от роду. А вот по .net core, там не столько кропотливый труд сколько терзания сомнениями и ошибки на стадии дизайна, отсюда и фокусы типа был poroject.json и нет его, прыг скок обратно на msbuild. До осмысленного конца там еще боюсь далеко, и может не дойти до него вовсе, а выпилят какой нибудь сурагат.
Выбор есть и сейчас. Вы уж простите но слышать о здоровой конкуренции в отношении MS как то без тика не получается.
Ага когда выпустили .NET говорили что он убьет java очень скоро, мс даже спец программу организовало JUMP — Java User Migration Path. Не выгорело тогда, не выгорит и сейчас. MS с core конопашуться уже больше года, у java jigsaw должен выйти этим летом, не все так просто.
Не совсем понятно зачем городить все это городище, когда есть
thenRunAsync. Представьте после вас придет человек который не имеeт таких тонких познаний, и просто в ходе рефакторинга удалит двойнойCompletableFuture.Это просто ужасный костыль и зачем вообще лезть в дебри
Executor-ов когда речь идет о простой асинхроной библиотеке?В java асинхронизм построен на потоках, но это означает вы должны их пихать во все уголки вашей библиотеки. Если
CompletableFutureвам не достаточно, используйтеRxJava.Как там по закону Мерфи, если что то может пойти не так, то это обязательно пойдет не так.
Tout n'est pas si terrible que cela
До интернета вещей, что бы улететь на машине в кювет достаточно было подержать свое рено меган под дождиком пару дней и вот на скорости 100 км в час ваша бортовая эвм выдает вам
Défaillance électroniqueвырубает мотор и вы летите в кювет из за того что не справились с поворотом.Тема конечно требует особого внимания но паниковать уже поздно. Согласен, это скорее из оперы:
Отладка JS во всех продуктах JetBrains ужасно тормозит, точнее не сама отладка а обновление состояния переменных из шага в шаг. Да и что там выигрывает, не понятно, в браузере функционал даже побогаче будет.
До сих пор жалею что Брендана Айка "изгнали" с поста руководителя в мозилла, очень талантливый человек. Что то все эти лгбт умники молчат по поводу WebAssembly, эта технология, если следовать их логике, тоже является гомофобной и должна причинять моральную боль гомофилам по всему земному шару.