Improving your SWT application performance by using a virtual Table or Tree
Summary
Virtual Tables and Trees allow developers to quickly create Tables and Trees with large amounts of data and populate them efficiently. This article is an overview of how to use virtual Tables and Trees within SWT applications.
Поскольку разработка плагинов – главная часть создания приложений для платформы Eclipse, то разработчики самой платформы приложили огромное количество усилий, чтобы сделать этот процесс максимально простым. Эксперты для создания компонентов Eclipse (плагинов (plug-ins) в терминах «классического» Eclipse или бандлов (bundles) в терминах OSGi (Open Services Gateway interface)) с «технической точки зрения» почти тривиальны. Но только при одном условии – если разработчик имеет перед глазами достаточно «общую» картину структуры платформы и имеет отчетливое представление о ее наиболее часто используемых возможностях. Именно создание такого представления занимает большую часть времени, которое должен потратить начинающий разработчик компонентов. Данная статья имеет целью способствовать сокращению этого времени. В ней не ставится задача рассмотреть даже только важнейшие детали – размер статьи не позволит, деталей слишком много. Без знания деталей (например, где располагаются компоненты, какую структуру имеют каталоги плагинов – в «естественном виде» или в виде jar-файлов, какие имена они (каталоги или jar-файлы должны иметь) и многого другого) – плагин не создать. Но излишние детали на определенной стадии знакомства с технологией подобны даже не деревьям, скрывающим лес, а листьям на этих деревьях. Здесь делается попытка вести разговор о лесе – это очень упрощает жизнь при первом знакомстве с новой местностью.
Предполагается, что читатель (на уровне пользователя среды Eclipse) знаком с такими понятиями, как workspace, представление (view), редактор (editor), перспектива (perspective) и пр. Хорошим введением для программистов Eclipse является статья «Проект Eclipse».
До недавнего времени соблюдался некоторого рода паритет между ростом производительности железа и ростом потребности в этой самой производительности. С одной стороны, потребность в вычислительных ресурсах неуклонно растет, увеличивается количество информации, которую необходимо обработать, растут бизнес-требования и усложняются задачи. С другой же стороны – действует хорошо известный закон Мура, говорящий, что число транзисторов увеличивается в два раза за год, и при этом означенное увеличение, до недавнего времени, фактически приводило к линейному росту производительности.
Рассказ у нас пойдет о... нет, не о хоббитах. О более прозаических вещах, а именно – о таких явлениях как overriding и overloading. И обо всем, что с ними связано.
Вот о чем мы поговорим:
В данной статья я бы хотел рассказать, в чем различие данных паттернов. Начнем с первого главного – Model-View-Controller – это фундаментальный паттерн, который нашел применение во многих технологиях, дал развитие новым технологиям и каждый день облегчает жизнь программистам. Если вы начнете спрашивать архитекторов о том, как реализовать данный паттерн, то, я думаю, вы сможете услышать несколько разных ответов и соответственно несколько разных решений. Вообще, объединяет все эти паттерны – выделение User Interface (UI) от логики программирования, что позволяет дизайнерам делать свою работу, не задумываясь о коде программы. Если вспомнить школьное и студенческое программирование, то всплывает картина огромного количества строчек, написанных в code behind интерфейсов, что не является хорошей практикой. Так же есть предоставляется возможность выделения модели данных, что дает разработчикам возможность создания модульных тестов над ними.
