SФ
Глянул по диагонали пару статей. Так и не понял в чем смысл этого тренда
Организация кода
Size: a a a
2020 October 18
SФ
Управление зависимостями
SФ
Кеширование сборок
SS
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
IF
Мы не пишем. Ни I ни Enum/Model/Dto и тд
I
Мы не пишем. Ни I ни Enum/Model/Dto и тд
+
Интерфейсы пишем I, но не больше
Интерфейсы пишем I, но не больше
N
Sasha Savych
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
В ангулар стайлгайд указано что использовать I не стоит
I
Если не ошибаюсь, это шарповская конвенция
N
Это вроде бы чатик по ангулару а не шарпу
SФ
Sasha Savych
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
Нет и нет
SS
В ангулар стайлгайд указано что использовать I не стоит
Точно! Забув про нього - загляну)
Дякую всім)
Дякую всім)
SS
Sasha Savych
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
в Ангуляра по неймінгу не так багато, а от тут непогано приведені приклади
https://basarat.gitbook.io/typescript/styleguide#variable-and-function
https://basarat.gitbook.io/typescript/styleguide#variable-and-function
IF
Sasha Savych
в Ангуляра по неймінгу не так багато, а от тут непогано приведені приклади
https://basarat.gitbook.io/typescript/styleguide#variable-and-function
https://basarat.gitbook.io/typescript/styleguide#variable-and-function
Я так понял автор этого стайлгайда к ангуляр тиме никакого отношения не имеет
M
Sasha Savych
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
нигде нет единого мнения
описания хороших практик есть, но их много, и они все разные.
одни описания могут сказать добавлять "I" и убирать "Enum", а другие скажут наоборот.
здесь просто вы сами решаете как вам в команде удобнее и понятнее
и всё
описания хороших практик есть, но их много, и они все разные.
одни описания могут сказать добавлять "I" и убирать "Enum", а другие скажут наоборот.
здесь просто вы сами решаете как вам в команде удобнее и понятнее
и всё
2020 October 19
SS
нигде нет единого мнения
описания хороших практик есть, но их много, и они все разные.
одни описания могут сказать добавлять "I" и убирать "Enum", а другие скажут наоборот.
здесь просто вы сами решаете как вам в команде удобнее и понятнее
и всё
описания хороших практик есть, но их много, и они все разные.
одни описания могут сказать добавлять "I" и убирать "Enum", а другие скажут наоборот.
здесь просто вы сами решаете как вам в команде удобнее и понятнее
и всё
звичайно, кожна команда приймає так, як їй зручно. Просто є загальні рекомендації (як airbnb\Angular), а вже на базі них зазвичай будуються кастомні. Думав, може і по цьому питанню є щось схоже
B
Решили учитывать символы табуляции в проекте, нужно теперь как-то малой кровью это сделать)
Тоесть в стоке "/n" перенос стоки.
Выходит, что задача такая: Нужно учитывать табуляцию/переносы если есть в строке, не хочется в иннер html вставлять, понимаю, что скорее всего лучше директива, может кто-то знает название этого дела?
Тоесть в стоке "/n" перенос стоки.
Выходит, что задача такая: Нужно учитывать табуляцию/переносы если есть в строке, не хочется в иннер html вставлять, понимаю, что скорее всего лучше директива, может кто-то знает название этого дела?
E
Всем привет. Кто-то сталкивался с Web NFC? Подскажите пожалуйста, обязательное ли наличие http-equiv="origin-trial" ? Заранее спасибо за информацию =)
AS
Sasha Savych
привіт!
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
обговорюємо в команді правила іменування інтерфейсів\енамів\класів\типів. Наприклад, чи варто дописувати префікси "І" або "Enum" вкінці?
Хто що думає? Може, маєте під рукою опис хороших практик?
мы интерфейсы с I, больше ничего
SS
пам'ятаю, тут були шанувальники NgXs)
починаю працювати з тулом - цікавить, який підхід прийнято використовувати, якщо треба промапити селектор
Наприклад:
@Select()
entities$: Observable<Entity[]>;
треба щось таке:
@Select()
entities$
.pipe(
map(entity => entity.title)
)
1) треба додаткову проперті додавати?
2) треба робити метод з return this.entities$.pipe(...)
3) this.store.select(State.property).pipe(...)
4) щось інше супер-кльове?
починаю працювати з тулом - цікавить, який підхід прийнято використовувати, якщо треба промапити селектор
Наприклад:
@Select()
entities$: Observable<Entity[]>;
треба щось таке:
@Select()
entities$
.pipe(
map(entity => entity.title)
)
1) треба додаткову проперті додавати?
2) треба робити метод з return this.entities$.pipe(...)
3) this.store.select(State.property).pipe(...)
4) щось інше супер-кльове?
OF
Sasha Savych
пам'ятаю, тут були шанувальники NgXs)
починаю працювати з тулом - цікавить, який підхід прийнято використовувати, якщо треба промапити селектор
Наприклад:
@Select()
entities$: Observable<Entity[]>;
треба щось таке:
@Select()
entities$
.pipe(
map(entity => entity.title)
)
1) треба додаткову проперті додавати?
2) треба робити метод з return this.entities$.pipe(...)
3) this.store.select(State.property).pipe(...)
4) щось інше супер-кльове?
починаю працювати з тулом - цікавить, який підхід прийнято використовувати, якщо треба промапити селектор
Наприклад:
@Select()
entities$: Observable<Entity[]>;
треба щось таке:
@Select()
entities$
.pipe(
map(entity => entity.title)
)
1) треба додаткову проперті додавати?
2) треба робити метод з return this.entities$.pipe(...)
3) this.store.select(State.property).pipe(...)
4) щось інше супер-кльове?
якщо бібліотека пропонує різні підходи, то думаю можна використовувати будь який з них.
я б звертав увагу, щоб використовувати один підхід у всьому додатку.
я б звертав увагу, щоб використовувати один підхід у всьому додатку.