Цитата:
Сообщение от
mazzy
О! и поэтому программист теперь должен работать не с одним классом, в котором присутствуют все переменные, а с целым набором классов, в котором все равно будут эти же переменные (но разбросанные по коду)?
Эти переменные будут только в одном месте - в контракте.
Зато
- не будет переменных и кода, который генерирует интерфейс
- не будет макросов и кода для упаковки распаковки
Цитата:
и к тому же через assert/invoke и methodstr?
можешь привести пример с исследованием кода который вызвал вопросы?
Цитата:
Максим, а почему это проще/предпочтительнее для разработчика? Может быть я чего не знаю?
Меньше кода, меньше вероятность что-то забыть при написании чего-то само собой разумеющегося.
Цитата:
Можно я повторю вопрос: "кто-нибудь может придумать "ПОЧЕМУ человек-программист захочет использовать ЭТОТ фреймворк? в каких сценариях?"
- например, программист не любит писать 100 раз одно и то же
- программист хочет ускорить работу за счет удобного распараллеливания