|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 23 Oct 2003 12:23:54
To : Svyatoslav Abramenkov
Subject : Re: Kylix крек
--------------------------------------------------------------------------------
Svyatoslav Abramenkov <Svyatoslav.Abramenkov@p100.f8088.n464.z2.fidonet.org>
wrote:
SA> Hello, Victor!
SA> At 22 Oct 03 21:21:09, Victor Dronov wrote to Svyatoslav Abramenkov:
AS>>>>> DBLookupComboBox, DBEdit, не говоря уже о генераторе отчетов
AS>>>>> есс-но писать не катит. Есть идеи?
VW>>>> Менять свое представление о том, как пишутся и как работают
VW>>>> программы. Та модель, которую предлагает Kylix не единственная. И
VW>>>> требует максимального объема ручного труда.
SA>>> А все-таки? Hа чем реализовывать аналог dbgrid'а, чтобы
SA>>> смотреть таблицу на миллион записей, просто скроллируя, и чтобы все
SA>>> это не писать вручную?
VD>> Пользователи такой программы умеют обрабатывать миллионы записей быстрее
VD>> и точнее, чем компьютер? Иначе, зачем _смотреть_ на таблицу с миллионами
VD>> записей? Хотя, представить человека, который в уме обрабатывает миллионы
VD>> записей пока они "проезжают" по экрану, мне не позволяют мои познания в
VD>> биологии и физиологии.
SA> Сначала в таблице сотня записей. Потом, через пару месяцев, - 10
SA> тысяч.
Если предполагается что таблица будет расти более чем до первых тысяч
записей, нужно сразу проектировать приложение так, чтобы эта таблица
HИКОГДА не выводилась пользователю.
То есть думать не на уровне инструментария, а на уровне архитектуры
приложения.
Собственно, чем и вредны инструменты вроде Kylix - они создают у
начинающего программиста иллюзию, что он может создавать приложения, не
изучив общих принципов построения пользовательского интерфейса и
архитектуры приложений. Есть такие слова как Model-View-Controller,
UML и тому подобные.
--
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
