Оver-engineering - "зачем так сложно?"

[mazzy]

Цитата:

Сообщение от belugin

Кошелек Миллера - чтобы чем-то комфортно оперировать надо иметь это в количестве 7+-2.

угу-угу. и я в эту сторону говорю.

Цитата:

Сообщение от belugin

Это количество объектов в ApplicationSuite чтобы их равномерно разбить на кусочки по 8 надо

макс, ты сейчас продемонстрировал блестящий программистских подход.
равномерно(!) разбивать на кусочки по 8(!) все(!) объекты аксапты никто не просил.
убежден, что из всех читателей только у тебя такая мысль возникла ))))

как только появляется слово "все" - жди логической ошибки.

Цитата:

Сообщение от belugin

Если посчитать строчки кода, то:

жжошь!

Цитата:

Сообщение от belugin

Это называется Single Responsibility Principle

спасибо )
SOLID - не священная книга.
Эти принципы имеют свои области применения и имеют случаи, когда их не рекомендуется применять.

Кроме того есть паттерн Фасад https://en.wikipedia.org/wiki/Facade_pattern
и много других.

собственно вопрос этой темы: почему один принцип, не слишком свойственный старой аксапте, упорно применяется в последних версиях.

Цитата:

Сообщение от belugin

В традиционной аксапте можно использовать префиксы для того, чтобы отделять модули.

и суффиксы. и соглашения по наименованию объектов.
и вообще много чего было придумано.

Цитата:

Сообщение от belugin

То есть у нас есть объекты приложения, модели, модули, причем отличить внутренне от внешнего можно только на уровне объектов приложения (да и то не всех).

Да.
Потому что позиционировалась как "единая система", "единая база", "целостные и всегда актуальные данные".

Цитата:

Сообщение от belugin

То есть нужно ~9 уровней а есть...

Кому нужно, Макс?
Кому? И зачем?
Какие свойства возникнут в системе после того, как эти уровни появятся, а какие свойства пропадут?

Цитата:

Сообщение от belugin

Но мне кажется разница в восприятии в большей степени из-за разницы условий в которых работаем и бекграунда.

Наверное...