Большой объем выполняемых программ остается проблемой приложений для корпоративных систем, написанных на Smalltalk
Язык Smalltalk пользуется популярностью в информационных системах благодаря тому, что позволяет разрабатывать приложения быстрее, чем другие объектно-ориентированные языки, такие как C++. Но при этом он создает выполняемый код значительно большего объема, чем C++, и создает его в виде единых больших программ, требующих значительных объемов оперативной памяти и дисков.
Использование таких приложений может вырасти в целую проблему.
"Не так-то просто установить программу-клиент размером в 12 Мбайт на всех компьютерах в сети", - заметил Мэтт Роузен, помощник директора технической службы San Joaquin Delta College.
В надежде упростить решение этой задачи авторы Smalltalk в ParcPlace Digitalk выпустили VisualWorks, систему разработки программ на Smalltalk. VisualWorks 2.5 позволяет разработчикам разбить большую программу на более мелкие компоненты. Это устраняет главное препятствие с пути корпоративных разработчиков, заставляя чересчур "увесистых" клиентов несколько "похудеть".
Разработчики теперь смогут убрать из приложений на Smalltalk лишние функции. Например, если в качестве клиентов сети используются только ПК под Windows, разработчики могут устранить поддержку Macintosh и Unix и сократить объем программы, как объяснил Джон Шаун, консультант по информационным системам в центре объектных технологий компании Nortel.
Если требуется совершенствовать или отлаживать программы, программист может вносить изменения только в выбранные модули.
"Нет необходимости работать с приложением, как с единой неделимой программой. Это заметно упрощает доработку", - считает Шаун.
Кроме того, в VisualWorks 2.5 добавлена поддержка других национальных языков и улучшена производительность при работе с базами данных Oracle, Sybase и IBM DB2. Пакет уже продается, его цена составляет 2,995 долл. для ПК и Macintosh и 4,995 долл. для Unix-платформ.
Однако, хотя Smalltalk и становится все более популярным, компания Forester Research утверждает, что разработчики корпоративных приложений пока все же предпочитают пользоваться C++ в качестве основного средства объектно-ориентированной разработки. По мнению пользователей Smalltalk, этому языку все еще присущи некоторые ограничения.
Одна из постоянных проблем состоит в том, что Smalltalk до сих пор не обеспечивает достаточной простоты в разработке распределенных приложений.
По словам Роузена, "при работе с приложениями на разных концах сети Smalltalk более громоздок, чем хотелось бы".
Другая трудность заключается в том, что в отличие от C++, который компилирует программы в выполняемый код, Smalltalk - это интерпретатор, так же как PowerBuilder компании PowerSoft или IBM Visual Basic.
"Производительность могла бы быть и повыше", - считает Роузен. - "Но скорость разработки, которую нам предоставляет Smalltalk, для нас важнее потерь в производительности".