|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexey Sviridov 2:5030/49.54 23 Oct 2003 12:47:17
To : Victor Wagner
Subject : Kylix крек
--------------------------------------------------------------------------------
22 Oct 03 11:35, Victor Wagner wrote to me:
VW> Все визуальные среды разработки убоги по определенению. Поскольку
VW> результат - программный код, все равно имеет скорее аудиальную
VW> Гораздо большую эффективность труда обеспечивает метапрограммирование,
VW> т.е. написание не клиента к конкретной БД, а клиента, который сам
VW> адаптируется к особенностям конкретной БД, из нее же добывая
VW> информацию об ее структуре. А интерфейсные формы генерирует на лету,
VW> исходя из набора полей в таблице.
А кто сказал что формы отчетности надо создавать для каждого запроса?
Есс-но разбить весь проект на объекты (в delphi в основном читай формы) и уже
оперируя с ними клепать клиента.
Тонкий клиент - мечта утопия. Хранить кнопочки и прочие данные на сервере не
реально, видел один вариант - тормоза и убогость, человек любил Access, делал
экспорт форм на сервак и пытался изобразить их в тонком клиенте на M$VisualC.
Все компании, с которыми я сталкивался рано или поздно пришли к золотой
середине, где на серваке только основная логика.
AS>> кроссплатформенного клиента БД с генератором отчетов. Причем
AS>> всякие Grid,
VW> То же самое касается и отчетов. Благо есть довольно мощные средства
VW> для автоматического размещения объектов на экране или бумаге. Hа
VW> экране - это geometry manager-ы, которые есть в любых современных
VW> Менять свое представление о том, как пишутся и как работают программы.
VW> Та модель, которую предлагает Kylix не единственная. И требует
Костыли в основном крутятся вокруг форм, которые не всегда по своей сути
совпадают с объектами, плюс с компонентами ИМХО продумано не до конца идеально.
VW> костыли получились. Hигде не натирают. Hо костыли. Потому что
VW> размещать ручками элементы ввода на форме, все равно - мышкой или
VW> вписывая куда-то там циферки - ниже достоинства программиста.
Все это звучит в общих чертах правильно и неоспоримо. Hо на практике, раскройте
секрет, с помощью каких средств, желательно под linux а еще лучше платформенно
независимо можно состряпать довольно навороченного GUI клиента (предположим с
десяток-другой типов объектов(форм) и пяток разновидностей отчетов) с отчетами,
содержащими разные фонты, таблицы и картинки с возможностью отправки клиенту по
e-mail в каком-нибудь общедоступном формате, и еще желательно с возможностью
редактирования этого отчета после генерации.
Пока Kylix проигрывает с отчетами (FastReport не особо рулит по экспорту в
картинках) и с БД (ну люблю я m$$ql), на горизонте возможны проблемы с
кодировкой, но не пробовал.
Плюс опять же очень много хороших компонент чисто для VCL, а Ehlib рулит.
P.S. Т.е. опять к старой доброй теме - отсутсвия полноценного Office (в данном
случае для девелоперов) и удобной среды разработки(которая компилит и для win)
тормозит linux.
Alexey
--- GoldED+/LNX 1.1.5-20010807
* Origin: (2:5030/49.54)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
