|   |   | 
| 
 | Что такое компонентно-ориентированное программирование(COP) словами, понятными 1снику? | ☑ | ||
|---|---|---|---|---|
| 0
    
        acces969 21.06.21✎ 10:38 | 
        Это и есть преславутые микросервисы?     | |||
| 1
    
        Garykom гуру 21.06.21✎ 10:47 | 
        (0) нет, с чего взял     | |||
| 2
    
        ДенисЧ 21.06.21✎ 10:48 | 
        Фигня, не стоящая внимания.     | |||
| 3
    
        Garykom гуру 21.06.21✎ 10:48 | 
        "компонентно-ориентированное программирование" в понятиях 1С это БСП     | |||
| 4
    
        ДенисЧ 21.06.21✎ 10:49 | 
        (3) Перегрелся?     | |||
| 5
    
        Asmody 21.06.21✎ 10:51 | 
        На 7ке писал? Вот там было "компонентно-ориентированное". 
 Если кратко, то некоторая часть функциональности приложения реализуется в виде независимых (условно говоря) компонент. Основной признак компоненты - ее потенциальная заменяемость, причем замена компоненты не должна влиять на функциональность остальной части приложения. | |||
| 6
    
        Asmody 21.06.21✎ 10:52 | 
        Более распространенный пример компонентного подхода - это плагины.     | |||
| 7
    
        brainguard 21.06.21✎ 11:02 | 
        (0) Компонентно-ориентированное программирование - это попытка как-то решить фундаментальную проблему объектно-ориентированного программирования. Простому 1Снику достаточно знать, что последняя работающая парадигма программирования - это структурное программирование. Все, что появилось после: ООП, КОП и т.д. во-первых никак не тянет на звание парадигмы, а во-вторых попросту не работает как следует     | |||
| 8
    
        Кирпич 21.06.21✎ 11:06 | ||||
| 9
    
        Garykom гуру 21.06.21✎ 11:06 | 
        (4) см (5) тебе даже расписали что замена "модуля" БСП на другую версию и совсем другую внутри типа теоретически не должна влиять на конфу     | |||
| 10
    
        acces969 21.06.21✎ 11:10 | 
        (7) А я думал везде хорошо, где 1с нету. Вдали трава всегда зеленее...
 Спасибо за информацию. | |||
| 11
    
        Bigbro 21.06.21✎ 11:11 | 
        стандартизуешь вход и выход компонента.
 все что внутри для внешней программы - черный ящик, и абсолютно неважно. ты знаешь какие параметры в каком формате подать на вход и знаешь что получишь на выходе. если вся логика построена по такому принципу - поздравляю, это оно. | |||
| 12
    
        acces969 21.06.21✎ 11:17 | 
        (11) Да, уже давно делаю проекты на такой архитектуре. Правда в 1с это всего-лишь автономные функции и процедуры в модулях.     | |||
| 13
    
        Asmody 21.06.21✎ 11:27 | 
        Берём жёлтые книги с насекомыми Мартина (не путать с ЖКК), там про компонентный подход вдоль и поперек.     | |||
| 14
    
        Вафель 21.06.21✎ 11:27 | 
        Помимо компонентного подхода неплохо бы сразу подумать и о dependency injection     | |||
| 15
    
        Вафель 21.06.21✎ 11:28 | 
        Это чтоб компоненты легко менять     | |||
| 16
    
        Asmody 21.06.21✎ 11:33 | 
        Возвращаясь к вопросу, микросервисы - это не про архитектуру вообще. Микросервисы - это про разработку и развертывание. 
 Другое дело, что если у тебя в основе приложения компонентная архитектура, то уже не важно (в теории), как реализована компонента: в виде подключаемого модуля, библиотеки, микросервиса или ещё как-то. | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |