The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Обновление редактора кода CudaText 1.105.5"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Ссылки "<<" и ">>" открывают первые и последние 10 сообщений.
. "Обновление редактора кода CudaText 1.105.5" +1 +/
Сообщение от Аноним (68), 23-Июн-20, 16:47 
> Pascal позволяет писать за тоже время более надежное, более богатое возможностями и при этом более быстрое ПО, чем С\С++.

Странное заявление, пруфы будут?
Судя по контексту, говоря "паскаль" подразумевается "дельфи", поэтому давай и сравнивать дельфи с билдером.

1. надёжное
Идентично, что в C++ указатели, что в дельфи указатели. Что в C++ есть std::string и std::vector, что в дельфи есть String и array of . Что в билдере исключения, что в дельфи исключения. Что в дельфи можно забыть Free/Destroy, что в билдере можно забыть delete.
А вот применить RAII в дельфи уже никак... всё ООП только в рантайме (в куче) с явным вызовом Create/Free :(

2. более богатое возможностями
Нет у дельфи (языка паскаль) каких-то возможностей, которых нет в билдере (языке C++)... Есть какие-то мелочи типа virtual/dynamic-методы (в C++ так гибко не настраиваются); или в дельфи в любом месте конструктора/деструктора можно написать inherited (в C++ более жесткие правила). Но это особо ни на что не влияет.
"Встроенный" OLE Automation чуть приятнее в дельфи, но это тоже ооочень специфичная штука.
Остальные "богатые возможности" добавляет VCL и сторонние компоненты/библиотеки... Ну и в билдере точно такой же VCL и те же самые сторонние компоненты/библиотеки (builder-only легко сделать, delphi-only - надо постараться).

3. более быстрое ПО
Какой-то существенно разницы в скорости между delphi и билдером не было и нет (оба компилируемые языки). Разница в скорости между llvm и gcc, или разница char str[MAX_SIZE]/std::string str, или разница в скорости разных версий gcc/разных версий libstdc++, или разница между методом at и operator[] в шаблоне std::vector будут примерно на уровне разницы delphi vs builder.


> переманивали в Майкрософт

У VCL достаточно красивая архитектура (если нужно сделать простенькую десктопную программу) и да .net2.0 во многом был похож на VCL (по-моему его и делал кто-то из команды старого борланда).
Но для сложной программы лучше будет GUI декстопной JavaSE или Qt, у них нормальный MVC есть в отличие от VCL. Поэтому майкрософт в .net3+ ушел от VCL-подобной архитектуры в сторону MVC. И оказался прав - .net сразу взлетел и быдлокодеры массово переориентировались с дельфи на .net


P.S. Опять же, 15-20 лет назад VCL могла казаться верхом совершенства! Но делать таблицу, которая должна отсортироваться по содержимому при клике на столбце... то как это делается в "голом" VCL - НЕ НУЖНО!!! Даже в современном дельфи для таких целей берут Developer Express (который тоже на MVC). Мир поменялся и ушел вперёд. Дельфя еще шевелится, но понятно что никуда больше не успеет... сейчас это просто проприетарное глюкалово по нереальным ценам, потому в новых проектах никому и ненужно.

P.P.S. Лазарус - непонятная попытка пересадить быдлокодеров с винды в linux, но они опоздали лет на 10... большая часть быдлокодеров уже на 1С, в .net, в web/javascript и на java/android.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Обновление редактора кода CudaText 1.105.5, opennews, 23-Июн-20, 10:37  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру