<bgdev />free

Вход Регистрация

Динамични езици
0

0 1 2 3
#5204 (ツ) Stilgar
Създадено на 18.08.2020, видяно: 1997 пъти.
Евлампи
Stilgar

Еми ако ползваш any или dynamic явно пишеш динамично типизиран код. Разбира се тези неща трябва да са забранени

По-скоро да може на ниво проект да се контролира кои части от сорса могат да ползват какви фичъри на езика. Така би могло да се шибне церберски default без unsafe и динамични неща а където се прецени да се охлаби контролирано

Style tools са нещо такова. Само не знам защо ще ги сложиш на по-малко от целия проект, освен за проект който е в процес на миграция от динамично към хубаво.

#5205 (ツ) Евлампи
Създадено на 18.08.2020, видяно: 1995 пъти.
Stilgar

То по тая логика никакво лайно в езика не е проблем щото след някакво време ти става "добре известно". Сега фактът е че съм шипвал бъг в production, това е дефиницията на проблем, целият смисъл на шибаните езици е да няма проблем.

Проблем е разбира се но backward compatibility е ПО-ГОЛЯМ проблем :)

Още не сме стигнали до ЕЗИКА при който хем хуя е до края хем душата в рая, ето, даже си шарп трупа лоши динамични фичъри като добавка на багажа от преди дженерикс :)

#5206 (ツ) Евлампи
Създадено на 18.08.2020, видяно: 1992 пъти.
Stilgar

Style tools са нещо такова. Само не знам защо ще ги сложиш на по-малко от целия проект, освен за проект който е в процес на миграция от динамично към хубаво.

Линтърите генерално са точно това, и концепцията е древна.

А проектите са в процес на миграция от динамично (недокрай уточнено какво аджеба искаме) към хубаво за краткия период преди да почне процес на maintenance полуразпад, виж къв забавен парадокс, излиза че аз дето съм динамик фенбойче (без да съм зомби) съм по-малко идеалист в случая :)

#5207 (ツ) Elim Garak
Създадено на 18.08.2020, видяно: 1988 пъти.

целият смисъл на шибаните езици е да няма проблем.

Накрая всички ще приемете ръста :)

#5208 (ツ) Stilgar
Създадено на 18.08.2020, видяно: 1986 пъти.
Elim Garak

целият смисъл на шибаните езици е да няма проблем.

Накрая всички ще приемете ръста :)

Аз съм го приел само дето не съм намерил кой да ми плаща за да се уча върху проекта му :)

#5209 (ツ) Евлампи
Създадено на 18.08.2020, видяно: 1987 пъти.
Elim Garak

Накрая всички ще приемете ръста :)

Изглежда Мада Нейча в крайна сметка фаворизира грозните щърби чавета наплякани с тел и изолирбанд и доказали се в грозен уличен бой вместо изучените колежанчета с гелосан алаброс.

Джаваскрипт и Це без плюсове рулират и сичко останало прави равнис по тях :)

#5210 (ツ) Elim Garak
Последно редактирано на 18.08.2020 от Elim Garak, видяно: 1984 пъти.

Цто е цар защото има стабилно АБИ, което на практика липсва във всички останали езици освен джава (но там е друга работата). Джаваскрипта е шитня, нямам мтърпение д асе замени от wasm

#5212 (ツ) Евлампи
Създадено на 18.08.2020, видяно: 1976 пъти.
Elim Garak

Цто е цар защото има стабилно АБИ

Бинго

Elim Garak

Джаваскрипта е шитня, нямам мтърпение д асе замени от wasm

Мухахаха, има да почакаш :)

Имаше една много симпатична чекия дето пишеш джаваскрипт наподобяващ jscript или typescript и плюва wasm блоб и може да си го интегрираш в уебпак/ролъп и прочие - Walt

По-скоро по неква такава сюжетна линия може да има развитие отколкото гелосаното колежанче rust да стане цар :D

#5217 (ツ) johnfound
Създадено на 19.08.2020, видяно: 1960 пъти.
Elim Garak

Цто е цар защото има стабилно АБИ, което на практика липсва във всички останали езици освен джава (но там е друга работата). Джаваскрипта е шитня, нямам мтърпение д асе замени от wasm

WASM няма интерфейс към DOM, доколкото аз знам. Иначе скриптовете на този сайт щяха да са на WASM.

#5237 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1942 пъти.
johnfound
Elim Garak

Цто е цар защото има стабилно АБИ, което на практика липсва във всички останали езици освен джава (но там е друга работата). Джаваскрипта е шитня, нямам мтърпение д асе замени от wasm

WASM няма интерфейс към DOM, доколкото аз знам. Иначе скриптовете на този сайт щяха да са на WASM.

Ще проима някой ден, но какво ти пречи че няма интерфейс - бриджваш си там с JS функция и готово, повече не виждаш JS. Да не мислиш, че като пиша на Blazor за всяка интеракция с DOM си пиша JS?

#5240 (ツ) Евлампи
Създадено на 19.08.2020, видяно: 1928 пъти.
Stilgar

Ще проима някой ден, но какво ти пречи че няма интерфейс - бриджваш си там с JS функция и готово, повече не виждаш JS. Да не мислиш, че като пиша на Blazor за всяка интеракция с DOM си пиша JS?

Как е блейзъра? Само съм го цъкал от любопитство като поникна, има ли разни проблеми които се виждат само когато почнат тоя род фреймуърци да се ползват в дивото?

#5244 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1915 пъти.
Евлампи
Stilgar

Ще проима някой ден, но какво ти пречи че няма интерфейс - бриджваш си там с JS функция и готово, повече не виждаш JS. Да не мислиш, че като пиша на Blazor за всяка интеракция с DOM си пиша JS?

Как е блейзъра? Само съм го цъкал от любопитство като поникна, има ли разни проблеми които се виждат само когато почнат тоя род фреймуърци да се ползват в дивото?

Ми зелено е още, има много липсващи неща, но по всичко личи, че накрая ще е много добро. Примерно няма out of the box начин за file upload (ще има след няколко месеца) и там има някои особености, че трябва да се оправяш сам с файла, а не можеш да се възползваш от браузъра, че го събмитва с формата, но то като се замисля ако правиш форми с AJAX пак е така. Няма културен Radio бутон контрол (това също ще го има след няколко месеца). В Dropdown не можеш да байндваш към елементи с ID GUID, само string и int (това май също ще го оправят). Ей такива някви неща дето ще ги дооправят. Преди 6 месеца някъде гледах грида на телерик и направили там да може да page-ва да сортира и всякакви чудеса на готово... после гледам работи само с елементи които вече си заредил в паметта, ако искаш да пейджваш в базата не може. Обаче 3 месеца след това го бяха оправили и си бяха направили начини да се плъгнеш. Така че има някакви неща дето още не са готови, но се правят с бясна скорост. Аз съм го ползвал само в server side вариацията за админски панел, не бих го ползвал засега за публично нещо (примерно неадминската част на форум), но и тоя момент ще дойде. Wasm версията дърпа към 2MB runtime дето не е кой знае какво, но не е приятно и освен това е сравнително бавна засега (разбирай ако изплющиш грид с 200+ реда). Правят подобрения по самия фреймуърк, по интерпретатора и по самите браузъри (директния достъп до DOM) което ще подобрява производителността в бъдеще. Едно интересно нещо е, че явно специално за C# не е далавера да се прави AOT компилация защото wasm файловете стават много големи, затова интерпретират. Обаче ако правиш примерно electron приложение можеш да му набиеш AOT щото там нямаш download.

#5257 (ツ) Евлампи
Създадено на 19.08.2020, видяно: 1899 пъти.
Stilgar

Wasm версията дърпа към 2MB runtime дето не е кой знае какво, но не е приятно и освен това е сравнително бавна засега (разбирай ако изплющиш грид с 200+ реда)

Това скоро са го пуснали, доколкото разбирам е дотнет рънтайм имплементация в браузъра? Може ли да се ползват дотнет стандард асемблита или трябва от сорс да се комплира библиотека за тоя рънтам специално?

Ще си поиграя да видя мога ли да подкарам една малка рефлекшън библиотека и да си го ползвам като дотнет рънтайм в айпадските експерименти освен дотнет кор през виртуалка

#5258 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1896 пъти.
Евлампи
Stilgar

Wasm версията дърпа към 2MB runtime дето не е кой знае какво, но не е приятно и освен това е сравнително бавна засега (разбирай ако изплющиш грид с 200+ реда)

Това скоро са го пуснали, доколкото разбирам е дотнет рънтайм имплементация в браузъра? Може ли да се ползват дотнет стандард асемблита или трябва от сорс да се комплира библиотека за тоя рънтам специално?

Ще си поиграя да видя мога ли да подкарам една малка рефлекшън библиотека и да си го ползвам като дотнет рънтайм в айпадските експерименти освен дотнет кор през виртуалка

Да, то реално до браузъра се пращат .NET dll-ки заедно с някъв .NET runtime дето ги предимно интерпретира (в редки случай JIT-ва). Тоя runtime е компилиран до wasm. По принцип за да намалят размерите на библиотеките прави агресивен pruning така че има възможност точно нещо с reflection да се прецака и да трябва да декларираш, че типове които се виждат само през reflection са необходими за да не ги изхвърли, но като цяло си работят нещата.

Някви момчета, даже българи го подкараха в браузъра да го пишеш за да експериментираш - https://blazorrepl.com/

#5259 (ツ) Евлампи
Създадено на 19.08.2020, видяно: 1887 пъти.
Stilgar

По принцип за да намалят размерите на библиотеките прави агресивен pruning така че има възможност точно нещо с reflection да се прецака и да трябва да декларираш, че типове които се виждат само през reflection са необходими за да не ги изхвърли, но като цяло си работят нещата.

Някви момчета, даже българи го подкараха в браузъра да го пишеш за да експериментираш - https://blazorrepl.com/

Ще си поиграя, това на тия пичове крашва таба в иос сафарито ама едва ли са си играли да го нагласят за нещо различно от десктопски браузър, два мегабайта рънтайма не би трябвало да е никакъв проблем чисто като място, има неща дето са повече и бачкат

#5260 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1883 пъти.

Еми то проблемът е че първият път ще ти зарежда по-бавно особено на телефон. После ще се кешира разбира се. Но да в наши дни не е кой знае какво, но е над това което ще "платиш" ако ползваш Angular/React/Vue

#5261 (ツ) code2
Създадено на 19.08.2020, видяно: 1877 пъти.
Stilgar
johnfound
Elim Garak

Цто е цар защото има стабилно АБИ, което на практика липсва във всички останали езици освен джава (но там е друга работата). Джаваскрипта е шитня, нямам мтърпение д асе замени от wasm

WASM няма интерфейс към DOM, доколкото аз знам. Иначе скриптовете на този сайт щяха да са на WASM.

Ще проима някой ден, но какво ти пречи че няма интерфейс - бриджваш си там с JS функция и готово, повече не виждаш JS. Да не мислиш, че като пиша на Blazor за всяка интеракция с DOM си пиша JS?

Не, няма да проима никой ден. До колкото разбирам wasm е направено само за да изпълнява бързо части от кода, които не комуникират по никакъв начин с браузъра. За комуникация се разчита изцяло на js. Общо взето wasm е може би измислено, за да компенсира нарочното махане от Chrome на външни приложения.

#5262 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1872 пъти.

Ще има. Няма да е много скоро де, но народът мисли как да проима. Само дето първо трябва да измислят достъп до GC-то - https://github.com/WebAssembly/proposals/issues/16

#5263 (ツ) Евлампи
Създадено на 19.08.2020, видяно: 1872 пъти.
Stilgar

Еми то проблемът е че първият път ще ти зарежда по-бавно особено на телефон. После ще се кешира разбира се. Но да в наши дни не е кой знае какво, но е над това което ще "платиш" ако ползваш Angular/React/Vue

Зарежда се окей, после крашва, иначе дев билда на тия моите експерименти който е реакт апп е около три мегабайта, отделно сорс маповете, та спейса не е проблем, цъкам си дотнет безгрижно на айпада през виртуалка някъде във Франкфурт:

acanthium

#5264 (ツ) Stilgar
Създадено на 19.08.2020, видяно: 1866 пъти.

Сега по принцип когато някоя програма крашва това си е отговорност на програмата, не на input-а.

0 1 2 3

Динамични езици
0

AsmBB v3.0 (check-in: a316dab8b98d07d9); SQLite v3.42.0 (check-in: 831d0fb2836b71c9);
©2016..2023 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE