caxapa.ru :: Мне кажется, что у Делфи иная идея, а именно ... вообще уйти от языка. Вот и Паскаль они используют скорее для того, чтобы на нем никто не писал :). А сама идея сводится к тому, чтобы свойства объектов не программировать на языке, а определять

Ксения (08.04.2013 01:27, просмотров: 169) ответил fk0 на Можно на Forth или ассемблере. Но оно того не стоит. Так же и тут. Зачем Java? Да затем же. C слишком узок, а C++ через-чур широк и сложен. А в области Java и C# уже всё схвачено до них. Да, для "больших" проектов нужен язык со строгой типизацией

Мне кажется, что у Делфи иная идея, а именно ... вообще уйти от языка. Вот и Паскаль они используют скорее для того, чтобы на нем никто не писал :). А сама идея сводится к тому, чтобы свойства объектов не программировать на языке, а определять посредством заполнения таблиц свойств, для коих и сделана разветвленная диалоговая система. Идея, впрочем, не нова. Где-то я уже читала высказывания о целесообразности отказаться от языка совсем, а вместо него заполнять таблицы свойств, на основании которых компилятор будет писать код сам.

Ответить

- "Не важно чем фотографировать, хоть ведром, хоть чайником. Некоторые вот лейкой снимают..." - RED_DRAGON(08.04.2013 09:35)
  - На самом деле, в паскале все так же как и в си (только вместо скобочех хреноту писать надо), а если почитать про объектную реализацию, то не намного она и хуже чем в С++. - RED_DRAGON(08.04.2013 09:39)
    - В паскале всё сильно не так как в C. Дьявол как всегда кроется в мелочах (другой механизм преобразования типов, вложенные функции, оператор with... отсутствие макросов!) Я считаю, Pascal это язык более подвышенного уровня, по сравнению с C. Хотя fk0(320 знак., 08.04.2013 11:07)
      - tezhe yaitsa, vid s boku. m.b. bolle volosatie ili naoborot lisye, sorry za translit - RED_DRAGON(08.04.2013 12:39)
        
        Увы, нет. ООПщина в C++ -- поле усеянное граблями, в то время как в ОО-паскале всё достаточно единообразно, пусть и более ограничено. C с его системой типизации -- аналогично. Ну и lexical scoping в паскале сильно упрощает программирование (и fk0(94 знак., 08.04.2013 15:20)
        
        Хочешь похоливарить? Мясорубка C vs Pascal идет еще с доООПовских времен и ничего с тех пор не поменялось. - Codavr(08.04.2013 16:00)
        
        В прошлом, во времена золотой эры ЭВМ было легко отличать мальчика от мужа (иначе их называют "сосунки" и "настоящие мужчины", соответственно). Тогда настоящие мужчины были те, кто понимал в программировании, с сосунки - те, кто не понимал. fk0(22138 знак., 08.04.2013 16:20)
        
        Текст, конечно, сильно устарел, но FORTRAN не только жив, но и развивается. Жалко только, что ныне всё меньше народа его знают и используют. Кажется, что только в Фортране осталась передача многомерных массивов в функцию/подпрограмму с Ксения(259 знак., 08.04.2013 18:34 - 18:52)
        
        наверно во встраиваемых приложениях и вокруг них место FORTRAN-у не очень-то находится. - Vit(08.04.2013 18:55)
        
        Нет, конечно, главным образом для DSP-алгоритмов. - Ксения(08.04.2013 19:00)
        
        ИМХО алгоритмы и язык это как теплое и мягкое. Вон Вирт как накалякал для студней Паскаль, так подхватили и разнесли:) А разные издания вроде бы одной и той же книги "Алгоритмы и структуры данных" он сопровождал примерами на раных языках - Vit(08.04.2013 19:12 - 19:26, ссылка)
        
        И только в фортране половина функций возвращают значения в аргументах и/или вовсе в глобальных переменных... Или, например, чтоб не выделять память передают выделенную же память в аргументах... технологии программирования, одним словом. - fk0(08.04.2013 18:40)
        
        Это смотря, как писать. Если переменных очень много, то каждое накладно в парамерах перечислять, да и запутаться можно в порядке перечисления. Но FORTRAN глобализацию переменных и массивов не навязывает. - Ксения(08.04.2013 18:57)
        
        Последний раз, когда я писал на Фортране в начале 90-х, мне пришлось прикрутить к нему препроцессор от языка Си, чтобы получить именованные константы и избежать ручного дублирования COMMON-блоков. - vmp(08.04.2013 20:33)
        
        Гы. У меня диплом был "распознавание печатного текста". Прогу делал на фортране (кроме него знал только алгол-68 и бейсик) под RT-11. До текста дело не дошло, но отдельные символы распознавал без проблем. Это было за несколько лет до тайгера и Codavr(14 знак., 08.04.2013 16:30 - 16:36)
        
        Ниасилил, много букав. Но задумался а кто же такие юзеры Лиспа (автолиспа), кто они? а юзеры гребанного Пролога? - RED_DRAGON(08.04.2013 16:26)
        
        В 89-м году добыл стопку дискет с библиотекой ЦЕРН. Вся на фортране писана была. - Codavr(08.04.2013 16:40, ссылка)
        
        большинство научных библиотек и сейчас на фортране или на Си - scorpion(08.04.2013 17:40)
        
        Они десятками лет писались отлаживались. Новые грабли в этих делах никому не нужны, а математика с тех пор не поменялась. Добавляют новое, а старое хранят как зеницу ока. - Codavr(08.04.2013 17:46)
        
        а как быть с OpenCL и прочими вкусностями? - Mahagam(08.04.2013 17:56)
        
        OpenCL это фреймворк основаный на сишнике. Это то самое новое которое добавилось с появлением новых видюх. На алгоритмы обращения матриц OpenCL никакого влияния не оказал. - Codavr(08.04.2013 18:02)
        
        видюхи тут просто удачно втиснулись )) и это то самое новое что требует не меняя алгоритма переписывать старый код на новый лад. - Mahagam(08.04.2013 18:17)
        
        Вот потому что нужно все переписывать, я пока не слышал ни о каких серьезных научных библиотеках на базе OpenCL. Публика под свои частные нужды пока клепает отдельные куски. Со временем наверное появится что-нить фундаментальное подобное Codavr(23 знак., 08.04.2013 21:11)
- Дельфи == Паскаль с объектами. Что касается свойств, то "язык свойств" будет только хуже и сложней чем сам паскаль. Нет, они просто увидели CPAN и решили сделать свой такой же для Delphi, IMHO... - fk0(08.04.2013 01:51)

Средства и методы разработки