|
![]() |
#1 |
Участник
|
Цитата:
Да, отдельные приложения - плохо с точки зрения архитектуры.
Цитата:
Но отдельные приложения - лучше, чем дублировать существующие объекты или снимать ограничения.
Отдельные приложения и экстеншены отличаются только разным API. Концептуально придется тоже дублировать код и в отдельных приложениях. см. также https://martinfowler.com/articles/mi...rade-offs.html http://cloudacademy.com/blog/microse...tage-drawback/ |
|
|
За это сообщение автора поблагодарили: ax_mct (16). |
![]() |
#2 |
Banned
|
Цитата:
![]() Monolithic vs.... Специалированные приложения вместо монолитной ERP это уже реальность. И дублирование есть основа автономности. А комплекс специалированных и автономных приложений это то что нужно бизнесу. Вернее бизнесу нужен функционал который они таким образом получают. Потребности же в синхронности - искуственные и лечаться полезным дублированием X++ и AX --> X Axis ( строки из Песни ![]() ![]() Последний раз редактировалось ax_mct; 25.05.2017 в 17:35. |
|
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Banned
|
|
|
![]() |
#5 |
Участник
|
хороший вопрос.
да, я неточно сформулировал. извиняюсь. Да, отдельные приложения, использующие разные библиотеки, хуже чем единое приложение. Зоопарк систем мы уже проходили. отдельные приложения - это не плохо. просто хуже, чем могло бы быть. |
|
![]() |
#6 |
Banned
|
Цитата:
Скорее, единое приложение хуже чем отдельные приложения, использующие разные библиотеки. Это не совсем холивар - само название темы и ситуация в которой мы все оказались это подтверждает. Есть некий предел сложности когда надо строить дом рядом, а не лепить этажи и пристройки. И использовать наиболее подходящий для это инструмент. А так "как достать свои яйца из закрытой корзины". Закрыли потому что из-за единости приложения возникла такая его сложность что контролировать его стабильнось по другому стало невозможно. P.S. Не только поэтому конечно. Последний раз редактировалось ax_mct; 25.05.2017 в 21:29. |
|