Цитата:
Сообщение от
belugin
Эти переменные будут только в одном месте - в контракте.
Анекдот:
- Внученька, у меня в молодости была только одна любовь: морячки.
Максим, ты заметил, что в утверждении смешал множественное и единственное число?
Если переменные (множ. число) будут в (одном) контракте, то это ничем не отличается от существующего подхода.
Если каждая переменная (ед.число) будет в своем контракте, то никак нельзя сказать, что переменные в одном месте - они в разных контрактах
Ну, Максим... Ну, елы-палы.
Цитата:
Сообщение от
belugin
- не будет переменных и кода, который генерирует интерфейс
почему программист почувствует себя счастливым от этого?
автогенерация интерфейсов подходит только для тривиальных случаев. С которыми замечательно справляется и runbase
Цитата:
Сообщение от
belugin
- не будет макросов и кода для упаковки распаковки
Именно ради этого все и затевалось?
Цитата:
Сообщение от
belugin
можешь привести пример с исследованием кода который вызвал вопросы?
О! Ты ведешь себя как 1Сники в дискуссиях.
Во-первых, чего ты на меня то стрелки переводишь?
Во-вторых, а чего ты тему меняешь? Мы говорим о Фреймворке.
Я конечно отвечу. Но предупреждаю сразу: категорически отказываюсь обсуждать "проблемы исследования кода" в этой ветке.
Примеры:
* отчеты, основанные на runbaseReport
* идиотские invoke-вызовы в русском модуле "Налоговый учет"
* кретинские invoke-вызовы в русском модуле "Расчеты с персоналом"
* масса invoke-вызовов в ax2012. конкретных примеров уже не помню. знаю только, что постоянно спотыкаюсь.
Примеры, где invoke-вызовы оправданы:
* модуль "конфигуратор продукции"
пожалуйста, давай в этой ветке обсуждать Framework.
если хочешь обсуждать "проблемы с invoke-вызовами" открывай новую ветку.