2009-06-17 3 views

ответ

1

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

1

Прочитайте второй ответ, я думаю, что эти цитаты из него важны:

там было одно огромное преимущество позднего связывания: с пластичностью/ремонтопригодности/растяжимости вы упомянули.

... Простота развития - большое дело. Это минимизирует дорогостоящее время программиста - и чем больше ваша команда разработчиков, тем более значимой она становится. Вам нужно будет уравновесить это с гибкостью, которую вы получаете с позднесвязывающими языками.

Аппаратное обеспечение дешево по сравнению со временем программиста (особенно с течением времени, поскольку затраты на программист растут, аппаратное обеспечение только дешевле).

Если вы делаете только небольшие программы, где заранее можете легко спланировать все, то нет большой разницы, но как только вы получите большую программу, состоящую из многих компонентов, увеличение гибкости с использованием позднего связывания станет очень очевидный.

0

Динамическое связывание облегчает более гибкие и расширяемые программные архитектуры, например, - Не все проектные решения должны быть известны на начальных этапах развития системы т.е. они могут быть отложены до времени выполнения - Полный источник код не требуется, чтобы расширить систему т.е. только заголовки & код объекта Это помогает как гибкость & расширяемости - гибкость = «легко рекомбинирует существующие компоненты в новые конфигурациях» - расширяемости = «легко добавлять новые компоненты»

но раннее связывание wont ......

Смежные вопросы