части на React хуках, стоит ли применять принципы в данном случае? Пока что приложения небольшие, но в будущем планируем с командой расширяться в React Native как минимум с относительно комплексными приложениями типа вольта, нужно ли это все на фронтенде, или я просто потрачу время? Речь чисто о бизнес-пользе, то что полезно все это знать и уметь применять - очевидно
2. Стоит ли переходить на тайпскрипт? Слегка знаком, использовал, но не по полной функционал реализовывал, чисто обучался для себя
3. Норм ли использовать бэк на ноде с приложениями по типу вольта, опять таки, или перегруз будет?
2. Часто слышу мнение что ts сейчас уже стандарт веб разработки, дальше думай сам
Спасибо В таком случае вопрос насколько сильно усложнять приложение тайпскриптом? Можно писать как на сишарпе, а можно только типы, интерфейсы и прочее мелкое внести
А что значит как сишарпе? А что значит только типы? (:
Имею в виду усложнение до уровня "даже кнопка будет наследоваться из цепочки нескольких классов" вместо простого кодинга отдельной кнопки Я утрирую, конечно, в сишарпе у меня познаний особых нет, скорее моё представление того, что сишарп в целом, очевидно, сложнее чем чистый js, и последние статьи и видосы на тему ООП сподвигнули меня на подобные вопросы
А под только типами я имею в виду.. Использование из TS только типизаций, а не архитектурных дополнительных сложностей
Если ты автор библиотеки для UI - да, а что плохого в том, что кнопка в цепочке наследования? Если пишешь просто UI, точно так же создал и передал параметры отображения.
Не совсем понимаю, как связано. Тебе в жс как будто нужно меньше об этом думать — нужно не меньше, только ещё и типы в голове держать.
На тс так же, как и на жс, только типобезопасно.
Вот в том и дело, что библиотеки не пишу, пока что над уровень - просто приложения на реакте и на подходе один проект на нейтиве Вот если конкретнее вопрос: Есть проект клиники, фронт - реакт, бэк - нода, связь, очевидно, рест Я не уверен как именно здесь можно усложнить, и нужно ли в целом добавлять цепочки наследований компонентов для разного вида, допустим, кнопок То есть в основном мои вопросы касаются архитектуры, и в какой момент понять что пора "делать сложнее"
В этом есть смысл, да
коммерсам надо, чтобы оно уже работало и приносило бабло рест можно масштабировать, раз уж на то пошло плюс еще зависит от поддержки, скорее всего вам придется написать и забыть, нового функционала не добавлять где у вас получится быстрее всего написать там и пишите
Отсюда, фактически, следует предполагаемый говнокод на чистом JS чтобы по-бырому Я, конечно, не против такого подхода
Обсуждают сегодня