для каждого модуля есть свой набор ангуляровских сущностей, причем некоторые сервисы могут быть внедрены на уровень компонента, а не модуля (зависит от задач). Некоторые общие сервисы уносятся в core модуль, чтобы разгрузить app модуль, а все общее делается за счет standalone компонентов в папке shared (либо по старинке один компонент - один модуль)
единственное что не понимаю смысл в алиасах и реэкспорт в index файлах. Сейчас еще кто-то вручную прописывает все импорты? Обычно в редакторах и ide этот блок скрыт, на него даже не смотришь, а импортирование автоматическое
в реакте нет html как такого. Но я бы только за чтобы выносили его в отдельные файлы, но дизайном библиотеки непредусмотрено, к сожалению
это выглядит круто только в демо или быстро что-то накидать абы работало
а при плотной разработке это сплошной ад, где те же самые стили пишутся классами (один стиль - один класс в большинстве случаев) или директивами (fx layout чтоб его). Тоже самое можно и атрибуте style писать. Разделения обязанностей? что-то на бумерском
а потом после таких прогрессивных поддерживай проекты
всегда было видеть забавным эти попытки переизобрести css, все пытаются пихать в шаблон/html или в сам js, лишь бы не писать стили как стили отдельно. Стильно модно молодежно и нитакиекаквсе?
angular fxlayout, styled components, tailwind. Вот в чем польза, брат? Почему нельзя по православному писать стили как стили?
не нашел для себя ничего лучше клиента от jetbrains
остальные клиенты особо не заморачиваются и делают обычный вызов команд гита в удобном ui, но они сделали поверх него много чего интересного и многое происходит проще и в автоматическом режиме
вы путаете мягкое с теплым, в rx совсем другой подход и решает другие задачи. На простых примерах, как в статье или вашей особой выгоды нет, все прекрасно решается и без библиотек. Вся красота раскрывается в сложных решениях, а именно в комбинациях потоков и цепочек, когда один зависит от второго, а второй от 3х других и т.д, это могут быть не только данные но и события, именно операторы и производят всю эту магию. Совершенно другой подход с минимальным кол-вом кода, причем читаемым
из минусов это необходимость разобраться с rx, многим это дается трудно или используют просто подход "подписался-отписался", без операторов вовсе. Впрочем в основе ангуляра и используется либа, поэтому нужно знать. Да и сложно применима в других реактоподобных UI библиотеках
и да, вовсе необязательно подписываться или завершать потоки открытые потоки, это все делает пайп async или сборщик мусора автоматически. Точнее в 90% случаев можно отказаться от подписок, а при ревью везде где есть subscribe очень легко обнаружить потенциальную утечку
я считаю в этом и есть мощь ангуляра, rxjs в связке с DI и пайпами в шаблонах, позволяет решать некоторые задачи просто по щелчку пальцев минимальным кол-вом кода, и убивает мысли использования каких либо лапшой стейт менеджеров
убрать русских из рф (они то все равно купить игру не смогут, только торрент) и минус украиноговорящие и получается, что остается совсем немного русскоговорящих за пределами этих 2х стран
оно ж на магнитах, на практике все попытке кота тщетны
с такими корпусами чаще всего идут выносные антенны, на магнитах
включаешь строгий режим в TS, перестаешь сравнивать с приведением типа (кроме единственного случая когда null == undefined)
и проблема пропадает почти полностью
да это стандартная структура
для каждого модуля есть свой набор ангуляровских сущностей, причем некоторые сервисы могут быть внедрены на уровень компонента, а не модуля (зависит от задач). Некоторые общие сервисы уносятся в core модуль, чтобы разгрузить app модуль, а все общее делается за счет standalone компонентов в папке shared (либо по старинке один компонент - один модуль)
единственное что не понимаю смысл в алиасах и реэкспорт в index файлах. Сейчас еще кто-то вручную прописывает все импорты? Обычно в редакторах и ide этот блок скрыт, на него даже не смотришь, а импортирование автоматическое
в реакте нет html как такого. Но я бы только за чтобы выносили его в отдельные файлы, но дизайном библиотеки непредусмотрено, к сожалению
это выглядит круто только в демо или быстро что-то накидать абы работало
а при плотной разработке это сплошной ад, где те же самые стили пишутся классами (один стиль - один класс в большинстве случаев) или директивами (fx layout чтоб его). Тоже самое можно и атрибуте style писать. Разделения обязанностей? что-то на бумерском
а потом после таких прогрессивных поддерживай проекты
всегда было видеть забавным эти попытки переизобрести css, все пытаются пихать в шаблон/html или в сам js, лишь бы не писать стили как стили отдельно. Стильно модно молодежно и нитакиекаквсе?
angular fxlayout, styled components, tailwind. Вот в чем польза, брат? Почему нельзя по православному писать стили как стили?
есть люди которые работают на винде и им надо развернуть постгрес для работы
к сожалению нет, но есть во всех их IDE в виде плагина
не нашел для себя ничего лучше клиента от jetbrains
остальные клиенты особо не заморачиваются и делают обычный вызов команд гита в удобном ui, но они сделали поверх него много чего интересного и многое происходит проще и в автоматическом режиме
вы путаете мягкое с теплым, в rx совсем другой подход и решает другие задачи. На простых примерах, как в статье или вашей особой выгоды нет, все прекрасно решается и без библиотек. Вся красота раскрывается в сложных решениях, а именно в комбинациях потоков и цепочек, когда один зависит от второго, а второй от 3х других и т.д, это могут быть не только данные но и события, именно операторы и производят всю эту магию. Совершенно другой подход с минимальным кол-вом кода, причем читаемым
из минусов это необходимость разобраться с rx, многим это дается трудно или используют просто подход "подписался-отписался", без операторов вовсе. Впрочем в основе ангуляра и используется либа, поэтому нужно знать. Да и сложно применима в других реактоподобных UI библиотеках
и да, вовсе необязательно подписываться или завершать потоки открытые потоки, это все делает пайп async или сборщик мусора автоматически. Точнее в 90% случаев можно отказаться от подписок, а при ревью везде где есть subscribe очень легко обнаружить потенциальную утечку
я считаю в этом и есть мощь ангуляра, rxjs в связке с DI и пайпами в шаблонах, позволяет решать некоторые задачи просто по щелчку пальцев минимальным кол-вом кода, и убивает мысли использования каких либо лапшой стейт менеджеров
рф и украина это примерно 80% от русскоязычной (понимающей) аудитории, не так уж и много остается на самом деле
убрать русских из рф (они то все равно купить игру не смогут, только торрент) и минус украиноговорящие и получается, что остается совсем немного русскоговорящих за пределами этих 2х стран
стол с вырезом по середине и твои локти всегда будут на столе, как бы ты не пытался)
проще всего не использовать приведение типов, а сравнивать через === (кроме булевых значений если рассматриваем ts)
единственное исключение это null == undefined
вансед для андроида, там все эти фичи есть
какой смысл?
в ангуляре с коробки отлично работает как нативный css, так и sass, без каких либо проблем
а все эти подходы all-in-js всегда казались лютым костылем