да

Спасибо

У меня есть 2 проекта на react. Но я смотрю на код и такое убожество :)

http://redux.js.org/docs/faq/CodeStructure.html

Показал бы, но не могу

Вместе бы поржали

вот тут много разных вариантов

У меня есть 2 проекта на react. Но я смотрю на код и такое убожество :)

это нормально

Уже смотрю

https://github.com/theaidem/stapp мы вот такой юзаем

https://github.com/theaidem/stapp мы вот такой юзаем

В чем прикол делать классы без состояния с двумя статическими методами? (это я про сервисы)

У меня есть 2 проекта на react. Но я смотрю на код и такое убожество :)

О, это я писал?

по уму это просто функции

О, это я писал?

??

??

Это шутка была, которая так навечно и останется непонятой [грустный смайлик]

В чем прикол делать классы без состояния с двумя статическими методами? (это я про сервисы)

Удобно

Без состояния проще тесировать

А класс получается вроде неймспейса

Удобно

+

Меня нервирует, когда вместо обычных отдельных функций юзают классы

Да и со временем могут разрастись :)

Хотя сам так делаю лол

От этого ещё хуже

Лол, жиза

Меня нервирует, когда вместо обычных отдельных функций юзают классы

ну будет вместо SomeAPI.get some_api_get()

Особенно, когда есть какой-нибудь готовый набросок и переписывать так лень

кому проще? )

Вообще неймспейс можно получить через import * as

Вообще неймспейс можно получить через import * as

некрасиво

?

классы еще наследовать можно

в BaseAPI определены методы для CRUD

Ты класс со статиками тоже наследовать собрался?))

влегкую

см выше

?

ппц

А зачем тут класс?

в BaseAPI CRUD методы, говорю же

которые юзают this.API_URL

не, можно конечно было через инстанс + фабрику заебенить

но чот так проще

const API_URL = '...' export const upload = async(...) => и погнали

Хз что тут наследовать))

погоди

в BaseAPI есть common методы

в твоем случае мне надо будет для каждого апи определять get и прочие руками

Достаточно одной функции, которая умеет смотреть в конфиг

не, дима, давай пример

Я просто не оч понимаю как ты тут вообще экономишь) Нет никакого смысла писать get для каждого адреса в отдельности

но придется же

потому что без наследования ты не сможешь автоматом запровайдить API_URL в кучу методов

в лучшем случае тебе придется делать

import {get as baseGet} from ‘BaseAPI’ API_URL export const get = () => call(baseGet, [API_URL, arguments])

т.е. описывать все методы руками чтобы запровайдить урл внутрь

Смотри, у тебя сейчас в качестве плюса то что url провайдится автоматом Но при этом ты пижешь ровно идетнтичное количество наследуемых классов, так какая разница то?)

в том что а) урл провайдится автоматом б) на последнем скрине есть this.processResponseObject который я иногда оверрайжу

Я ещё более не понимаю этого, потому что у меня уже десяток тысяч строк api генерируется напрямую из модели, мне реально лень писать такое самому)

ну вот мы щас сваггер только прикручиваем

посмотрю что оттуда можно будет нагенерить

Я забыл про сваггер после того как понял, что там во второй версии даже тупо юнионов нет

А для третей инструментов разработки кот наплакал

ну один хер нам доку надо сторонним разрабам выдать

и да, у нас бек на питоне

поэтому “по моделям” значит один хер через какой-то конвертор

Ну да, формат описания нужен, но для меня теперь точно не сваггер) Вау было ровно первые пять минут

Хотя если сейчас там допилили 3 хоть как то, то должно быть норм

а чо из альтернатив щас?

GetAxios чудовищно

meh

у меня все сильно проще

сначала писал на функциях

но оказалось не так приятно

А щас как?

примерно так

а так, как юзаю санки, всё выглядит оч просто

А чего не стрелка?

А чего не стрелка?

для единообразности

некоторые функции чуть сложнее

есть например проверки

ясн

но большинство такое

Посоветуйте пожалуйста дейт пикер с инпутом

Посоветуйте пожалуйста дейт пикер с инпутом

погугли их дофига и выбери на свой вкус

Посоветуйте пожалуйста дейт пикер с инпутом

http://www.material-ui.com/#/components/date-picker

У меня очень специфичная таска, надо что б на фокус инпута дейт пикер показал календарь

И фокус зависит от другого поля

http://www.material-ui.com/#/components/date-picker

не надо так

Он старый уже