| 1C |
| 1С v8 |
25.04.17
✎
08:50
| 1. Да, вот же, есть даже в типовых | 100% (2) |
|
| 2. Я делаю это так | 0% (0) |
|
| 3. Делаю, но иногда нарушая SOLID | 0% (0) |
|
Депенденси Инджекшен:
https://ru.wikipedia.org/wiki/Внедрение_зависимости
Инверсия Управления:
https://ru.wikipedia.org/wiki/Инверсия_управления
Принцип "S" из "SOLID":
https://ru.wikipedia.org/wiki/Принцип_единственной_ответственности
https://ru.wikipedia.org/wiki/Внедрение_зависимости
Инверсия Управления:
https://ru.wikipedia.org/wiki/Инверсия_управления
Принцип "S" из "SOLID":
https://ru.wikipedia.org/wiki/Принцип_единственной_ответственности
25.04.17
✎
08:57
4. КГ/АМ
25.04.17
✎
08:57
+1
25.04.17
✎
09:07
спамеров различных сегодня что-то развелось.
25.04.17
✎
09:12
Принцип "S" из "SOLID":
https://ru.wikipedia.org/wiki/Принцип_единственной_ответственности
Документ и его проведение.
Его состояние провден не проведен.
А так-же то что все данные документа хранятся внутри него.
Это принцип sold.
Причем настолько жестоко встроен в систему что новичку по другому не получится сделать в принципе.
Это очень сильный плюс 1с.
Все состояние документа описывается внутри.
Документ влияет на учет только в момент проведения.
https://ru.wikipedia.org/wiki/Принцип_единственной_ответственности
Документ и его проведение.
Его состояние провден не проведен.
А так-же то что все данные документа хранятся внутри него.
Это принцип sold.
Причем настолько жестоко встроен в систему что новичку по другому не получится сделать в принципе.
Это очень сильный плюс 1с.
Все состояние документа описывается внутри.
Документ влияет на учет только в момент проведения.
25.04.17
✎
09:18
Конфигурация 1с - это и есть DI/IOC-фреймворк
Да, вот же, есть даже в типовых
25.04.17
✎
09:18
(0)
Механизм проведения - это и есть внедрение зависимости.
Инверсия Управления:
https://ru.wikipedia.org/wiki/Инверсия_управления
Состояние учета - регистры.
целиком зависят от каждого доКумента.
И суперпозиция регистров учета в точности равна все проведенным документам.
Это инверсия управления - регистры передают управления своим состоянием в документ.
Механизм проведения - это и есть внедрение зависимости.
Инверсия Управления:
https://ru.wikipedia.org/wiki/Инверсия_управления
Состояние учета - регистры.
целиком зависят от каждого доКумента.
И суперпозиция регистров учета в точности равна все проведенным документам.
Это инверсия управления - регистры передают управления своим состоянием в документ.
25.04.17
✎
09:20
(5) В чистом виде причем.
По другому не нарушая правил не сделать.
Это очень большой плюс так как программист может всего этого не знать.
А вынужден все равно применять.
По другому не нарушая правил не сделать.
Это очень большой плюс так как программист может всего этого не знать.
А вынужден все равно применять.
Да, вот же, есть даже в типовых
25.04.17
✎
09:53
2(3)Чувак, развелся тут ты. Примерно спустя 7 лет после того как я уже был. Поэтому бегом под плинтус залез.
2(5) а как ты это понимаешь?
2(6,7) ок, нужны еще примеры
2(5) а как ты это понимаешь?
2(6,7) ок, нужны еще примеры
25.04.17
✎
10:49
(8) (4) еше.
Там сама 1с платформа.
это объектный ORM над базой данных.
Все 3 я перечислил.
Из тех что в вопросе.
Рассказ тру программистов о том что в 1с этого нет.
В точности до наоборот.
В 1с ОЧЕНЬ ТРУДНО не использовать все это.
Платформа заставляет.
Нужно очень большая квалификация чтобы обойти и не использовать эти паттерны.
К моменту получения этой квалификации.
Необходимость обходить исчезает... в большинстве задач.
Там сама 1с платформа.
это объектный ORM над базой данных.
Все 3 я перечислил.
Из тех что в вопросе.
Рассказ тру программистов о том что в 1с этого нет.
В точности до наоборот.
В 1с ОЧЕНЬ ТРУДНО не использовать все это.
Платформа заставляет.
Нужно очень большая квалификация чтобы обойти и не использовать эти паттерны.
К моменту получения этой квалификации.
Необходимость обходить исчезает... в большинстве задач.
25.04.17
✎
10:54
2(9) Про орм, да, согласен, особенно когда идет выборка и манипуляция данными при помощи объектов, а не например запросами (ну по крайней мере выборка). Поэтому смешно слушать жалобы тру-программистов на нормальные годные ОРМ-фреймворки, что типа они сложные и непонятные.
25.04.17
✎
11:02
25.04.17
✎
11:03
(10) что знания по разному оцениваются
рынком.
в зависимости от ЯП.
рынком.
в зависимости от ЯП.