Жду продолжения, был как то план сделать подобное, но руки не дошли, интересно увидеть чужой результат.
П.с. а все же сделать "правильное подключение" - генератор в клиентские проекты (в домен, аппликейшен, веб) вместо их перечисления в генераторе не выйдет?
Я себе это представляю так (не факт что это сработает):
Генератор сканирует веб сборку, в ней явного ничего нет (атрибутов и т.д.), но есть референсы на другие сборки, по ним прыгает до домена
В домене находит свои атрибуты (на доменных объектах)
По доменным объектам генерирует что нужно для веб (контроллеры) и пишет их в код базу веб проекта.
Есть минусы - точка запуска генератора для всех проектов единая, т.е. понять для какого проекта сейчас запущена генерация и куда бежать искать классы с атрибутами, да еще и какой код для текущей сборки надо генерировать - запарно, в целом решается через какие-нибудь общие маркеры (тип проекта/фреймворка/подключенные зависимости/шаблоны наименования проекта)
Конкретное решение нужно выбирать по месту и потребностями и конечно у всех есть плюсы и минусы, вопрос лишь что больше подойдёт (важно вам), иногда и свитч проходит лучше, но с этим мало/редко соглашаются (по объективным причинам)
А зачем вопрос, посыл автора понятен, что именно делать - индивидуально, заменяй что то свое. Сраться в голосовом чате можно и на иностранном языке попробовать, слушать классическую музыку/оперу и т.д.
Мне как читателю, конкретные занятия автора ценности бы не добавили
Жду продолжения, был как то план сделать подобное, но руки не дошли, интересно увидеть чужой результат.
П.с. а все же сделать "правильное подключение" - генератор в клиентские проекты (в домен, аппликейшен, веб) вместо их перечисления в генераторе не выйдет?
Я себе это представляю так (не факт что это сработает):
Генератор сканирует веб сборку, в ней явного ничего нет (атрибутов и т.д.), но есть референсы на другие сборки, по ним прыгает до домена
В домене находит свои атрибуты (на доменных объектах)
По доменным объектам генерирует что нужно для веб (контроллеры) и пишет их в код базу веб проекта.
Есть минусы - точка запуска генератора для всех проектов единая, т.е. понять для какого проекта сейчас запущена генерация и куда бежать искать классы с атрибутами, да еще и какой код для текущей сборки надо генерировать - запарно, в целом решается через какие-нибудь общие маркеры (тип проекта/фреймворка/подключенные зависимости/шаблоны наименования проекта)
Почему flex, а не grid, если уж так хочется работать в контексте колонок, кажется в гриде не придется вычислять размер колонки
https://refactoring.guru/ru/smells/switch-statements
Конкретное решение нужно выбирать по месту и потребностями и конечно у всех есть плюсы и минусы, вопрос лишь что больше подойдёт (важно вам), иногда и свитч проходит лучше, но с этим мало/редко соглашаются (по объективным причинам)
Я еще хочу спросить автора по кейсу
А если бы это был набор классов, какая вероятность найти ошибку?
P.S. ни в коем случае не фанат свитчей, но тут пример кажется притянутым.
Спасибо, одно как раз про транслумо, а другое вдохновленное им, отлично что сообщество что-то пилит
Неплохо, в опенсорсе есть translumo, тоже умеет переводить, но в нем цель именно перевода, а не изучения
А зачем вопрос, посыл автора понятен, что именно делать - индивидуально, заменяй что то свое. Сраться в голосовом чате можно и на иностранном языке попробовать, слушать классическую музыку/оперу и т.д.
Мне как читателю, конкретные занятия автора ценности бы не добавили
У мобильного приложения чат гпт (официального) есть режим разговора
Не пришедшие бы не увидели, очевидно же, а автору конечно полезнее на английском, но видимо жертва ради другой цели
Что имеете в виду? При неявке по повестке ограничение на сделки, очень не приятно, но не отъем
Ну чтож решение нишевое, но тем ценнее для тех случаев когда линтер не подходит.
Спасибо за статью
Да, спасибо
Ок тогда линтер тоже подошёл бы? Если у него была бы рула проверки стрикта + конечно запускать линтер проверку на пр
Возможно я не понял, но выглядит что это не линтер плагин, нельзя ли было им решить вопрос чуть проще? (Может меньше возни language server было бы)
Для кастомных линтер плагинов есть возможность различной конфигурации по списку файлов/регэкспам т.д.
Если учесть попил и пересчитать в домах и яхтах - не так много и выйдет)
А мейл еще как то терабайт раздавал, тоже забирают?
Гос служащих за это не садят ведь
Ангуляр имеет свою реализацию уже (не декоратором, а rxjs оператором), в примеры точно не стоит тянуть лишние внешние либы.
Ну ладно бы еще еще воип предложили, но скайп, тут прости господи и до вотсап звонка докатиться можно
Гуглскрипт как бек поднять можно, пусть он шлет в телегу, еще и сейвить может в таблички, и да там на (почти?) джс код