The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск среды разработки PascalABC.NET 3.7.2, opennews (??), 21-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


40. "Выпуск среды разработки PascalABC.NET 3.7.2"  +2 +/
Сообщение от Аноним (26), 21-Янв-21, 17:14 
Вот с дельфи та же история, немало я на нём проработал. Всё было вполне хорошо, "по-пасклевски": быстрый старт, удобная среда, неплохая производительность, отличная работа с БД. Неплохой баланс разного. Но скажем раскладка в ресурсах DFM это неплохо для небольших прог, в более крупных больше мешало, особенно если было "визуальное наследование" VFI  в том или ином виде. Сначала просто перед билдом надо было открыть-закрыть все формы/фрейм (чтобы изменения применились в наследниках). Потом переходишь на коррекцию части свойств прямо в коде при создании формы/фрейма. Далее оказывается проще уже все кодогенерить. Так же и по самим формам, сначала кажется удобно писать прямо в обработчике OnSomeEvent, потом вся логика уходит куда-то, а там только вызов. Далее всё привязывается прямо в коде. А вот тут часто паскалю декративности и нехватает. Под конец я сделал даже препроцессор для этого. Среда тоже довольно костная в этом плане. Итого оказывается, что даже на родной его винде всё ограничено, а с другими платформами ситуация еще хуже. Любое развитие в этом ломает баланс.
В БД и TDataSet всё также, когда-то было это круто. Учетные системы клепались только так. Сейчас уже непонятно зачем держаться за это эту архаичную идею, т.к. чистые двухзвенки уходят в прошлое.
Ответить | Правка | Наверх | Cообщить модератору

183. "Выпуск среды разработки PascalABC.NET 3.7.2"  +2 +/
Сообщение от getfr (?), 25-Янв-21, 01:30 
турбопаскаль и его наследники - это логика и максимальный контроль ошибок.

Самая большая претензия к нему - отсутствие продвинутой работы с метками и сложности переходов во вложенных циклах. Хотя обычно проблема в голове разраба, который ТАК накрутил своей логики.

Двухзвенки уходят в прошлое... Где-то я это уже слышал...

Главное - это когда - в 2000 году в госконторе. Когда левые чуваки пропихивали трехзвенку, получив заказ по блату. По итогу у них оказалось, что в базе ухитрились вводить ДУБЛИ первичных ключей. Неслабо? И других ошибок немерянно было.

В итоге блатные сделали вид, что все работает и уехали, получив бабло от государства. А программа так и не заработала.

А Вы родолжайте рассказывать про устарелость двухзвенок, продолжайте...

(могу еще с десяток языков, которые применял,, накидать сверху, паскаль просто для примера)

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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