Size: a a a

2020 April 04

PK

Pavel Kvasnikov in pro.ruby
Alex Ilizarov
кроме того хороший компонент должен быть достаточно маленьким.
У тебя в 90% стучаев атомарная единица пользовательского интерфейса это страница, а переиспользуешь ты 5-10 форм и 2 модалки.
источник

AI

Alex Ilizarov in pro.ruby
Dan Dan
Понимаю, что не туда спрашиваю, но раз такой разговор про react, а есть готовые биржи темплейтов/шаблонов на реакте? По типу themeforest, но с выбором пошире?
https://github.com/brillout/awesome-react-components
Первое что нагуглил
источник

PK

Pavel Kvasnikov in pro.ruby
Dan Dan
Понимаю, что не туда спрашиваю, но раз такой разговор про react, а есть готовые биржи темплейтов/шаблонов на реакте? По типу themeforest, но с выбором пошире?
Там есть сразу готовый бутстрап
источник

AI

Alex Ilizarov in pro.ruby
Pavel Kvasnikov
У тебя в 90% стучаев атомарная единица пользовательского интерфейса это страница, а переиспользуешь ты 5-10 форм и 2 модалки.
5-10 форм не единица
источник

AI

Alex Ilizarov in pro.ruby
каждая автономная форма это отдельная единица, очевидно же.
источник

AI

Alex Ilizarov in pro.ruby
кстати только на react (и vue?) у тебя будет замечательный опыт разработчика когда ты разрабатываешь форму без перезагрузки страницы с сохранением того что ты в нее вбил.
источник

PK

Pavel Kvasnikov in pro.ruby
Alex Ilizarov
5-10 форм не единица
Просто это самобман, мол пишем маленькие атомарные компоненты, типо тестировать легче и переиспользовать, а по факту ты это делаешь для себя.
источник

AI

Alex Ilizarov in pro.ruby
Pavel Kvasnikov
Просто это самобман, мол пишем маленькие атомарные компоненты, типо тестировать легче и переиспользовать, а по факту ты это делаешь для себя.
Это не самообман, а подобия ООП. Ты же не делаешь кучу классов с жесткой связанностью и глобальными переменными?
источник

PK

Pavel Kvasnikov in pro.ruby
Просто проект состоит из нескольких сотен компонент, а реально переиспользуется очень мало.
источник

AI

Alex Ilizarov in pro.ruby
Pavel Kvasnikov
Просто проект состоит из нескольких сотен компонент, а реально переиспользуется очень мало.
Классы тоже переиспользуются очень мало, но мы же бьем все на классы, верно?
источник

AI

Alex Ilizarov in pro.ruby
дело не в переиспользуемости, а в поддержке и атомарности. Маленькую штуку проще тестировать и отлаживать.
источник

PK

Pavel Kvasnikov in pro.ruby
Атомарность, слабая зависимость это конечно всегда плюс, но снижает читабельность кода, с учетом jsx это неприятно
источник

AI

Alex Ilizarov in pro.ruby
Ты не берешь всю форму чтобы отладить работу календаря. Ты отлаживаешь компонент календаря.
источник

AI

Alex Ilizarov in pro.ruby
Pavel Kvasnikov
Атомарность, слабая зависимость это конечно всегда плюс, но снижает читабельность кода, с учетом jsx это неприятно
У тебя разбивка кода на классы снижает читабельность? честно говоря не понимаю аргумент
источник

AI

Alex Ilizarov in pro.ruby
когда бьешь на логические блоки (правильно), наоборот проще читается, разве нет?
источник

PK

Pavel Kvasnikov in pro.ruby
Снижает как и в рельсе. Тебе надо сделать страницу, а она состоит из 40 компонент, приходится переключать табы в IDE ради файлов по 5 строк. Это так может еще кто помнит форсили что методы должны быть не длинее 5 строк в рубе среде
источник

AI

Alex Ilizarov in pro.ruby
Pavel Kvasnikov
Снижает как и в рельсе. Тебе надо сделать страницу, а она состоит из 40 компонент, приходится переключать табы в IDE ради файлов по 5 строк. Это так может еще кто помнит форсили что методы должны быть не длинее 5 строк в рубе среде
ну должен же быть какой то дизайн документ сначала, чтобы по 100 раз все в связке не отлаживать?
источник

AI

Alex Ilizarov in pro.ruby
кроме того с go to definion или хотя бы fuzzy search это все не так страшно
источник

AI

Alex Ilizarov in pro.ruby
каждый элемент должен быть сделан оттестирован и дальше просто использоваться.
источник

AI

Alex Ilizarov in pro.ruby
если _слишком_ часто приходится все пачкой править то скорее всего изначальный дизайн не очень был. Тут я конечно про разработку с нуля говорю.
источник