кинься ссылкой на основные принципы

https://ru.wikipedia.org/wiki/%D0%92%D0%BD%D0%B5%D0%B4%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B7%D0%B0%D0%B2%D0%B8%D1%81%D0%B8%D0%BC%D0%BE%D1%81%D1%82%D0%B8

это прям основные

кстати, в dependency injection тоже есть синглтоны. тоже зло?

Не, там нет синглтонов

зло потому-что временем жизни нельзя управлять? вроде раньше этот аргумент использовали

web это синглтон. СИНГЛТОНЫ зло

>веб это синглтон ШТА?

всё в одном потоке с кучей глобальных объектов?

всё в одном потоке с кучей глобальных объектов?

Веб не только JS, и JS вообще не синглтон

document, window разве нельзя считать синглтонами?

document, window разве нельзя считать синглтонами?

Вообще нет. У нас могут быть другие инстансы и Document, и Window. Правда, там не все так просто, но вообще нет

не знал что такое возможно. давно не занимаюсь js и вебом

Ну так банально доступ к внутреннестям ифрейма)

кто-то сталкивался с таким приколом? и как боролся? https://run.dlang.io/is/SPYnms не нравится что нужна дополнительная инициализация для получения логичного поведения

>веб это синглтон ШТА?

это глобальная область видимости. И ты не можешь контролировать время создания ) Эта шутка была, лол. К синглтонам у меня неприязнь из за отсутсвия контроля времени жизни и нельзя ограничить область видимости

это глобальная область видимости. И ты не можешь контролировать время создания ) Эта шутка была, лол. К синглтонам у меня неприязнь из за отсутсвия контроля времени жизни и нельзя ограничить область видимости

Глобальная область видимости вовсе не значит синглтон)

Как шутка видимо так себе вышло

Никто не понял

синглтон - 1) единственный экземпляр 2) глобальная область видимости 3) ленивая инициализация

И как раз первое условие часто не выполняется

синглтон с несколькими экземплярами?

Это уже не синглтон)

Это какая-то софистодемагогика. Если синглтон существует в неймспейсе My.Namespace то он все еще синглтон. И если он инициализируется нелениво то он все еще синглтон

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

https://dzone.com/articles/singleton-anti-pattern хехе вот тут вон скока напридумывали..

Такое какбе можно и про любой паттерн понаписать

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

знатоки, а почему так?

Json resp; resp=Json.emptyObject; resp["count"]=0; resp["count"]=resp["count"]+1; падає з помилкою на останньому рядку Got JSON of type int_, expected bool_.

resp["count"]=resp["count"].get!int+1; а вот так норм. это потому что 0 интерпретируется, как бул теперь?

Насколько я помню у resp["count"] можно узнать тип значения, которое он принял, там для этого есть то ли метод то ли свойство

правда же супер отвратный стикер, как считаете?

Я знаю, что бы большой поклонник моих авторских стикеров (:

Насколько я помню у resp["count"] можно узнать тип значения, которое он принял, там для этого есть то ли метод то ли свойство

не нашел что-то, а typeof явно не то

не нашел что-то, а typeof явно не то

Возьми любой наш сорс, того же ёбуса, там полно этих проверок типов

А еще всегда можно открыть исходник vibe.data.json

Возьми любой наш сорс, того же ёбуса, там полно этих проверок типов

вообще да, и как не странно, делает это вот так .type. возвращает int_

Почему я тебе сказал пользоваться .get!, а не .to! Второй попробует конвертнуть, а первый выдаст ошибку если тип не соответствует

Про DI. Я что то его ни в одном дишном проекте не видел. Вообще у меня создается ощущение что для Ди популярные интерпрайз паттерны плохо подходят (ну кроме базовых).

В vibe.d DI неплохо приживается

https://github.com/SingingBush/eloquent

как пример

https://github.com/SingingBush/eloquent

Нихуясебе

в смысле?

Json resp; resp=Json.emptyObject; resp["count"]=0; resp["count"]=resp["count"]+1; падає з помилкою на останньому рядку Got JSON of type int_, expected bool_.

что-то типа esp["count"]=resp["count”].integer+1;

а это не std.json… тогда не знаю

а это не std.json… тогда не знаю

.get!int++;

Мб сработает)

В vibe.d DI неплохо приживается

А можно куски кода где это все? Просто гуглеж по дишным вариантам DI показывает только фреймворк какой то и все.

А можно куски кода где это все? Просто гуглеж по дишным вариантам DI показывает только фреймворк какой то и все.

выше ссылка на гитхаб

Ребят, а вы фронт и бэк в разных репозитариях храните или нет? Я никак не могу понять. Если сам http сервер может отдавать статику, то какую пользу может принести nginx ?

Просто тут человек предлагает разнести все подобным образом

Ребят, а вы фронт и бэк в разных репозитариях храните или нет? Я никак не могу понять. Если сам http сервер может отдавать статику, то какую пользу может принести nginx ?

Мы в разных. Фронт на одноим языке, бек на другом

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

В общем все то что всегда нужно в более-менее живом веб проекте.

Просто тут человек предлагает разнести все подобным образом

А что, если вы выростите и одного сервака не хватит?

Тут нужен будет некий балансер

Nginx это умеет

А что, если вы выростите и одного сервака не хватит?

Ну вообще при увеличении нагрузки ничто как бе не мешает поставить nginx перед сервером уже в процессе

Ребят, а вы фронт и бэк в разных репозитариях храните или нет? Я никак не могу понять. Если сам http сервер может отдавать статику, то какую пользу может принести nginx ?

nginx это делает быстро

насколько я знаю быстрее чем что-либо

Ну вообще при увеличении нагрузки ничто как бе не мешает поставить nginx перед сервером уже в процессе

Да

Мы сразу это делаем

Да если умеючи то особо нечего париться, поставил балансер и забыл до лучших времен. Кушать он особо не просит.

Если приложение позволяет, то часть запросов можно кешировать

У Nginx это с коробки

Спасибо понял идею. А кто вайб юзает и аналоги вы тоже поверх него nginx пускаете?

Кстати судя по чендж-логам хрома в wasm потоки добавили. Кто в курсе? Это системные потоки будут? Или там свой шедулер используется?

Кстати судя по чендж-логам хрома в wasm потоки добавили. Кто в курсе? Это системные потоки будут? Или там свой шедулер используется?

Кто использует wasm и зачем? Жутко любопытно попробовать, но так и не придумал зачем и где это мне нужно

Пока мало кто. Но думаю пик будет к началу 2020 года. Щас только инструменты сделают нужные

в идеале в wasm надо тяжелую логику складывать

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

как пример — yew (https://github.com/DenisKolodin/yew)

но говорят, в итоге получается более тяжелое (в плане Кб) приложение, чем при использовании того же vue

надо проверять на webgl

да и с современным интернетом лишний мегабайт не сложно

да и с современным интернетом лишний мегабайт не сложно

Сложно

хм. странно. давно уже 3g и оптика в каждый дом

хм. странно. давно уже 3g и оптика в каждый дом

Не везде

Очень не везде

21 век (((

21 век (((

Скажи это ростелекому и россии

Спасибо понял идею. А кто вайб юзает и аналоги вы тоже поверх него nginx пускаете?

Поверх всего пускаем

Скажи это ростелекому и россии

Да, или где-нибудь в Непале или Сомали

Китай туда же

привет! чайниковый вопрос: перечисленные ниже проверки на существование объекта класса эквивалентны? 1) if (obj) 2) if (obj !is null)

привет! чайниковый вопрос: перечисленные ниже проверки на существование объекта класса эквивалентны? 1) if (obj) 2) if (obj !is null)

Да

Как я понимаю треды в wasm все же на базе phthreads https://github.com/kripken/emscripten/wiki/Pthreads-with-WebAssembly

А пробовал кто-то Ди в васм компилить?

привет! чайниковый вопрос: перечисленные ниже проверки на существование объекта класса эквивалентны? 1) if (obj) 2) if (obj !is null)

нет

is null объект может быть только когда он null, а вот false он может вернуть в случае перегрузки каста к bool

или когда null

А пробовал кто-то Ди в васм компилить?

ну по примеру из Вики работает

Нужно будет попробовать

да и вот ещё есть https://vk.com/wall-166493271_75

Думаю будет интересно: "Например 75% кода запускается параллельно, а 25% — последовательно. В таком случае на двухядерном процессоре будет достигнуто 1.6 кратное ускорение программы, на четырехядерном процессоре — 2.28571 кратное, а предельное значение ускорения при N стремящемся к бесконечности равно 4." (с) Закон Амдаля

Threads WebAssembly code can run in multiple concurrent *threads* of computation. While threads are mostly isolated from one another, it is possible to *share* linear memory between multiple threads. Threads can hence communicate through memory and synchronize through *atomic* memory instructions.

Ну это уже ОЧЕНЬ серьезно!

Как для кода в браузере

Coroutines Coroutines will eventually be part of C++ and is already popular in other programming languages that WebAssembly will support.