Вход | Регистрация
    1  2  3  4  5   

На каком языке/технологии писать?

На каком языке/технологии писать?
Я
   Xapac
 
21.09.20 - 08:11
Добрый день!

Вот допустим чисто теоретически. я задумал написать приложение в 2020 году.
какой язык самый современный или актуальный в это наше непростое время, чтобы и десктоп и веб работало.

Вот например что то типа технологии flash.

в 2005-м современным был делфи
в 20010-м C# и прочие технологии net.

Просто с 1с-кой отстал от трендов. вот может кто в курсе, на чем люди пишут?
   Кирпич
 
301 - 13.10.20 - 16:20
java/ c# это уже не молодёжно. молодёжно это чтобы запускалось в браузере, весило 200 мб и жрало памяти 3 гига
   jbond
 
302 - 13.10.20 - 16:23
первая в мире книга по пыху была написана аж 98м году

https://www.databazeknih.cz/knihy/php-tvorba-interaktivnich-internetovych-aplikaci-230573
   ДенисЧ
 
303 - 13.10.20 - 16:26
(301) Пиши на шарпе и веб-ассемблере. Будет жрать 5гигов и запускаться только в хроме.
Суперстильно
   jbond
 
304 - 13.10.20 - 16:27
Вернее даже в 99м. В этом году Java вышла на корпоративный рынок.
   Кирпич
 
305 - 13.10.20 - 16:32
(304) Тебе не пофиг, что было 20 лет назад? Какая разница годом раньше годом позже.
   Кирпич
 
306 - 13.10.20 - 16:33
(303) Мне это зачем? Пиши, если тебе надо
   Serginio1
 
307 - 13.10.20 - 17:29
(303) Blazor запускается везде. Тот же Edge прекрасно работает.
Blazor становится быстрее (даже без AOT)
https://visualstudiomagazine.com/articles/2020/09/14/aspnet-5-rc1.aspx

AOT обещают через год. Ни о каких гигабайтах и речи нет.
   Serginio1
 
308 - 13.10.20 - 17:34
Кстати сравнение электорона с блазором без песочницы
https://blog.stevensanderson.com/2019/11/01/exploring-lighter-alternatives-to-electron-for-hosting-a-blazor-desktop-app/

То есть рендеринг в браузере, а выполнение кода в .Net Core
   Креветос
 
309 - 13.10.20 - 17:35
(303) Точняк, веб-ассемблер крутая вещь. Мы щас все новые приложения на нем пишем, чтобы не было проблем с распространением приложений через магазины. На свой сервер в интернет выложил, и не нужно платить никому комиссии и абонентку за пользование магазином.
   Serginio1
 
310 - 13.10.20 - 17:36
   Serginio1
 
311 - 13.10.20 - 17:39
(309) Сейчас в войне Эпика с Эплом тоже переходят на браузер
https://3dnews.ru/1022563/microsoft-vsyo-ge-zapustit-xcloud-dlya-ios-no-v-obhod-app-store
Ресурс The Verge, ссылаясь на своих информаторов, сообщает, что Microsoft работает над решением, которое позволит запустить потоковую игровую платформу xCloud на iOS в обход магазина App Store с его ограничениями. Утверждается, что компания разрабатывает веб-версию xCloud для работы на устройствах iOS и iPadOS. Впрочем, работы над приложением, которое, как надеется компания, в конечном счёте тоже будет работать на платформе Apple, не прекращаются.

https://www.sostav.ru/publication/epic-games-vernetsya-na-ios-i-android-cherez-partnerov-45431.html
Игры компании Epic Games, включая Fortnite, станут доступны в браузере, в том числе через российского партнера сервиса GFN.ru. Так компания нашла способ восстановить доступ к играм после скандала с Apple и Google, сообщает «Коммерсант».

GFN.ru позволяет запускать компьютерные игры напрямую из облачных серверов, ранее для этого необходимо было скачать клиентскую программу. В браузерном формате пользователям сервиса будут доступны все игры, доступные на платформе, которых сейчас более шестисот.
   Креветос
 
312 - 13.10.20 - 17:42
(311) Это другое. Они приложение запускают не в браузере, а на своем сервере, а браузер используют только для передачи в него изображения, как клиент.
   Serginio1
 
313 - 13.10.20 - 17:46
(312) Это понятно. Но в браузере программа для передачи данных и получении изображения.
https://www.gametech.ru/news/73064/

Это тоже должно работать быстро и без задержек
   Конструктор1С
 
314 - 13.10.20 - 18:11
(272) а причем тут популярность, если я писал об увядании паскаля?
   Конструктор1С
 
315 - 13.10.20 - 18:16
(294) ты лучше проекты на жабе 90-х покажи. А книги вообще не показатель. У той же 1с есть англоязычные книги нулевых, только кому они интересны?
   Garykom
 
316 - 13.10.20 - 18:20
(313) RDP в браузере давно пашет же
   Serginio1
 
317 - 13.10.20 - 18:27
(313) Это не RDP. Попробуй в игрушки поиграть. RDP передает команды (DrawString, DrawLine)
Для игр нужно сжимать на основе предыдущих экранов итд.
И все это должно работать с минимальными задержками
   Garykom
 
318 - 13.10.20 - 18:54
(317) Тимьювер блин в браузере
   Serginio1
 
319 - 13.10.20 - 19:16
(318) Играл в нормальные игры?
https://faq-teamviewer.ru/faq/mozhno-li-igrat-cherez-teamviewer
   Serginio1
 
320 - 13.10.20 - 19:18
Главное еще и задержка должна быть минимальна
   Serginio1
 
321 - 13.10.20 - 19:31
https://thecommunity.ru/microsoft/xbox/6608-project-xcloud-zaderzhka-vvoda-10-ms-neobhodimaja-skorost-interneta-5-mbit-s.html
По его словам, выполнение игр в дата-центрах Azure увеличивает задержку ввода менее чем на 10 мс, а наибольшие задержки обнаруживаются в Bluetooth-стеке при  при подключении геймпада к Android-смартфонам.



в компании работают над тем, чтобы обеспечивать качественную потоковую передачу при 5-6 Мбит/с.
   Креветос
 
322 - 13.10.20 - 19:52
(313) Конечно. Но ничто не мешает ей работать быстро и без задержек, браузер не препятствует, он очень быстро все обрабатывает. Даже 3D игры запускаются локально в браузере без проблем.
   Креветос
 
323 - 13.10.20 - 19:55
(320) При использовании сетей 5G задержка очень маленькая. Можно нормально играть. Я пробовал играть в облаке NVidia, вполне комфортно по задержкам, и графика хорошая. Правда не в браузере, а устанавливал их клиент себе, но думаю браузер наверняка тоже потянет, там нагрузка минимальная.
   Serginio1
 
324 - 13.10.20 - 21:03
(323) Суть как раз клиента в браузере в виде Webassembly. Максимально быстрый код, без сборки мусора и JS.
Суть то в том что как с этим будет бороться Яблоко? Ведь с вэб приложений не возьмешь 30%
   Креветос
 
325 - 13.10.20 - 21:18
(324) Если яблоко захочет бороться с этим, то просто заблокирует Webassembly в браузере Сафари для телефона.
   Garykom
 
326 - 13.10.20 - 21:26
(325) Точнее сборки Webassembly без подписи и с определенными подписями
   Креветос
 
327 - 13.10.20 - 21:31
(324) Да и на каких основаниях бороться? Они ведь не предоставляют таким приложениям сервис, который есть в магазине, значит и брать плату не за что. Магазин дает хорошую прибыль размещенным в нем приложениям, потому что они сразу находят своих пользователей. За это и берут плату. Это всем выгодно. А за приложения в браузере не за что брать плату. Я не думаю что они вообще будут с ними как-либо бороться.
   Serginio1
 
328 - 14.10.20 - 10:09
(327) Ну вот сейчас идет война между эплом и эпиком по поводу внутренних платежей игроков.
Fortnite блокировали. Но через браузер https://3dnews.ru/1022563/microsoft-vsyo-ge-zapustit-xcloud-dlya-ios-no-v-obhod-app-store
играть можно.

То же касается и XCloud
https://www.sostav.ru/publication/epic-games-vernetsya-na-ios-i-android-cherez-partnerov-45431.html

Смотри (311)

(325) И представляешь сколько сайтов будет недоступно? Но эпл со своим сафари не идет впереди планеты всей
http://rsdn.org/forum/flame.comp/7848485.1
Без нужных API многие веб-приложения невозможны. Собственно Apple печально известна тем, что развитие Safari ощутимо отстаёт от Chrome. Некоторые предполагают, что это делается намеренно, чтобы дать преимущество приложениям.

Самый простой пример — уведомления. До сих пор сайт не может слать уведомления в iOS. Т.е. уже огромное множество приложений вроде чатов становятся ощутимо хуже своих нативных вариантов: кому нужны чаты без уведомлений. Или звонки. Вроде и есть WebRTC, однако нативные приложения позволяют интегрироваться в стандартную звонилку, а для веб-приложений такого API нет.
   Провинциальный 1сник
 
329 - 14.10.20 - 14:10
(276) Просто я хорошо помню. Если на странице оказываются часики в виде java-апплета, то браузер netscape встает в ступор и комп свопит минуты две. А потом часики начинают работать. Или какая-то анимация декоративная. Нормальные веб-дизайнеры делали гифки, а извращенцы - джава-апплеты)
   Кирпич
 
330 - 14.10.20 - 14:21
(329) Как только не пытались подсадить народ на эти апплеты, всё без толку. jbond просто не видел как убого выглядела его няшная java в начале. Ему простительно.
 
 Рекламное место пустует
   Кирпич
 
331 - 14.10.20 - 14:26
Зато сейчас java на высоте. Теперь и скорость нормальная и дядям с денюжками нраивицца.
   Креветос
 
332 - 14.10.20 - 16:47
(328) Война из-за оплаты за пользование магазином. Эпики распространяли свое приложение через магазин эпла, а по правилам магазина, в этом случае все транзакции должны идти через магазин. Все по честному. Если эпики не будут использовать услуги магазина для распространения своей игры, то и войны никакой не будет. Они же сами нарушили правила договора, вот теперь и расплачиваются за свои косяки. Уйдут в браузер, но сомневаюсь что их прибыль останется на прежнем уровне. Посмотрим.
   Garikk
 
333 - 14.10.20 - 17:01
а делфи кросплатформенно умеет?
   Креветос
 
334 - 14.10.20 - 17:04
(333) Может умеет, может не умеет. Всем пофигу на это, никто не будет задумываться над таким ненужным вопросом
   Serginio1
 
335 - 14.10.20 - 17:07
(333) Ну зарабатывают они не только на эплах. А вот ударить по эплу как раз могут оочень сильно.
https://www.newsru.com/hitech/07oct2020/usa_it_report.html
Конгрессмены обвинили Amazon, Facebook, Google и Apple в монополизации рынка

Претензии законодателей к Apple заключаются в том, что компания из Купертино устанавливает собственное программное обеспечение на свои устройства и "не дает лицензию на iOS другим производителям мобильных устройств", пишет TJ. Из-за этого пользователи могут скачивать приложения только из App Store, а разработчики вынуждены платить компании комиссию, не имея возможности распространять приложения иным способом.


В свежем докладе предлагается разделить крупные IT-компании при помощи изменений в антимонопольном законодательстве. В частности, речь идет как о структурном разделении IT-гигантов, так и о введении запрета на работу в смежном бизнесе. Детально эти предложения не прописаны, но, по всей видимости, авторы доклада считают необходимым превратить сервисы, принадлежащие Google, Facebook, Apple и Amazon в независимые компании. Речь среди прочего идет о принадлежащем Google видеохостинге YouTube, а также о WhatsApp и Instagram. Кроме того, в докладе говорится, что антимонопольные органы не должны разрешать крупным IT-компаниям покупать потенциальных конкурентов. Также авторы считают необходимым обеспечить функциональную совместимость и переносимость данных с одной доминирующей платформы на другие.
   Garikk
 
336 - 14.10.20 - 17:14
>>Также авторы считают необходимым обеспечить функциональную совместимость и переносимость данных с одной доминирующей платформы на другие.
вот только ради этого стоит поддержать такие решения
   Кирпич
 
337 - 14.10.20 - 17:16
(333) Умеет. Там у них Windows, iOS, Android и Linux
   Кирпич
 
338 - 14.10.20 - 17:18
+(337)FreePascal ваще какoй то мультикроссплатформенный :)
Free Pascal is a mature, versatile, open source Pascal compiler. It can target many processor architectures: Intel x86 (16 and 32 bit), AMD64/x86-64, PowerPC, PowerPC64, SPARC, SPARC64, ARM, AArch64, MIPS, Motorola 68k, AVR, and the JVM. Supported operating systems include Windows (16/32/64 bit, CE, and native NT), Linux, Mac OS X/iOS/iPhoneSimulator/Darwin, FreeBSD and other BSD flavors, DOS (16 bit, or 32 bit DPMI), OS/2, AIX, Android, Haiku, Nintendo GBA/DS/Wii, AmigaOS, MorphOS, AROS, Atari TOS, and various embedded platforms. Additionally, support for RISC-V (32/64), Xtensa, and Z80 architectures, and for the LLVM compiler infrastructure is available in the development version. Additionally, the Free Pascal team maintains a transpiler for pascal to Javascript called pas2js.
   Гений 1С
 
339 - 14.10.20 - 20:26
(0) вот и я думаю, на чем убийцу 1с писать. Не на чем. Кризис ИТ
   H A D G E H O G s
 
340 - 14.10.20 - 20:27
(339) на бересте пиши, Сергей.
   Гений 1С
 
341 - 14.10.20 - 20:30
(340) очень смешно, Ежов
   v77
 
342 - 14.10.20 - 21:38
(339) Пиши на мисте
   Serginio1
 
343 - 14.10.20 - 22:20
(339) Чем .Net Core, Linq2DB, Wpf,Xamarin, Blazor тебе не подходят?
https://habr.com/ru/company/microsoft/blog/493390/
https://visualstudiomagazine.com/articles/2020/09/14/aspnet-5-rc1.aspx
https://visualstudiomagazine.com/articles/2020/09/29/xamarin-forms-5-preview.aspx

Нет никакого кризиса. Одна движуха!
   v77
 
344 - 14.10.20 - 22:55
(343) Да ну нафиг. Санкции введут и отключат всю эту байду.
   Serginio1
 
345 - 15.10.20 - 10:21
(344) Не отключат. Ибо все это опенсорс!
Суть в том, что .Net Core большей частью был сделан для облаков.
А там одно из требований это опенсорс. И MS пошла на это.
При этом многие продукты развиваются с помощью сторонних разработчиков.
   Лефмихалыч
 
346 - 15.10.20 - 11:16
(0) java, python, C#, EcmaScript
что осилишь, на том и - алга
   jbond
 
347 - 15.10.20 - 11:34
(330) я видел, как убого выглядела няшная джава в 90х.

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

По ха пе же в то время в том виде был признан не пригодным для создания ecommerce решений самими же создателями по ха пе.

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

Джава никогда не подвергалась перепроектированию с нуля.
   Кирпич
 
348 - 15.10.20 - 11:40
(345) Жителям Крыма их личные репозитории на гитхабе блокируют. Пофиг всем на опенсорс.
   Кирпич
 
349 - 15.10.20 - 11:42
(347) Чо ты пристал к этому пхп. Все про него всё знают. На нём 99,9% сайтов написано. И Java и PHP очень популярны. Каждый в своей нише.
   Serginio1
 
350 - 15.10.20 - 12:32
(348) https://www.cnews.ru/news/top/2019-07-29_github_blokiruet_razrabotchikov_iz_kryma
Блокируют сами репозитарии конкретных людей.
Блокировать репозитарии .Net Core и прочее никто не будет!
   ДенисЧ
 
351 - 15.10.20 - 12:35
(350) Уверен?
   ДенисЧ
 
352 - 15.10.20 - 12:36
Недавно мс заявила, что половина атак на выборы гегемона была совершена с российских ип. Вот присоединится она к санкциям и?
   Кирпич
 
353 - 15.10.20 - 12:42
(350) Заблокируют даже если ты приедешь в Крым и зайдешь на GitHub. Потом будешь их уговаривать и рассказывать, что только купаться ездил и в Крыму не живешь :)
   Кирпич
 
354 - 15.10.20 - 12:48
(350) Так что давай завязывай распевать дифирамбы про дотнеты с линкумами. Не лей воду на мельницу мирового империализма :)
   Serginio1
 
355 - 15.10.20 - 12:51
(353) Как они заблокируют через VPN? Ты статью то читал?
https://www.cnews.ru/news/top/2019-07-29_github_blokiruet_razrabotchikov_iz_kryma

Там речь идет именно о блокировке репозитория.
Да могут заблокировать репозитарий конкретного лица. Но репозитарий .Net Core они не заблокируют ибо сами будут от него отключены.
   ДенисЧ
 
356 - 15.10.20 - 12:57
(355) Логин твой заблокируют. Гибхаб их же теперь
   Serginio1
 
357 - 15.10.20 - 13:09
(356) Мои  проекты хранятся не только в гитхабе. Опять же речь то идет не о моих аккаунтах, а о .Net Core
Я захожу на https://github.com/dotnet/core без логина
   Кирпич
 
358 - 15.10.20 - 13:46
(357) К тому времени, когда твой core наконец нормально будет работать, уже и интернет отключат нафиг. В связи с вмешательством в выборы в Ливии.
   Serginio1
 
359 - 15.10.20 - 14:46
(358) Он уже прекрасно работает и очень быстро. Меньше чем через месяц выйдет .Net 5
https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/

Думал, что 3.1 это потолок, но и в .Net 5 нехило докрутили

Ну и для ARM64
https://devblogs.microsoft.com/dotnet/arm64-performance-in-net-5/

Что касается редакторов, то многие хвалят Rider https://www.jetbrains.com/help/rider/Get_Started_with_Version_Control.html
   Кирпич
 
360 - 15.10.20 - 14:48
(359) GUI для Linux есть?
 
 Рекламное место пустует
   Serginio1
 
361 - 15.10.20 - 14:58
(360) Из нативных это Xamarin GTK, Avalonia.
Ну и Вэб приложения на Blazor. То есть за отрисовку отвечает браузер, а за реализацию .Net Core.
Сейчас MS переводят Visual Code с электрона, на блазор.
https://gunnarpeipman.com/blazor-on-desktop-webwindow-experiment/
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-release-candidate-2/
   Кирпич
 
362 - 15.10.20 - 15:00
(361) Короче, нету пока. Так то .Net Core наверное крутяк, только C# скучный
   Serginio1
 
363 - 15.10.20 - 15:23
(362) Я тебе привел кучу ссылок и вдруг нету пока?
Еще до кучи https://github.com/ElectronNET/Electron.NET
   Serginio1
 
364 - 15.10.20 - 15:24
(362) Мне приходится на разных языках писать. C# сейчас самый веселый и продвинутый язык.
   Кирпич
 
365 - 15.10.20 - 16:01
(363) да там дермище всякое. ниахота голову забивать
   Serginio1
 
366 - 15.10.20 - 16:30
(365) Что бы понять дермище это или наоборот клад нужно попрограммировать на разных языках. У каждого языка есть фишки, которые
1. Упрощают написание кода
2. Ускоряют выполнение кода.

При этом ты находишься на форуме 1С, который по этим показателям оочень близок к твоему определению дермища.
Но ты же забил им голову!
На самом деле изучение языков и платформ развивают тебя как программиста.
Я ни один язык или платформу дермищем, ибо у каждого языка есть своя ниша. И чем их больше, тем больше идей и конкуренция.
А .Net и C# сейчас ооочень бурно развиваются.
   Вафель
 
367 - 15.10.20 - 17:08
(366) 1с как раз очень сильно упрощает написание кода.
вернее не написание кода, а разработку программы.
ибо берет на себя практически все низкоуровневые проблемы
   Кирпич
 
368 - 15.10.20 - 17:11
(366) А .Net и C# сейчас ооочень бурно развиваются.
да чего там может развиться уже? воду в ступе молотят, а java никак не могут победить
   Кирпич
 
369 - 15.10.20 - 17:13
Мне так, по работе, не java не C# нифиг не нужны. Они мне неудобны. Я скромный одинесник и корпоративные порталы на тысячи юзеров я не разрабатываю.
   Кирпич
 
370 - 15.10.20 - 17:14
ой, ни java ни C#
   Serginio1
 
371 - 15.10.20 - 18:33
(367) Ну ты не работал с Linq который значительно быстрее.
Посмотри универсальный https://www.linqpad.net/

А уж отсутствие замыканий, того async / await который только сейчас появляется.
асинхронные методы это жуть со строковыми названиями методов.
Что и нравится так это один код в модуле для серверного и клиентского кода. Но и это легко решается с помощью Source Generator
https://devblogs.microsoft.com/dotnet/introducing-c-source-generators/

(368) Жабу уже давно перегнали. На андроиде на Котлин потихоньку переходят. Хороший язык
   Garikk
 
372 - 15.10.20 - 18:44
(371) <На андроиде на Котлин потихоньку переходят. Хороший язык>
если не вспоминать что котлин работает на jvm то да... 'перегнал'
   Garikk
 
373 - 15.10.20 - 18:46
(372) *это точно также как C# перегнал vb.net и j#
   ДедМорроз
 
374 - 15.10.20 - 19:15
Java это специальная виртуальная машина
.net это похожая виртуальная машина
Кроссплатформенность достигается тем,что программа запускается на виртуальной машине,которая с реальной не очень то связана.
Android это тоже виртуальная машина,похожая на java но своя.
Как бы,виртуализация,это часто потеря производительности,но сейчас это не так уж и важно.

У каждого языка есть что-то уникальное,что на другом сложно сделать,остальное просто автоматическим транслятором переводится с одного языка на другой
   Serginio1
 
375 - 15.10.20 - 19:27
(374) Никакой виртуальной машины уже лет 20 нет. Все давно джитится в нативный код.
https://ru.wikipedia.org/wiki/JIT-компиляция

Другое дело, что во время работы компиляция должна быть быстрой. Поэтому получаемый код не оптимален и проигрывает тому же С++.
Но есть .Net Native у джава другая оптимизация. При этом джитеры совершенствуются
(358) Он уже прекрасно работает и очень быстро. Меньше чем через месяц выйдет .Net 5
https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/

Ну и для ARM64
https://devblogs.microsoft.com/dotnet/arm64-performance-in-net-5/

1С тоже компилируется в байт код, но затем этот код интерпретируется
   Garikk
 
376 - 15.10.20 - 19:33
(375) ну там всёравно не полный аналог native программ получается, всёравно там и garbage collector свой и куча либ самой явы компилится параллельно
   Serginio1
 
377 - 15.10.20 - 20:26
(376) .Net Native использует С++ компилятор, но сборка мусора тоже есть.
https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/net-native-and-compilation
Тот же D тоже может использовать сборку мусора
https://ru.wikipedia.org/wiki/D_(язык_программирования)#Управление_памятью

В Суть в том, что код компилируется в машинный код и кэшируется. При этом можно докомпилировать любые сборки плагины.
   Serginio1
 
378 - 15.10.20 - 20:32
377+ https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/net-native-and-compilation#net-native-and-ngen
NGEN по-прежнему полагается на полную среду CLR для таких сервисов, как загрузка сборок, удаленное и локальное взаимодействие, управление памятью, сбор мусора и, при необходимости, JIT-компиляция. В .NET Native многие из этих сервисов являются либо ненужными (JIT-компиляции), либо разрешаются во время построения и включаются в сборку приложения. Остальные сервисы, наиболее важным из которых является сбор мусора, включены в гораздо более компактную, оптимизированную среду выполнения mrt100_app.dll.
   H A D G E H O G s
 
379 - 15.10.20 - 20:37
Все языки хороши, все языки важны.
Кроме C/С++.
   Serginio1
 
380 - 15.10.20 - 20:42
(379) Ты ВК на Лазарусе пишешь?
   spock
 
381 - 15.10.20 - 20:53
(379) Скоро испекут стандарт C++20 и все ломануться обратно на этот язык
(380) Очень сарказмично
   Serginio1
 
382 - 16.10.20 - 10:21
   Кирпич
 
383 - 16.10.20 - 10:23
(378) Решил попробовать NET core. Скачал, сляпал Hello World. Сделал publish. Получился дистрибутивчик на 120 Мб. Это нормально? Или есть способ сделать поменьше без предустановки рантайма?
   Serginio1
 
384 - 16.10.20 - 10:56
   Кирпич
 
385 - 16.10.20 - 11:01
(384) Ну я там и читал. Я так понял 120 Мб это нормально
   Кирпич
 
386 - 16.10.20 - 11:04
Хотя нет. 69 Мб получилось
   Serginio1
 
387 - 16.10.20 - 11:06
384 Посмотри на блазор
https://www.meziantou.net/optimizing-a-blazor-webassembly-application-size.htm
(385) Если со средой выполнения то да. Для  блазора линкер убирает все лишнее
   Кирпич
 
388 - 16.10.20 - 11:06
Лучше уж go lang. Проще, понятнее и всё в один exe
   fisher
 
389 - 16.10.20 - 11:09
(375) > Никакой виртуальной машины уже лет 20 нет. Все давно джитится в нативный код.
А джитится чем? :)
   Serginio1
 
390 - 16.10.20 - 11:14
(388) Никто же не запрещает. Просто разные сценарии развертывания.
В основном это  докеры https://docs.microsoft.com/ru-ru/aspnet/core/host-and-deploy/docker/building-net-docker-images?view=aspnetcore-3.1
Очень удобны для распространения
   Serginio1
 
391 - 16.10.20 - 11:21
(389) Средой выполнения. Но это не виртуальная машина. Виртуальная машина была на заре Java и
https://ru.wikipedia.org/wiki/Java_Virtual_Machine
Виртуальные машины Java обычно содержат интерпретатор байт-кода, однако, для повышения производительности во многих машинах также применяется JIT-компиляция часто исполняемых фрагментов байт-кода в машинный код.

Мало того, сейчас есть и .Net Core и CoreRT где из сервисов только сборщик мусора.
Сейчас Blazor интерпритирует байт код. Обещают через год AOT компиляцию
   fisher
 
392 - 16.10.20 - 11:29
(391) Не вижу разницы в данном случае принципиальной разницей между "средой выполнения" и "виртуальной машиной". Виртуальная машина - это далеко не только интерпретация.
То, что clr джитит метод сразу перед выполнением (а java - с оглядкой) не превращает его из виртуальной машины в "среду выполнения". Хотя можно называть как угодно. Суть не меняется.
Но подавать это как "в java VM, а у MS - нет" - лукавство чистой воды.
   fisher
 
393 - 16.10.20 - 11:31
(391) > Виртуальные машины Java ОБЫЧНО содержат интерпретатор байт-кода
Т.е. наличие интерпретатора не является отличительным признаком VM
   Serginio1
 
394 - 16.10.20 - 11:40
(393) В .Net нет никакого интерпретатора кода!
Вернее было в Compact Framework сейчас есть в блазоре. Но ото отдельная от фреймворка ветки.

То что ты не видишь разницу это твои проблемы изначально виртуальная машина интерпритировала код!
>> Как бы,виртуализация,это часто потеря производительности,но сейчас это не так уж и важно.
Современные джиттеры конечно уступают компиляторам С++ (которые тратят на компиляцию достаточно большое время), но достаточно близко к ним подходят. Ссылки уже давал.

Просто само понятие виртуальная машина была именно для интерпретатора который был
https://ru.wikipedia.org/wiki/HotSpot

Для .Net никакого понятия виртуальной машины никогда и не было! Была среда выполнения.
Не стоит смешивать эти понятия
   fisher
 
395 - 16.10.20 - 11:47
(394) > Для .Net никакого понятия виртуальной машины никогда и не было! Была среда выполнения. Не стоит смешивать эти понятия
Это ты их разделяешь. Или маркетологи MS. Отличительным признаком наличия VM как раз является то, что в MS называют "управляемым исполнением" кода. То есть когда исполнением кода управляет какая-то внешняя штука. Обеспечивая в том числе безопасность исполнения и доп-сервисы типа рефлексии. Опция интерпретации не превращает "среду исполнения" в VM. Ну или пруф.
Вот в Go - нет "среды исполнения" ака VM. Есть только библиотечный рантайм, а "надштуки" никакой нет. И вот эти понятия смешивать не стоит.
   fisher
 
396 - 16.10.20 - 11:49
Понятийная разница, ИМХО, близка к пониманию разницы между фреймворком и библиотекой.
   spock
 
397 - 16.10.20 - 11:49
(382) датычё, занятно
   fisher
 
398 - 16.10.20 - 11:52
Конечно, приятно шарпистам заявлять что в java вот есть страшная и тяжелая VM, а вот в net и golang - ее нет. Правда, есть "среда исполнения", которой нет в golang. Но она, конечно же, легкая и нестрашная. Не стоит даже упоминания.
   Кирпич
 
399 - 16.10.20 - 12:17
(397) Ещё как занятно. Паскалист нашлепает ВК за пять минут, даже ничего не понимая в этих ваших внешних компонентах.
   Serginio1
 
400 - 16.10.20 - 12:47
(395) Управляемая среда это сборка мусора! .Net Native есть только сборка мусора, но нет среды исполнения!
(398) Я программирую не только на шарпе. Просто понятие виртуальная машина давно себя изжила. Не стоит её употреблять.
  1  2  3  4  5   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.