Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2009.12.20;
Скачать: [xml.tar.bz2];

Вниз

Теория и практика клиента и сервера.   Найти похожие ветки 

 
TRSteep ©   (2009-10-20 05:48) [0]

Необходимо реализовать следующую задачу:
клиент устанавливается на локальном компьютере и собирает некоторую инфу и затем посылает ее серверу
Сервер получает эту инфу и заносит в БД, которую затем можно получить в отчете.

Операционные системы Windows (возможно будет и Linux но не в ближайшее время точно)

Вопрос следующий на чем лучше написать эту систему выбирая из Delphi, Lazarus, Java, C++
и какую базу данных использовать из Firebird, MySQL, SQL
Возможны и другие.

Лучше всего знаю Delphi и MS SQL., но т.к. время и желание изучать новое есть, то я хочу исходить больше из того на чем будет это сделать правильнее. Благо знаю что на данном форуме мастеров хватает.

И еще вопрос какую выбрать технику:
1. клиент вносит данные в файл, например xml и сервер потом грузит в свою локальную бд (портативный вариант)
2. клиент вносит данные в файл или локальную бд и затем сервер грузит в свою бд
3. клиент сразу вносит данные на сервер бд
4. клиент посылает запросы посредством сетевых запросов (с этим вообще не работал, но тоже интересно)


 
TUser ©   (2009-10-20 08:13) [1]

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

Из выбранных языков, Lazarus вычеркиваем (продукт хороший, но недоработанный, вообщем будут трудности), как и Delphi (у тебя там будет Линукс).


 
Сергей М. ©   (2009-10-20 08:57) [2]


> Лучше всего знаю Delphi




Тогда


> TUser ©   (20.10.09 08:13) [1]
> Lazarus вычеркиваем


вычеркиваем. Продукт в постоянном развитии, но хороший, вобщем трудностей бояться не надо.


> какую базу данных использовать


Из соображений потенциального переноса серверной части СУБД на Linux-платформу, а также лицензии на использование, - FireBird, PostgreSQL, MySQL


> какую выбрать технику


Это немало зависит "боевых" сетевых условий взаимодействия между кл. и серв. частями.


 
TRSteep ©   (2009-10-20 09:14) [3]

понятно что главное чтобы работало :)

> скажем готовности покупать лицензию

Вообще желательно бесплатное средство разработки, поэтому смотрю на lazarus, Net Beans и еще Visual Studio Express


> количества компьютеров в такой сети

ИМХО примерно 10-200 :), но чаще не больше 100
объем данных небольшой - примерно 500-1000 полей текста по 255 символов
и данные эти могут вообще не посылатся, если инфа не изменилась
Вообще данные это характеристики компа, но возможно будет и другая инфа. Но пока задача только инфа с компа (железо)

посылка инфы будет только один раз в день и, обычно, после запуска компа (поэтому есть мысля записывать все в файлы в паку сервера, а серверная ось считает по мере возможности)


> И в зависимости от задача тянет по сложности

Тянет на диплом :)


> Lazarus вычеркиваем (продукт хороший, но недоработанный,
>  вообщем будут трудности)

Да уже помыкался с ним, проблем хватает...


>как и Delphi

вот я и смотрю на C++, но так как никогда не писал, то не знаю какие продукты лучше использовать
C# говорят неплох, но я думаю далеко не на каждом компьютере будет стоять фраймворк (вроде он же нужен для этого)


 
Skyle ©   (2009-10-20 09:35) [4]

Сделай в качестве сервера веб-сервис на php, клиентов на любом vbs или том же php и будет щастье.


 
TUser ©   (2009-10-20 09:46) [5]


> C#

Если хотя бы на далеком горизонте виднеется линукс, то вопрос имхо даже не должен возникать. Java, C++. Конечно, это имхо, но при использовании Lazarus/Mono/etc будут проблемы.


 
TRSteep ©   (2009-10-20 10:32) [6]


> Сделай в качестве сервера веб-сервис на php, клиентов на
> любом vbs или том же php и будет щастье.

пока пхп для меня лес темнее чем ява и С++

Тогда как я понимаю
C++ или Java и FireBird или MySQL

Подскажите с выбором - чтобы я уже ушел читать книги :)


 
TRSteep ©   (2009-10-20 10:46) [7]

И еще буду очень благодарен, если подскажите ПО для построения таблиц (задания первичных ключей, тип полей и т.д.) в графическом режиме.
На подобии erwin, но бесплатных


 
b z   (2009-10-20 10:50) [8]


> Skyle ©   (20.10.09 09:35) [4]
+1
Если сервер не надо возить по осям, то ASP.NET + Delphi или > Visual Studio Express.

> подскажите ПО для построения таблиц (задания первичных ключей,
>  тип полей и т.д.) в графическом режиме.
Такие субд как MS SQL Server, в наборе клиентских программ, имеют уже все необходимое.


 
makvell   (2009-10-20 11:02) [9]

Эммм... я не совсем понимаю, зачем обязательно графический режим, можно же на бумажке все нарисовать и аккуратно (если не писать запросов самому для создания структуры данных) используя мастер (он, думается мне, есть в любой субд) создать все что нужно.

Я бы взял постгрес, сервер на яве, он будет обрабатывать запросы (ну и раскладывать все по БД или слать понятный клиенту ответ в случае ошибки), а клиент - на чем удобнее, он будет посылать запросы по WS. При желании, всякая авторизация и шифрование хорошо прикручиваются к WS (по крайней мере в яве).

Все имхо конечно :)


 
Sergey13 ©   (2009-10-20 11:32) [10]

ИМХО

Если надо сделать комерческий продукт, то желательно делать на том, что лучше знаешь.
Если хочется что нибудь поизучать, то браться надо за то что более интересно/перспективно.

И это желательно не путать друг с другом. Потому что заказчик не обязан оплачивать творческие искания исполнителя.


 
TRSteep ©   (2009-10-20 11:43) [11]


> Если хочется что нибудь поизучать, то браться надо за то
> что более интересно/перспективно.

Хочется изучать, но не знаю что перспективно и на чем правильнее, а интересно то все :)


> Эммм... я не совсем понимаю, зачем обязательно графический
> режим, можно же на бумажке все нарисовать и аккуратно

На бумажке уже примерно нарисовал, просто с ервин уже работал - так проще,но опять таки интересует бесплатный продукт.


> используя мастер (он, думается мне, есть в любой субд)

Никогда даже не видел таких....


> Я бы взял постгрес, сервер на яве, он будет обрабатывать
> запросы (ну и раскладывать все по БД или слать понятный
> клиенту ответ в случае ошибки), а клиент - на чем удобнее,
>  он будет посылать запросы по WS. При желании, всякая авторизация
> и шифрование хорошо прикручиваются к WS (по крайней мере
> в яве).

Хм про постгрес вообще не слышал даже....
А что такое WS?
Спасибо за мысль


 
makvell   (2009-10-20 12:45) [12]


> TRSteep ©   (20.10.09 11:43) [11]
>
> > используя мастер (он, думается мне, есть в любой субд)
>
> Никогда даже не видел таких....


Ну в том же пг админе/ sql девелопере и тп можно щелкнуть по схеме пкм и выбрать "Новая таблица", дальше просто заполнять необходимые поля, а оно уже само сгенерирует sql. (стар стал, уже не помню как там эти действия все называются :) )


> Хм про постгрес вообще не слышал даже....
> А что такое WS?
> Спасибо за мысль


PostgreSQL - оно бесплатное и весьма неплохое.
WS - WebServices, они же веб сервисы, общаться с ними можно SOAP запросами, по яве много в интернете руководств по быстрому старту какого нибудь томкэта с апачевским аксисом для ws где все неплохо расписано.
Да не за что в общем, я на идеальность совета не претендую :)


 
TRSteep ©   (2009-10-20 14:59) [13]


> по яве много в интернете руководств по быстрому старту какого
> нибудь томкэта с апачевским аксисом для ws где все неплохо
> расписано.

а можете ткнуть пальцем на одно из этих множеств?


> Да не за что в общем, я на идеальность совета не претендую
> :)

Идеальность не нужна - нужна рабочая программа и обучение :)


 
makvell   (2009-10-20 15:28) [14]


> а можете ткнуть пальцем на одно из этих множеств?

Ну например http://lkamal.blogspot.com/2008/07/web-service-axis-tutorial-client-server.html или родное http://ws.apache.org/axis/java/user-guide.html

Можно и на русском поискать :)
Ну и не стоит в это упираться, может и другие решения придумаются ;)


 
ocean   (2009-10-20 16:03) [15]

Рабочие программы пишут на том, что хорошо знают. Но если уж изменять Дельфе, я выскажусь за веб-приложение, напр. бесплатная MS Visual Studio 2008 Express, там C#, SQL-сервер в зав. от платформы веб-сервера, если Мастдай, то конечно же MS SQL.


 
DVM ©   (2009-10-20 17:00) [16]


> TRSteep ©

После Delphi имхо C# более менее хорошо будет восприниматься чем тот же c++


 
GDI+   (2009-10-20 21:16) [17]


> вот я и смотрю на C++, но так как никогда не писал, то не
> знаю какие продукты лучше использовать


Из нормальных GUI под C++ есть только два(правда бесплатных или с бесплатными портами) wxWidges и QT.

wxWidgets полностью бесплатная, но нормальные книги по ней только на ангельском, по QT можно найти и нормальную русскоязычную литературу.

В остальной, если не увлекаться всякой пидораснёй с темплейтами, разработка на С++ с использованием wxWidgets+stl не намного сложнее чем на том же Delphi. Так же формы можно ручками в редакторах рисовать.


 
GDI+   (2009-10-20 21:18) [18]

Если база Firebird и выбрано С++ то рекомендую эту библиотеку http://www.ibpp.org/

этакий аналог IBX но для C++


 
TRSteep ©   (2009-10-21 12:08) [19]

сейчас все же больше склоняюсь к C++, PostgreSQL

Не совсем понимаю пока как прикручивают wxWidgets... насколько я понял его нужно прикрутить к Code Blocks

И еще хотел спросить А Visual Studio C++ Express только под windows компилирует или нет?


 
Pavia ©   (2009-10-21 14:34) [20]

Если нужно переносить на Линукс, то лучший вариант QT.

По поводу Mono не щупал.  Его очень сильно пилили несколько лет назад. Так что ошибок там должно быть не так много.


 
GDI+   (2009-10-21 19:51) [21]


> TRSteep ©   (21.10.09 12:08) [19]
>
> сейчас все же больше склоняюсь к C++, PostgreSQL
>
> Не совсем понимаю пока как прикручивают wxWidgets... насколько
> я понял его нужно прикрутить к Code Blocks


wxFormBuilder - для рисования GUI
http://wxformbuilder.org/

VS для разработки, но нужна минимум Pro, так как Express не поддерживает компиляцию С++ в нативный код.


 
GDI+   (2009-10-21 19:52) [22]


> Pavia ©   (21.10.09 14:34) [20]
>
> Если нужно переносить на Линукс, то лучший вариант QT.


WxWidgets намного тоньше и чудесно работает и под linux и под MacOs.


 
Anatoly Podgoretsky ©   (2009-10-21 19:57) [23]

> GDI+  (21.10.2009 19:51:21)  [21]

В какой же код тогда компилируется.


 
GDI+   (2009-10-21 21:45) [24]


> Anatoly Podgoretsky ©   (21.10.09 19:57) [23]
>
> > GDI+  (21.10.2009 19:51:21)  [21]
>
> В какой же код тогда компилируется.


c++/cli


 
TRSteep ©   (2009-10-22 12:32) [25]

>GDI+
т.е. VS Pro+ wxFormBuilder + postgreSQL получается так?
а вместе VS можно что-то использовать?


 
GDI+   (2009-10-22 18:34) [26]

Ну можно это.
http://wxdsgn.sourceforge.net/

Сразу С++ с компилером MinGW, wxWidgets, и встроенным редактором форм. Этакое фри Delphi для C++



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2009.12.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.53 MB
Время: 0.008 c
1-1228221387
Yozch1
2008-12-02 15:36
2009.12.20
не работает CTRL-C !!!!


2-1257373411
Drowsy
2009-11-05 01:23
2009.12.20
Триггеры в Interbase.


2-1257247329
Qwerg_ntgl
2009-11-03 14:22
2009.12.20
Работа с EkRTF


15-1256078084
Kerk
2009-10-21 02:34
2009.12.20
Политкорректность


1-1228989583
venoel
2008-12-11 12:59
2009.12.20
Обработка неверно введеного значения





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский