Предлагаю тему для обсуждения:
На сайте Borland где-то уже мелькали названия Delphi6, Builder6.
А что бы каждый для себя желал увидеть в Delphi6,
что бы поверить, что у этого проекта есть будующее? Леонид
Всего в теме 286 сообщений
Отслеживать это обсуждение
- Средства разработки. Языки программирования.
- Delphi 4 or Delphi 5
- Что приобрести в качестве средства разработки?
- Delphi vs PowerBuilder
- Сравнение компиляторов
- Вот и вышла Delphi 7... Вы рады?
- Функциональное программирование
№ 26 22-09-2000 18:10 | |
2 VaS:
Я вижу как вы ненавидите С++. Можно позавидовать такой силе веры. Я не заставляю никого писать на С++ или признать этот язык лучшим. Нет. Но несправедливые замечания иногда не могу пропустить.
1) Если вы ни разу не видели живого тигра, то это не значит, что его нет. Если у вас не разу не возникла потребность в перегрузке операторов - это лишь характеризует специфику вашей работы(бухгалтерия, БД и т.д.). Действительно если ваша прога содержит наследование только стандартных классов, то перегрузка операторов вам нахрен не нужна. Перегрузку операторов и имен функций нельзя рассматривать отдельно от концепции ООП(повторюсь). Вероятность появления потребности в этой возможности прямо пропорциональна сложности взаимодействия классов в проекте. Я пользуюсь перегрузкой каждый день и не считаю это не нужной вещью.
2) Template - это параметризированный тип. Я понимаю ваше желание обосрать С++, но делайте это хотя бы корректно. Если у вас все-таки есть возможность проверить запустите Буилдер и сделайте тоже, что сделал я. Опишите простой класс(комплексное число) и скомпилите его. Смотрим время. Далее пишем тоже, но через template. Компилим - время точно такое же. Я проверил на пятом Буилдере. ОТвет прост(хоть я его и знал, но проверил). Шаблон, комплилится в момент инстанцирования, т.е. упоминания в проге. По сути это делание работы за разработчика, только ему не надо несколько раз проделывать одну и туже работу. Я уже молчу о столь любимой вами защите типов. Шаблоны обеспечивают ее по полной программе, чего не делают дистрофичные нетипизированные списки типа TList.
Мужики: ну неужели вам надо обосрать другого, чтобы доказать свою правоту и спать спокойно? Давайте закончим и этот голимый выпендреж как с моей так и с вашей стороны. Мы все классные спецы в своей области и нам лучше дружить, повертье!
№ 25 21-09-2000 19:33 | |
1. Многоязыковая поддержка в Делфи 5 действительно есть.
2. Поубавить глюков в TypeLibrary Editor.
3. Включить как стандартный генератор отчетов -- что-то типа ReportBuilder или FastReport (сколько ж можно тянуть за собой это чудо - QReport :(( ).
4. Перегрузка операторов - вкусная вещь, но без этого можно обходиться совершенно свободно. Шаблоны функций - неплохо, но недостаточно гибко. И все эти вещи потребуют прекомпиляции, а значит дожидаться компиляции будем так же долго, как в Си++. Мне этого не надо. А Вам?
Хотя, если серьезно, то Делфи хороша и сейчас - без всяких добавлений.
№ 24 18-09-2000 17:05 | |
2 Taras Bregin
Хотелось бы выяснить: то, что вы исковеркали моё имя - это случайная ошибка или вполне осознанное хамство?
№ 23 17-09-2000 16:55 | |
to: Григорий Антонов
Насчет организации компиляции...
Это твоих рук и ума дело.
Заводиш два одинаковых проэкта.
Один называеш резлиз, один дебуг.
Оба сохраняеш в одном проject Group.
Выставляеш им соответствующие директории и радуешся...
Так что все есть, токо надо ручками поработать.
А насчет усовершенствования языка...
Надо бы каждому иногда заглядывать в стандарт ANSI Pascal.
И на странничку gpc.
http://agnes.dida.physik.uni-essen.de/~gnu-pascal/
Интересно это у только уменя так или еще у кого?
Но, если в группе проэктов их немаленькая кучка (80 dll, не охота
каждую отдельно компилять), то в процессе Compile All/Build All
происходит поедаение памяти.
Причем TaskMenedger выдает для Дельфы нормальное потребление, а
обьщее количество виртуальной памяти уменьшается...
Поведение замечено для 4,5 дельфы.
Подозречаю что тоже самое было для 3. Просто не успел заметить.
№ 22 15-09-2000 12:05 | |
№ 21 13-09-2000 18:43 | |
Та-а-а-ак...
Хочу!!!
1. Многопоточный интерфейс.
2. Поддержку в TOleControl ISimpleFrameSite.
3. Чтобы дети в Африке не голодали
Когда всего этого ждать?
№ 20 12-09-2000 16:16 | |
Я тоже бы согласился с Erik Ivanov и высказался за упрощение языка и приближение к классике. А все желаемые нами навороты оформлять исключительно в виде библиотек класов и API.
№ 19 12-09-2000 13:17 | |
ДАЕШЬ Delphi под Linux!
- самая стабильная, безопасная, надежная система;
"Linux - это горизонт, MS - рекламый щит на этом горизонте"
Давно пора скрестить Delphi c Oracle на платформе Linux - клиент требует (повторюсь): быстроты! надежности! безопасности!
№ 18 11-09-2000 16:18 | |
Ребята, а ведь многоязыковая поддержка есть уже в Delphi5.
Это для Антона Григорьева.
А еще хотелось бы поддержки DirectX. От Borland, а не от Hiroyuki Hori. Это сказано не в обиду самому японцу.
Еще на Delphi можно писать простые игры, не в смысле элементарные, а в смысле наши любимые и повседневные :)
Это для Логинова Дмитрия
№ 17 11-09-2000 15:23 | |
Скажем решительное нет перезагрузке операторов! И прочим модным штучкам. Выбросить лишние, упростить язык и приблизить к Оберону. Это главное а то язык умрет. Ну а насчет остального как получится.
Отслеживать это обсуждение
Дополнительная навигация: |
|