С# vs Delphi для разработки большого gui-шного приложения
Вообще, ситуация выглядит вкратце так:
Нужно реализовать рабочее место аналитика (что-то вроде SPSS или MatLab) использующее данные из БД для анализа.
Нужно реализовать сервер, обслуживающий запросы клиентов на основании моделей, созданных аналитиком в рабочем месте.
Нужно реализовать web-интерфейс к БД сервера, для аудита его деятельности.
Что лучше использовать для разработки?
Можно попробовать старый добрый Delphi для реализации рабочего места, если на нем это проще, чем на C#. И сервер на C#.
Что думаете о такой связке?
Нужно реализовать рабочее место аналитика (что-то вроде SPSS или MatLab) использующее данные из БД для анализа.
Нужно реализовать сервер, обслуживающий запросы клиентов на основании моделей, созданных аналитиком в рабочем месте.
Нужно реализовать web-интерфейс к БД сервера, для аудита его деятельности.
Что лучше использовать для разработки?
Можно попробовать старый добрый Delphi для реализации рабочего места, если на нем это проще, чем на C#. И сервер на C#.
Что думаете о такой связке?
Вопрос в том, можно ли на C# так же быстро и просто делать пользовательский интерфейс как на Дельфи. И насколько развита сейчас платформа .NET, чтобы кроме простого web-доступа к БД, для чего она идеально приспособлена, позволять еще и создавать сложные пользовательские приложения.
На чем умеете - на том и пишите.
Все умеют разное.:) А часть разработчиков еще нужно найти. В соответствии с выбранной технологией.
знаешь, как задаются такие вопросы правильно?
Заходишь ботом и пишешь себе же в ответ: "Понятное дело, на Дельфи, Сишарп сосёт и долго ещё сосать будет, а Дельфи рулез форева!"
Тут же понабегут фанаты и того, и другого и подерутся, а ты аргументацию слушай и внимай
Заходишь ботом и пишешь себе же в ответ: "Понятное дело, на Дельфи, Сишарп сосёт и долго ещё сосать будет, а Дельфи рулез форева!"
Тут же понабегут фанаты и того, и другого и подерутся, а ты аргументацию слушай и внимай
это ты идею взял? 
неа, просто подумал, а по сылке и правда холивор началась 
> 1) Для разработки gui традиционно использовался delphi. Cоставляет ли ему конкуренцию C#?
> 2) Достаточно ли богаты библиотеки для C#.NET по сравнению с, допустим, Java'вскими(как аналога C#)?
Да, да
> 2) Достаточно ли богаты библиотеки для C#.NET по сравнению с, допустим, Java'вскими(как аналога C#)?
Да, да
Нужно реализовать сервер, обслуживающий запросы клиентов на основании моделей, созданных аналитиком в рабочем месте.А как в Delphi с этим?
Нужно реализовать web-интерфейс к БД сервера, для аудита его деятельности.
Можно попробовать старый добрый Delphi для реализации рабочего места, если на нем это проще, чем на C#. И сервер на C#.Думаю, что JBuilder заменит их оба, раз тебе так нужно удобство RAD и мощь Java. И никаких связок не понадобится.
Что думаете о такой связке?
И ещё - для тех, кто в танке. У Delphi 2005 один из поддерживаемых языков - C#.
Так что думай сам, что тебе нужно.
Так что думай сам, что тебе нужно.
в 1-ом фреймворке хреновый гуишный грид, во 2-ом обещали доделать
В первом фреймворке всё гуи хуёвое - по сравнению даже с пятой дельфёй. Однако в инете наверняка есть хорошие библиотеки визуальных компонентов, и в случае большого проекта какую-нибудь можно купить.
то есть на MS C# делать сложный пользовательский интерфейс сейчас так же просто, как на Дельфях?
Delpi.NET (Delphi 2005) поставили, посмотрели. наверное это было бы убийством двух зайцев - и простота разработки Delph и мощь .Net. Но. По ней нет никакой толковой документации, по ней нет никаких книг(нет книг даже по предыдущей Delhi8 :- нет доков по портированию под нее. И она пока довольно сырая - в ней куча глюков. Освоить ее и разрабатывать на ней пока будет трудновато. При том, что специалистов по ней тоже нет - ее только что выпустили.
Можно попробовать старый добрый Delphi для реализации рабочего места, если на нем это проще, чем на C#. И сервер на C#.на какой технологии они общаться будут?
Они не будут общаться:)
Клиентами для сервера будут сторонние системы.
Рабочее место пишет в БД модели для сервера, сервер берет модели и обслуживает по ним клиентов.
Клиентами для сервера будут сторонние системы.
Рабочее место пишет в БД модели для сервера, сервер берет модели и обслуживает по ним клиентов.
Сложный - да, просто.
Красивый - практически невозможно. В дельфе бордеры настраивались полностью. Здесь их три вида, причём размещать контролы таким образом, чтобы они не глючили - это искусство типа чёрной магии.
Плюс, как заметил предыдущий оратоп, попытка превратить стандартный датагрид во что-нибудь экзотическое (типа чтобы в каждой строчке было единственное поле с чекбоксом (это легко выделялась всегда целая строчка (это тоже легко и по нажатию пробела или клику мышки без глюков менялось состояние чекбокса (упс весьма мучительна и вызывает мысли о суициде.
Красивый - практически невозможно. В дельфе бордеры настраивались полностью. Здесь их три вида, причём размещать контролы таким образом, чтобы они не глючили - это искусство типа чёрной магии.
Плюс, как заметил предыдущий оратоп, попытка превратить стандартный датагрид во что-нибудь экзотическое (типа чтобы в каждой строчке было единственное поле с чекбоксом (это легко выделялась всегда целая строчка (это тоже легко и по нажатию пробела или клику мышки без глюков менялось состояние чекбокса (упс весьма мучительна и вызывает мысли о суициде.
На Си# интерфейс делается отлично, если не нужно всяких понтов и выкрутасов. Delphi 2005 (это тоже что Architect?) очень тормозная.
Доступ к БД из виндового приложения C# делается на-лету, по сути также легко как и для веб-интерфейса.
Доступ к БД из виндового приложения C# делается на-лету, по сути также легко как и для веб-интерфейса.
>Delphi 2005 (это тоже что Architect?) очень тормозная.
не, Architect - это марка внутри версии. типа Architect, Professional, Personal, Limited.
Тормозная, да.:)
не, Architect - это марка внутри версии. типа Architect, Professional, Personal, Limited.
Тормозная, да.:)
>Однако в инете наверняка есть хорошие библиотеки визуальных компонентов, и в случае большого проекта какую-нибудь можно купить.
Тогда такой вопрос. Вот под Дельфей у нас был каркас приложения самостоятельно разработанный. При переходе на C# он очевидно теряется.
Есть ли какие-то каркасы приложений под MS C#?
Типа дельфийского ECO II или джавовского Struts..
Тогда такой вопрос. Вот под Дельфей у нас был каркас приложения самостоятельно разработанный. При переходе на C# он очевидно теряется.
Есть ли какие-то каркасы приложений под MS C#?
Типа дельфийского ECO II или джавовского Struts..
бро, Struts тока для web проложений...
А ты не задумывался над тем, чтобы все приложение сделать web-based? Какие противопоказания к этому?
Мои предложения - сервер для вычислений и всего, где нужно произвондительность - cpp, не c#. Вокруг него обертка на, скажем, java, которая дает доступ к нему через RMI или webservices. А какие к этому клиенты и на чем их писать - вопрос предпочтений.
А ты не задумывался над тем, чтобы все приложение сделать web-based? Какие противопоказания к этому?
Мои предложения - сервер для вычислений и всего, где нужно произвондительность - cpp, не c#. Вокруг него обертка на, скажем, java, которая дает доступ к нему через RMI или webservices. А какие к этому клиенты и на чем их писать - вопрос предпочтений.
поставил delphi 2005 - куча багов. Вообще не понимаю, как можно было зарелизить такую сырость.
Писать сейчас на Delphi win32 проект с нуля - странно. Писать не win32 на Delphi - еще страннее.
Удел Delphi - работа с унаследованным кодом, если таковой имеется.
VS, как среда, давно "сделала" Delphi по удобсту разработи.
Писать сейчас на Delphi win32 проект с нуля - странно. Писать не win32 на Delphi - еще страннее.
Удел Delphi - работа с унаследованным кодом, если таковой имеется.
VS, как среда, давно "сделала" Delphi по удобсту разработи.
>бро, Struts тока для web проложений...
может быть. я не смотрел глубоко:) ну тогда как пример каркаса - ECO для дельфи.
>А ты не задумывался над тем, чтобы все приложение сделать web-based?
>Какие противопоказания к этому?
не вариант. в рабочем месте аналитика производится куча вычислений. и должен быть довольно сложно организованный UI. тонкий клиент такое UI не потянет, и организация вычислений на сервере а ввода/вывода на клиенте трудоемкая штука. при том, что аналитик на рабочее место пока планируется только один - нет смысла делать для него тонкого клиента.
может быть. я не смотрел глубоко:) ну тогда как пример каркаса - ECO для дельфи.
>А ты не задумывался над тем, чтобы все приложение сделать web-based?
>Какие противопоказания к этому?
не вариант. в рабочем месте аналитика производится куча вычислений. и должен быть довольно сложно организованный UI. тонкий клиент такое UI не потянет, и организация вычислений на сервере а ввода/вывода на клиенте трудоемкая штука. при том, что аналитик на рабочее место пока планируется только один - нет смысла делать для него тонкого клиента.
на Delphi 2005 есть уже пара сервиспаков:) без них он глючит так что невозможно работать, с ними можно, хотя и сложно.
торопились видимо выпустить. все ждут VS 2005, в этом контексте выход Delphi 2005 привлечет гораздо больше внимания, чем после выхода VS 2005. маркетологи хреновы:)
торопились видимо выпустить. все ждут VS 2005, в этом контексте выход Delphi 2005 привлечет гораздо больше внимания, чем после выхода VS 2005. маркетологи хреновы:)
Desktop-ных каркасов под .Net не встречал.
Если клиентских мест немного и они "под рукой" (т.е. будет не особо геморно заменить один beta-фремворк на другой то рекомендую сразу разрабатывать программу на VS2005 - многие вещи намного проще делаются.
Если клиентских мест немного и они "под рукой" (т.е. будет не особо геморно заменить один beta-фремворк на другой то рекомендую сразу разрабатывать программу на VS2005 - многие вещи намного проще делаются.
Дык она ж вроде тоже сырая была чудовищно. Нет?
ставл. чудовищно сырая. на каждом шагу "красные" окошки выпрыгивают по непонятным причинам.
хотя удобств много, по видимому
хотя удобств много, по видимому
Если ставить беты, а не CTP, то нормально.
У нас уже несколько больших проектов идет на VS 2005 - в целом без особых проблем.
ps
тот же films.hackers "крутится" сейчас под VS 2005
У нас уже несколько больших проектов идет на VS 2005 - в целом без особых проблем.
ps
тот же films.hackers "крутится" сейчас под VS 2005
>films.hackers "крутится" сейчас под VS 2005
под дебаггером штоль?
под дебаггером штоль?
Разработка соответственно "крутится" под VS 2005,
а выполнение "крутится" под .Net 2.0.
а выполнение "крутится" под .Net 2.0.
Оставить комментарий
tarajna
Какие есть мнения? Что лучше использовать для быстрой разработки довольно большого gui-шного приложения?1) Для разработки gui традиционно использовался delphi. Cоставляет ли ему конкуренцию C#?
2) Достаточно ли богаты библиотеки для C#.NET по сравнению с, допустим, Java'вскими(как аналога C#)?