Программирование, т. 8

можно просто переходник с тайп си разъема купить

https://habr.com/company/moikrug/blog/420391/

 

Так, бойз. Очередная задачка из мира современного фронтэнда. Есть какие-то паттерны ща построения Create/Update/Read интерфейсов? В своё время у меня всегда был один контроллер с одной вьюхой, но с разным стейтом, типа создавал компоненту, передавал туда модель и stateView = StateView.EDIT/CREATE/READ и от этого поля строились и наполнялись, всякие валидации подсасывались. Ща же может фронтэнд дальше шагнул? А то всё чо в инете нахожу, советуют просто делать 3 разных компонента и маппить на разные рауты, типа /app/hui/123/edit (редактирование), /app/hui/123 (вью) /app/hui/ (создание). Но выглядит поносно и дохуя копипаста/бойлерплейта. Дык как правильно (чтобы ссаными тряпками меня джуны не закидали)

Опять хуй чо поймешь полностью с твоих описаний, но если в кратце то у меня в аппе на подобные хуйни (которые отвечают за создание/редактирование/просмотр) отвечает 1 компонент. Редактирование и просмотр вообще по сути дела одно и тоже (можешь только пути разные ебануть), а разница между ними должна осуществлятся с помощью параметров доступа (у нас флаги с бэкенда приходят, на их основе делаем компоненты статичными и все такое). Естественно на бэкенде есть своя валидация, даже если что-то пошлешь минуя неактивные кнопки, будучи уебком без прав, бэкенд скажет пойти нахуй.

 

А вот для создания новой хуйни у нас идет небольшое разветвление в логике. Мы на основе параметров routing'а проверяем новая эта хуйня или нет (банально чекаешь передан ли параметр типа ID сущности для редактирования) и решает ебашить ли query бэкенду для получения данных для редактирования, или скипать все это и просто показывать юзеру голую форму. Ну и офк в самом компоненте на основе этого ветвления делаешь простые изменения, типа разные названия для кнопок (аля Create вместо Save) и все такое.

 

Я бы ебанулся создавать новые компоненты ради такой хуйни, когда там добрые 80% кода надо реюзать (по крайней мере у меня).

 

Ты верно понял задачку. Да у нас ещё залупа со всякими объектными типами и поля догружаться могут с бэка. Это тоже накладывает свою залупу.

прочитал как эРэНэР, тхинкинг

Щас в js модно так функции писать? 

const surfaceAreaCalculator = (radius) => {
  return 4 * 3.14 * radius * radius;
}

И какого хуя щас пишут вот так возведение в степень?

число ** 2 // возведение во вторую степень

Число ^ 2 // тоже самое

А шо в js нету какойнибудь хуйни, которая реально число ПИ возвратит или хотя бы чуток точней чем 3.14 ?

Таки есть Math.PI

число ** 2 // возведение во вторую степень

Число ^ 2 // тоже самое

monkas

А шо в js нету какойнибудь хуйни

4.*Math.atan(1.)

var PI=0;for(var i=1;i<9999999;i+=4)PI+=4/i-4/(i+2);

2 * (Math.asin(Math.sqrt(1 - Math.pow(1,2))) + Math.abs(Math.asin(1)))

 

число ** 2 // возведение во вторую степень

Число ^ 2 // тоже самое

 

monkas

 

monkas

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Expressions_and_Operators

Experimental API that should not used on production code

Как бороться с прокрастинацией?  pepehands

у йелекса спроси

проходишь в ноги, кидаешь через спину, делаешь болевой или удушающий

вопрос к супер опытным

где лучше джобать?

банк

аутсорс

продуктовые конторы

азино777?

Как бороться с прокрастинацией?  pepehands

Жиза  pepehands За гайд по борьбе с прокрастинацией и выгоранием - чистосердечную пятеру влеплю, ибо душит ппц.

аутсорс

тут челик страниц 5 назад рассказывал как он на аутсорсе пахал по 123125 часов в день и вроде ему не понравилось

 

Как бороться с прокрастинацией?  pepehands

 

Жиза  pepehands За гайд по борьбе с прокрастинацией и выгоранием - чистосердечную пятеру влеплю, ибо душит ппц.

 

нужно помнить нахуя ты это все делаешь.

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

Интересный вопрос, как нибудь подумаю над этим потом