Delphi vs C#

Всем привет.
Я уже давно люблю покодить на делфи(7) и вот решил попробовать на с#.
Тема глупая и затасканная, но все же какие преимущества я получу(и недостатки) с точки зрения любителя.

0

Curry, вы как-то не правильно поняли идеологию XAML'а. "Лазить руками" - осознанное решение. Вместо накидывания компонентов мышкой (хотя и такое поддерживается) вы декларативно описываете UI. Там и IntelliSence вам помогает, не заставляя вас помнить у какого тега какие атрибуты есть. Да и гибкости это даёт больше.

Это не кривое решение, просто другой подход, вам пока не привычный.

Сообщение от Curry В нугете какая то помойка.

Никакой помойки. Это репозиторий пакетов. Предполагается, что вы уже знаете, что в нём ищете. Если не знаете, то и лезть туда не зачем. Это не красивый магазин, рекламирующий и расписывающий пакеты. Да и как вы собираетесь пользоваться пакетом, не читая документации по нему и не смотря примеры его использования? Методом тыка, чтоли? А если таковую документацию вы открывали, то как называется пакет уже знаете и найти его дело пары секунд. Круг замкнулся.

Добавлено через 57 секунд

Сообщение от Curry Fulcrum_013 меня тутошней дискуссией убедил - GC применять нельзя

Советую конструктивно относится к заявлениям этого товарища шастающего по веткам холиваров и поливающим грязью всё, что только можно.

1

Сообщение от Usaga "Лазить руками" - осознанное решение.

Да, если не можем как в Делфи, то объявим это фичей. Я уже писал - срок действия патентов на дельфовый вариант разработки должен уже подходить к концу (1995 + 25), и скоро появится совсем новая студия в которой "раньше вам нужно было ручками в XAML, а теперь ляляля".

Сообщение от Usaga Никакой помойки. Это репозиторий пакетов.

Как сделать что бы в списке отображались дата последнего обновления пакета, статус разработки (бетта, релиз-кандидат), тип лицензии, платность/шарварность (а то и цена)? Как сортировать пакеты по датам обновления, статусу разработки, количеству скачиваний и т.д.?
Он может искать не только по названиям пакетов, а проиндескировать документирующие комментарии в коде (или представленную документацию)?
Я набрал AES и получил хлам. Гугл объяснил что сишарпники пользуются BouncyCastle. На сайте BouncyCastle нормальной документации нет, хотя по нугету скачиваний много. Можно только нагуглить как экспериментаторы добились работающего кода. В самой msdn, кстати, тоже не вдруг найдёшь, что можно, оказывается, aes/cbc с помощью System.Security.Cryptography. Хотя на это мне нугет должен был бы указать когда я про AES спрашивал.

Сообщение от Usaga Предполагается, что вы уже знаете, что в нём ищете.

Может и контекстные подсказки в редакторе убрать - я же должен всё знать и помнить?

Может что то из моих (вполне естественных и реализованных в других местах) хотелок есть не в комьюнинти, а платной версии VS?

Добавлено через 52 минуты

Сообщение от Usaga Это не красивый магазин

(Тоном экспертов из некогда популярной передачи "Это вы можете"): А почему бы даже и не красивый магазин?

0

Сообщение от Curry и скоро появится совсем новая студия в которой "раньше вам нужно было ручками в XAML, а теперь ляляля".

НЕ появятся пока GC не выбросят. И патенты тут не причем. Ее майкрософт в исходе пытались появить вместе с борландом. WinForms/WPF это результат совместного проекта С# Builder. А настолько ущербное и обрезанное оно именно в результате использования GC. Delphi.Net которая в результате того же проекта появилась настолько куцей была по сравнению с нэтивом что прожила только один релиз.

Добавлено через 3 минуты

Сообщение от Usaga Советую конструктивно относится к заявлениям этого товарища шастающего по веткам холиваров и поливающим грязью всё, что только можно.

От конструктивно и относятся. Потому что прекрасно знают что применимость GC анализируется по алгоритмам и графом ссылок

0

Сообщение от Curry Да, если не можем как в Делфи, то объявим это фичей.

Можем. Было в предыдущих версиях. Осознанно отказались.

Пример на тему.
Уже давно полным-полно всяких хтмл редакторов, позволяющих мышкой создавать хтмл файлы. Я ещё не встречал ни одного верстальщика, который бы этим пользовался. Все создают хтмл файлы в текстовом режиме - правят хтмл-код.

Возьмите какую-нибудь оконную форму и прикиньте, сколько времени Вам потребуется, чтобы создать её мышкой. Затем посмотрите на хамл код. Сколько времени потребуется, чтобы создать этот текст, при условии, что Вы знаете, что делать? Минут пять на каждый экран текста?

Добавлено через 17 минут

Сообщение от Fulcrum_013 Вы эту практику откуда взяли? Из нищебродской конторы рога и копыта с персоналом в 2 мошенника и бизнес-процессом подпадающим под десяток статей УК?

Думаю, что среди компаний, для которых я писал, наберётся пяток таких, капитализация которых сравнима или превосходит бюджет Украины.

Добавлено через 3 минуты

Сообщение от Curry возможности окна редактирования кода C# хороши, почти как в Android Studio для Kotlin-а

У создателей Котлина есть специальный продукт для вижуал студии.

0

Сообщение от Shamil1 Возьмите какую-нибудь оконную форму и прикиньте, сколько времени Вам потребуется, чтобы создать её мышкой. Затем посмотрите на хамл код. Сколько времени потребуется, чтобы создать этот текст, при условии, что Вы знаете, что делать?

В Delphi компоненты быстро на форму накидываются. А свойства им и там и там задавать нужно. Задавать их в Object inspector-е ничуть не хуже чем в коде. Хотя я могу допустить что кто то может строчить XAML со скоростью 300 знаков в минуту.

Сообщение от Shamil1 У создателей Котлина есть специальный продукт для вижуал студии.

Они вообще молодцы!

0

Сообщение от Curry Хотя я могу допустить что кто то может строчить XAML со скоростью 300 знаков в минуту.

Приходит с опытом.

Сообщение от Curry Они вообще молодцы!

Согласен. Каждый год плачу им из своего кармана за лицензию.

0

Сообщение от Shamil1 Приходит с опытом.

Хотя с другой стороны, про геймеры совершают до 200+ осмысленных действий мышью в минуту. Так что смотря кто на каком способе ввода прокачается.

0

Сообщение от Curry На делфе ... Иногда дублирую вручную похожие окна или закладки

А фреймы использовать для одинакового - не катит?

Сообщение от Usaga Там и IntelliSence вам помогает, не заставляя вас помнить у какого тега какие атрибуты есть.

Так и Дельфи/Билдер никогда не заставлял и не заставляет помнить.
В Object inspector-е любое свойство формы/компонента, являющееся перечислимым типом, показывает все свои возможные значения выпадающим списком. 2 тычка мышкой - сначала на список, чтобы он выпал, потом на нужное значение - и свойство изменило значение с дефолтного (или ранее установленного) на нужное/иное.

0

Сообщение от VTsaregorodtsev А фреймы использовать для одинакового - не катит?

Я написал "похожие", а не одинаковые.

0

Вы написали ещё и глагол "дублирую"
Семантика этого глагола (да и сам смысл копипаста) не утверждает ничего о том, что скопированное Вы обязательно будете затем изменять.

0

VTsaregorodtsev,
Предположим, у меня есть две экранные формы. Одна для редактирования сипулек, другая для редактирования кудрёнков. Формы похожие. Если исходный код пишет программист, то можно получить одну из другой контекстной заменой "сипулька" на "кудрёнок" (плюс, возможно, ещё несколько незначительных изменений). А если исходный код генерируется графическим интерфейсом? Какое решение предлагает Дельфи/Билдер?

0

Сообщение от Shamil1 Уже давно полным-полно всяких хтмл редакторов, позволяющих мышкой создавать хтмл файлы. Я ещё не встречал ни одного верстальщика, который бы этим пользовался. Все создают хтмл файлы в текстовом режиме - правят хтмл-код.

А потом кучу времени тратят, чтобы вёрстка давала результат в соответствие с дизайном и не разъезжалась на реальных данных, отличных от тестовых данных верстальщика и/или дизайнера.

Сообщение от Shamil1 Возьмите какую-нибудь оконную форму и прикиньте, сколько времени Вам потребуется, чтобы создать её мышкой. Затем посмотрите на хамл код. Сколько времени потребуется, чтобы создать этот текст, при условии, что Вы знаете, что делать? Минут пять на каждый экран текста?

Мне — намного меньше в визуальном редакторе. Накидать раскладку и контролы мышкой явно проще. И сразу видно, что получается.
В отличие, от HTML+CSS, сваять достаточно нормальный UI на Delphi/InterfaceBuilder/SceneBuilder/whatever-UI-tool может любой программист с минимальными знаниями о дизайне и вёрстке UI.

Добавлено через 3 минуты

Сообщение от Shamil1 А если исходный код генерируется графическим интерфейсом?

Графический интерфейс не генерирует исходный код. Если речь не про какой-нибудь Swing. но кто ж его использует для GUI-приложений?

0

Сообщение от Shamil1 Все создают хтмл файлы в текстовом режиме - правят хтмл-код.

Как ни посмотрю на исходный код загруженной страницы какого ни будь "навороченного" сайта - там хтмыла то чуть. В основном скрипты.

Сообщение от korvin_ Графический интерфейс не генерирует исходный код.

Вообще то генерирует. Обработчики событий создаёт. В Delphi компоненты в класс формы/фрейма/датамодуля вставляет.
Другое дело что исходные значения свойств компонент и их вложенность описываются отдельно.

0

Сообщение от Curry Вообще то генерирует. Обработчики событий создаёт.

Думаю, Шамиль имел в виду несколько другое. И, например, SceneBuilder не создаёт. И InterfaceBuilder не создаёт.

Сообщение от Curry В Delphi компоненты в класс формы/фрейма/датамодуля вставляет.

Это немного не то. Это обычная генерация заглушки контроллера. Где-то есть, где-то — нет. В Swing, например, генерируется очень много чего. Впрочем, может это я что-то не так понял.

0

Сообщение от korvin_ А потом кучу времени тратят, чтобы вёрстка давала результат в соответствие с дизайном и не разъезжалась на реальных данных, отличных от тестовых данных верстальщика и/или дизайнера.

У профессионалов не разъезжается. Да и чему там разъезжаться, если дизайн задаётся в css-файлах.

Сообщение от korvin_ Мне — намного меньше в визуальном редакторе. Накидать раскладку и контролы мышкой явно проще. И сразу видно, что получается.

Накидать пару десятков контролов, задать им нужные свойства (расположение, "докинг", внешний вид) - занимает намного меньше 10 минут?

Сообщение от korvin_ сваять достаточно нормальный UI на Delphi/InterfaceBuilder/SceneBuilder/whatever-UI-tool может любой программист с минимальными знаниями о дизайне и вёрстке UI

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

Сообщение от korvin_ Графический интерфейс не генерирует исходный код.

Какой-то код генерирует (не обязательно на языке программирования).

0

Сообщение от Shamil1 Накидать пару десятков контролов, задать им нужные свойства (расположение, "докинг", внешний вид) - занимает намного меньше 10 минут?

Пожалуй, да. И уж точно меньше, чем возиться с очередным вариантом XML.

Сообщение от Shamil1 Да и чему там разъезжаться, если дизайн задаётся в css-файлах.

Есть чему, вообще-то.

0

Сообщение от korvin_ Пожалуй, да.

Намного меньше 30 секунд на контрол? Не верю.

0

Сообщение от Shamil1 Предположим, у меня есть две экранные формы. Одна для редактирования сипулек, другая для редактирования кудрёнков. Формы похожие. Если исходный код пишет программист, то можно получить одну из другой контекстной заменой "сипулька" на "кудрёнок" (плюс, возможно, ещё несколько незначительных изменений). А если исходный код генерируется графическим интерфейсом? Какое решение предлагает Дельфи/Билдер?

Для изменения оформления у формы и прочей её настройки на некую семантику - можно вручную создать у формы функцию, которой передаётся инфа о том, какие надписи надо повесить на элементы формы, какие ограничения на интервалы возможных значений задать полям ввода чисел, и т.д. И при создании экземпляра формы - вызывать эту функцию (с нужным аргументом) для настройки=адаптации вида и поведения формы под нужную сущность.

Иными словами, можно не размножать классы=формы - а использовать одну форму (пока одной хватает), рантаймно задавая вид/поведение её экземплярам. А данные для этого брать откуда нужно/удобно - хоть из БД, хоть из иного места хранения конфигурационных данных, хоть железобетонно в с++/pas-модуль прописать в виде массивов/структур.

Т.е. вместо размножения классов=форм (т.е. модулей в проекте), у которых будет затем порождаться всего один экземпляр с исходно прописанным для него внешним видом - можно создать один класс и настраивать затем его экземпляры.

0

Сообщение от Shamil1 Намного меньше 30 секунд на контрол? Не верю.

Перетащить контрол с палитры на форму — пара секунд.

0

Сообщение от korvin_ Перетащить контрол с палитры на форму — пара секунд.

А свойства задать?
Идентификатор
Имя ресурсного файла и ключ в нём для метки.
Задать валидацию (или несколько).
Имя ресурсного файла и ключ в нём для сообщения об ошибке валидации (или несколько).
Возможно, задать для контрола источник данных.
Возможно, задать обработчики для каких-то событий.

Плюс внешний вид.

Добавлено через 8 минут

Сообщение от VTsaregorodtsev можно вручную создать у формы функцию

Не понял.
Вместо того, чтобы вручную поместить на форму редактирования сипульки два текстбокса, а на форму редактирования кудрёнка чекбокс и дропбокс, Вы предлагаете делать это в коде (без помощи графического построителя интерфейсов)? Заголовки, обработчики и т.п - тоже из кода?

0