ЕЛ
На AssemblyScript маленький и с тупоскриптом совместим.
Size: a a a
2020 April 26
DZ
У тебя desktop апликуха для отображения тонных данных в огромных энтерпрайзах (правильно же?) - 1секунда делея это вот прям совсем ни о чем
ну вообще да, я на это забил, но мне неприятно немного
a
На AssemblyScript маленький и с тупоскриптом совместим.
Вы писали на AS?
a
Там кроме чисел и строк нет ничего
ЕЛ
Нет еще. Пока только баловался
ЕЛ
Понятное дело что нет )
ЕЛ
Не проблема )
AY
Жаль, что исходники государственного ПО не выкладывают в паблик, а то бы можно было прям на курсах универа показывать ваш код)
ЕЛ
)) в гите есть проект квик старт солюшен, его можно довести до норм вида и показывать )
DZ
Кстати, по чистой архитектуре, там стоит больше вынести принципы, чем весь подход.
DZ
Stable/Unstable components, Boundaries, use case first, но это стоит делать с пониманием предметной области
ЕЛ
Чистая и на функциональщине может быть. Там главный принцип не завязывать на фреймворк и библиотеки.
ЕЛ
И реализаци
a
БЛ - это conditional data mapping, где ключевое слово “conditional” - что вообще ресурсов не требует.
Больше всего ЦПУ всегда занимают либо кривые руки, либо работа third party либ, на которые вы либо особо не повлияете, либо разработка и поддержка своего велосипеда будет оправдана только для узкого числа проектов и в этом случае разговор тоже особо не репрезентативен.
Больше всего ЦПУ всегда занимают либо кривые руки, либо работа third party либ, на которые вы либо особо не повлияете, либо разработка и поддержка своего велосипеда будет оправдана только для узкого числа проектов и в этом случае разговор тоже особо не репрезентативен.
a
Кароч я это все к чему - мы тут полемику ни о чем развели. ТС непричем, давайте заканчивать офтоп.
PS
Какой архитектурой вы пользуетесь в разработке приложений?
Анонимный опрос
31%
Redux, Nuxt и прочие стейт менеджеры
8%
Mobx, RxJs и подобные обсерваблы
31%
Чистая Архитектура с моделями и репозиториями
8%
Не использую архитектуру
23%
Своё
опрос про фронт?
K
Чистая и на функциональщине может быть. Там главный принцип не завязывать на фреймворк и библиотеки.
Предметная область != объектно ориентированное программирование
PS
В чем проблема этого подхода
1) репозиторий это вообще просто data-acess, у меня в проекте он генерится, в некоторых это просто графкл тебе дополнительные надстройки не осбо над
2) сервис очень тесно связан со стейт менеджментом, если выносить стейт менеджмент, то сервисы выходят тонкими и их не особо много
3) контроллеры в том же реакте это просто хуки, которые тоже так се тянут на отедльный слой
4) домейн модели тоже нету обычно, т.к мы работает в основном с ValueObject а не с бизнес ентитей
1) репозиторий это вообще просто data-acess, у меня в проекте он генерится, в некоторых это просто графкл тебе дополнительные надстройки не осбо над
2) сервис очень тесно связан со стейт менеджментом, если выносить стейт менеджмент, то сервисы выходят тонкими и их не особо много
3) контроллеры в том же реакте это просто хуки, которые тоже так се тянут на отедльный слой
4) домейн модели тоже нету обычно, т.к мы работает в основном с ValueObject а не с бизнес ентитей
на андроиде частенько используют чистую архитектуру с некоторыми особенностями. можешь поискать как они ее применяют для gui
Ti
Допустим завтра васм научился работать с дом. И стало можно писать на васм. А редакс и реакт не умеет. Сколько времени у вас уйдет на улудшение приложений?
Нисколько, не за чем на васм переписывать