|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Svyatoslav Abramenkov 2:464/8088.100 17 Oct 2001 20:37:16
To : bor@vb.dn.ua
Subject : C++ Builder
--------------------------------------------------------------------------------
At 17 Oct 01 19:03:55, bor@vb.dn.ua wrote to Svyatoslav Abramenkov:
b>>> никогда не запускал на NT, у которой экран 1280x1024, и поставлено
b>>> Lage Fonts всякие поделки с "прибитыми гвоздями к форме контролами"?
SA>> Дык, в свете этого я в инит-код всех форм втыкаю искусственный
SA>> интеллект для ресайзинга и позиционирования всех контролов в свете
SA>> удобства работы.
b> вооот. А вот Tk/Gtk/etc такой интелект имеет уже сразу. В том или ином
b> виде. Хотя, там тоже фокусы есть.
Вот этого я не пойму. Потому, что кроме меня или составителя техзадания
кто еще может знать о том, как должна форма реагировать на различные действия со
стороны пользователя?
SA>> Естественно, при этом "Design-time" вид оказывается не у дел.
b> т.е. теряется сама удобная часть визуальных построителей форм? ;)
Hет. IDE для меня удобно в первую очередь не этим, а тем, что _само_
создает обработчики нужных событий. Генерить их руками однозначно дольше, чем
дважды кликнув по кнопке на форме или в нужном месте Object Inspector'а.
Контекстная помощь помогает быстрее находить нужный участок документации.
Стандартной, разумеется. То есть оставляет меньше рутинной ручной работы такого
плана, что мне очень даже нравится. Hу а дизайн приходится делать именно таким
образом, пока что другого пути я не вижу. Так, как лепятся формы и привязываются
обработчики в MSVS, мне не нравится, потому, что там тоже
_все_нужно_делать_вручную_. Hедавно появившиеся визарды в этом помогают мало.
SA>> И все же паскаль мне больно уж нравится, c++-нутые прибабахи с ::, ->
SA>> и перегрузкой операторов глаз режут, а хелп дельфовский очень даже
SA>> вкусный. Как это ни покажется кому-то странным, но MSDN мне кажется
SA>> менее удобным.
b> это уже личное восприятие. Перегрузки операторов в BP7 мне сильно
b> нехватало, сейчас вроде в дельфях есть что-то такое подобное...
Hе знаю, я использую Delphi3. В них еще нету, fpc вроде бы следит за
новыми веяниями от борланда, и в нем тоже этого нету (по крайней мере, в 1.04).
А перегрузка в c++ мне реально была бы нужна только для работы со строками,
потому, что char* никуда не годится, но там уже есть string в STL. Больше я не
встречал объектов, для которых было бы полезным переопределить какие-то
операторы. То, что вместо close(channel) я напишу close channel или / channel,
понятности тексту не добавит, а в коде в результате будет ровно такой же вызов
функции.
b>>> И когда хочется растянуть окошко, и тебе показывают то самое место?
SA>> Hу, ежели чего не предусмотрено разработчиком, так чего же ты ожидешь
SA>> увидеть? Потроха ОС? ;-)))
b> приложения современные, они многослойные. Разработкик, который пользует
b> RAD, по идее работает с верзним слоем, и может быть со слоем библиотек в
b> которых "бизнес-логика". Остальное все _должно_ быть готовое. Или по
b> крайней мере, должно писаться отдельно, и тот кто пишет должен четко
b> предсталвять, что это БИБЛИОТЕКА нижнего уровня, и что требования к
b> интерфейсам, документации и прочему довольно высокие.
Hу вот, пришли к тому, что ты одни панели предлагаешь заменить другими.
Что-то в твоих рассуждениях кирпичиков-то и не видно. В MS Windows роль
кирпичиков традиционно выполняет Windows API, и так будет еще весьма долго.
Потому, что панелями вроде directX и activeX на деле пользоваться неудобно,
кроме как для создания пищалок и перделок. И что-то я начинаю подозревать, что
то же самое меня поджидает и в хваленом python/tcl/tk. Вон один мой знакомый
нынче трудится не то в Дании, не то в Голландии, так они там написали свою
обертку для X11 на с/c++, и используют ее в своих perl-программах. Приятель,
которому они ее дали, говорит, что очень похоже на созданный в 94-96 ими же
здесь GraphicsVision для bp7 (это не тот, что в Киеве делался, они для себя
писали и за него тогда хотели не то $200, не то $300), очень даже неплохой и
удобный набор объектных библиотек для создания GUI.
--
Svyatoslav <absolute_sh@mail.ru>
[Registered Linux user #219421]
--- QDed/Linux
* Origin: AbSolute Soft&Hard (2:464/8088.100)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
