powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Мозговой штурм на тему разработки клиент-серверного приложения
51 сообщений из 51, показаны все 3 страниц
Мозговой штурм на тему разработки клиент-серверного приложения
    #38094702
SOFT FOR YOU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Здравствуйте уважаемые форумчане

Наконец-то я столкнулся с достаточной распространённой задачей, в которой у меня огромный пробел. Обращаюсь на форум, потому что здесь полно спецов, в том числе и по БД, и по сетям. От вас мне нужны мысли, ссылки на статьи и зарекомендовавшие себя подходы. Только у меня большая просьба. Видимо тут заведено, что каждый что-либо незнающий должен тратить часы и дни на поиски мелочей, должен погрязать в рутине. Просьба такая. Давайте не будем усложнять друг другу жизнь, будем изъясняться простым языком, описывая больше деталей. Опишите просто в теории, в реализации я сам погрязну, без всякой помощи )

Итак задача у меня - организовать многопользовательскую систему (человек 30) с доступом к общим данным. У каждого пользователя будет клиентское приложение, которое будет обращаться к серверу (сервер мне выделят). Пользователи будут оперировать общими данными (БД) и файлами. У нас лицензия и спецы на MS SQL Server (будет либо 2005, либо 2008). У каждого пользователя есть права (среди которых административные). Пишу на Delphi.

Соответственно появляется много вопросов:
1) можно ли отделаться только базой данных. Мне сказали, что не правильно хранить файлы в БД
2) какие компоненты и библиотеки нужно использовать для работы с MS SQL Server
3) каким образом принято разграничивать права пользователей

Соответственно появляется мысль, что нужно организовать серверное приложение, которое будет прослойкой между клиентом и базой данных с файлами. Тут ещё больше вопросов:
1) какими компонентами пользоваться для организации клиент-серверной архитектуры
2) каким образом организовать систему входа (логин/пароль) и определять права пользователей
3) как реагировать на разрыв связи и прочие неполадки с коннектом, как отлавливать
4) как организовать передачу файлов
5) как вообще обмениваться данными между сервером и приложением. тут ведь не просто строку надо передавать. тут более сложные механизмы

Ну и потом по БД интересна информация. В каких случаях нужно создавать справочники, как увязывать между собой сущности и т.д. + как грамотно реализовать автоматический апдейт клиентского приложения

В целом - интересуют зарекомендовавшие себя подходы. Вопросы простые, но их много. Помогайте чем можете - всё пригодится. Только поинформативнее и попроще
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38094783
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUСоответственно появляется много вопросов:
1) можно ли отделаться только базой данных. Мне сказали, что не правильно хранить файлы в БД

Можно. Вообще, где хранить файлы, в БД или файловой системе - вопрос скорее холиварный. MS SQL вполне себе справляется с большим количеством БЛОБов.

SOFT FOR YOU2) какие компоненты и библиотеки нужно использовать для работы с MS SQL Server

В Delphi не слишком много вариантов (это хорошо, кстати). DBGo сиречь ADO.

SOFT FOR YOU3) каким образом принято разграничивать права пользователей

ммм... есть миллион способов, общепринятого нет. Но как минимум следует использовать средства безопасности MS SQL.

SOFT FOR YOUСоответственно появляется мысль, что нужно организовать серверное приложение, которое будет прослойкой между клиентом и базой данных с файлами. Тут ещё больше вопросов:

Зачем? Чтобы больше попрограммировать?

SOFT FOR YOU1) какими компонентами пользоваться для организации клиент-серверной архитектуры

Клиент-серверная архитектура - это твое приложение + MS SQL. Если добавляешь еще одно серверное приложение, это уже трехзвенка.

SOFT FOR YOU2) каким образом организовать систему входа (логин/пароль) и определять права пользователей

Правильнее всего - использовать виндовый домен и средства доменной аутентификации, благо, MS SQL их отлично поддерживает.

SOFT FOR YOU3) как реагировать на разрыв связи и прочие неполадки с коннектом, как отлавливать
4) как организовать передачу файлов
5) как вообще обмениваться данными между сервером и приложением. тут ведь не просто строку надо передавать. тут более сложные механизмы

Эти и массу других громоздких проблем тебе не придется решать, если ты откажется от среднего звена. Трехзвенка нужна для разных случаев:
- балансировка высокой нагрузки
- независимость от СУБД
- сложные серверные бизнес-процессы
У тебя есть хоть какая-то потребность в этом?

SOFT FOR YOUНу и потом по БД интересна информация. В каких случаях нужно создавать справочники, как увязывать между собой сущности и т.д. + как грамотно реализовать автоматический апдейт клиентского приложения

...и как вообще писать программы? :)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38094924
SOFT FOR YOU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Спасибо, очень интересно

я уже 13 лет занимаюсь программированием, но с сетевым взаимодействием и программированием БД сталкивался как-то слиииишком редко

ok. тогда может подскажите мне какую-нибудь интересную статью или комплекс уроков, где описывается проектирование БД. из тех соображений, которые приняты в современном мире (в том смысле, что теоретики с опытом 30 летней давности слабо интересуют)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38094927
mvn3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Банальная 2-х звенка: логика на хранимых процедурах, тонкий клиент для вызова ХП + отображение результатов. Естественно со своими + и -, но в общем случае намного больше минусов.
Не проще ли смотреть пересмотреть платформу реализации, например, Java \ .NET ? Для них это банальная задача
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095037
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mvn3Банальная 2-х звенка: логика на хранимых процедурах, тонкий клиент для вызова ХП + отображение результатов.

С точки зрения сложности реализации это тоже вариант "чтобы попрограммировать побольше". Имя в руках мощную среду разработки и не имея никаких конкретных требований к архитектуре приложения, нет смысла тратить время на реализацию бизнес-логики на SQL-сервере, отказываясь от намного более мощного инструмента разработки.

mvn3Не проще ли смотреть пересмотреть платформу реализации, например, Java \ .NET ? Для них это банальная задача
Не проще. Это абсолютно банальная задача для любой приличной платформы последних полутора десятилетий - PHP, Delphi, даже PowerBuilder :) Пусть делает на том, что уже знает.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095039
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUможно ли отделаться только базой данных. Мне сказали, что не правильно хранить файлы в БДЗависит от объёма файлов, если не очень большой, то проще хранить в БД и ограничиться 2-х звенкой.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095042
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUok. тогда может подскажите мне какую-нибудь интересную статью или комплекс уроков, где описывается проектирование БД. из тех соображений, которые приняты в современном мире (в том смысле, что теоретики с опытом 30 летней давности слабо интересуют)
Не подскажу. Опыт приходит с практикой, и я не знаю какую-то конкретную классную книгу/статью, которую прочитаешь - и сразу станешь специалистом :)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095049
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДжекНепотрошительmvn3Банальная 2-х звенка: логика на хранимых процедурах, тонкий клиент для вызова ХП + отображение результатов.

С точки зрения сложности реализации это тоже вариант "чтобы попрограммировать побольше". Имя в руках мощную среду разработки и не имея никаких конкретных требований к архитектуре приложения, нет смысла тратить время на реализацию бизнес-логики на SQL-сервере, отказываясь от намного более мощного инструмента разработки.Зато 2-х звенку проще программировать, кода меньше писать и проще сопровождать в случае, если логика будет в ХП на сиквеле.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095061
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUok. тогда может подскажите мне какую-нибудь интересную статью или комплекс уроков, где описывается проектирование БД. из тех соображений, которые приняты в современном мире (в том смысле, что теоретики с опытом 30 летней давности слабо интересуют)К сожалению, книг теоретиков 30 летней давности не бывает, все они старее. Книге Дейта "Введение в системы баз данных" уже 38 лет :-)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095084
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUСоответственно появляется много вопросов:
1) можно ли отделаться только базой данных. Мне сказали, что не правильно хранить файлы в БД
Можно. Только если объем файлов будет в рамках разумного.
2) какие компоненты и библиотеки нужно использовать для работы с MS SQL Server
Поскольку с делфями я недружу, то смотри сам. Из распространенных ADO, ну а конкретно - зависит от приложения.
3) каким образом принято разграничивать права пользователей
Если речь о скуле мелкомягких то лучше на уровне доменной учетки.

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

Ну и потом по БД интересна информация. В каких случаях нужно создавать справочники, как увязывать между собой сущности и т.д. + как грамотно реализовать автоматический апдейт клиентского приложения
Эм... Ну даже и незнаю. Учиться, учиться, ... По клиенту - зависит от разработчика, по БД - от архитектора БД.

В целом - интересуют зарекомендовавшие себя подходы.
Самое простое - если являешся спецом по приложению, то отдай на сторону разработку БД. Ну и наоборот. Одним словом делай то что умеешь, а то чего незнаешь лучше отдать на сторону. Это сэкономит кучу времени, сил и нервов.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095092
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgЗато 2-х звенку проще программировать, кода меньше писать
Это само собой. Но толстый клиент проще программировать и отлаживать, нежели тонкий клиент и логику на ХП.

alexeyvg и проще сопровождать в случае, если логика будет в ХП на сиквеле.
Это, пожалуй, единственное преимущество. С другой стороны, автоматическое обновление толстых клиентов уже давно и много раз решенная задачка.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095181
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДжекНепотрошительС другой стороны, автоматическое обновление толстых клиентов уже давно и много раз решенная задачка.Может и давно, но я такого не видел. Всегода требуют окна для апдэйта, на лету что то никто не обновляет.

Ну и "легко сопровождать" - это не относится к тому, решена ли задача автоматического обновления. Легко сопровождать - это значит, что стоимость изменения функциональности и правки багов небольшая, и что это может быть легко сделано новым человеком.
ДжекНепотрошительalexeyvgЗато 2-х звенку проще программировать, кода меньше писать
Это само собой. Но толстый клиент проще программировать и отлаживать, нежели тонкий клиент и логику на ХП.Сложнее, почему же проще?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095195
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgНу и "легко сопровождать" - это не относится к тому, решена ли задача автоматического обновления. Легко сопровождать - это значит, что стоимость изменения функциональности и правки багов небольшая, и что это может быть легко сделано новым человеком.

За счет чего? Чем код на T-SQL проще, нежели код на ЯВУ? Учитывая, что бизнес-логика может быть самая разная.

ДжекНепотрошительЭто само собой. Но толстый клиент проще программировать и отлаживать, нежели тонкий клиент и логику на ХП.Сложнее, почему же проще?
В общем случае - проще. Можно легко пройти по всей цепочке от ввода данных до их обработки, не перескакивая из клиента в серверную часть. Есть более мощные средства отладки, сама по себе архитектура толстого клиента может быть более продуманна, нежели процедурный код на ХП. Обработка исключений, логирование - все это разумнее реализуется на толстом клиенте. Даже такие мелочи, как навигация по коду, значительно облегчают жизнь.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095291
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДжекНепотрошительВ общем случае - проще. Можно легко пройти по всей цепочке от ввода данных до их обработки, не перескакивая из клиента в серверную часть.Так зато нет разделения уровней, идти всегда нужно по всей цепочке.

Цепочка бизнес-логики в ХП короткая, выполнить просто, проследить просто. Именно этим SOA полезна.

А работу толстого клианта не то, что отладить по цепочке, её часто многие программисты не знают - не представляют, какие запросы будет выполнять сервер в ответ на действия пользователя (хотя сами программу разработали) - они типа нарисовали программу, а оно само там работает. И даже если находят ошибку - не могут поправить, поскольку опять же оно само работает, программист это не контролирует.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095365
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 варианта:
1. банальный клиент-сервер, тогда вся логика будет на хранимках, как написали выше
2. ну или middleware, если вообще каша в голове и ничего не понятно, то читайте вводную:
http://citforum.ru/SE/middleware/history/
лучший вариант - тупо взять .net или явку, там все есть уже для этого..
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095509
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДжекНепотрошительЭто само собой. Но толстый клиент проще программировать и отлаживать, нежели тонкий клиент и логику на ХП.
Программировать и отлаживать проще всего тогда, когда всё на своём месте. Просто потому, что в этом случае код максимально простой и чистый.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095511
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestлучший вариант - тупо взять .net или явку,
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095574
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestлучший вариант - тупо взять .net или явку, там все есть уже для этого..Или можно какой нибуть новый функциональный язык, что бы точно не разобраться :-)

Какой нет и ява? У человека опыт на дельфи, писать нужно по любому виндового клиента. Зачем для этого изучать трёхзвенную архитектуру и новые языки? Разве что для образования...

Вполне нормально на дельфи, с хранением файлов в базе или на файл-сервере, неважно.

Кстати, в сиквеле появилась новая фича - FILESTREAM, можно использовать её - это хранение файлов в файловой системе, но работать с ними как с полми в таблицах базы, совершенно прозрачно (указывается при создании таблицы), с всеми секюрити и без доступа к шарам.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095749
SOFT FOR YOU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а в чём отличие BLOB от FILESTREAM ?
и есть ли FILESTREAM в MS SQL 2005. похоже мне на сервер его установят
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38095820
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SOFT FOR YOUи есть ли FILESTREAM в MS SQL 2005. похоже мне на сервер его установятНету, нужен 2008

SOFT FOR YOUа в чём отличие BLOB от FILESTREAM ?В том, что в записи в таблице содержимое BLOB-поля будет хранится не в базе данных, а в отдельном файле, в остальном никакой разницы.

При этом к такому полю можно будет обращаться не только через интерфейс к СУБД, но и напрямую, к файловой системе, т.е. файлы не заблокированы.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096036
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerkosh the bestлучший вариант - тупо взять .net или явку,

ладно, окей
что в дельфи на 2012 год есть для создания middleware?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096048
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Какой нет и ява? У человека опыт на дельфи, писать нужно по любому виндового клиента. Зачем для этого изучать трёхзвенную архитектуру и новые языки? Разве что для образования...
Ага. И после пары лет "разработки" получается глюкавое и наивное подобие java application server. Спасибо - такого говна, понаписанного на дельфи и билдере я насопровождался вволю.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096105
Фотография Chop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я правильно понял, что обсуждается архитектура файлопоймки?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096114
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestчто в дельфи на 2012 год есть для создания middleware?

Уже более 10 лет есть неплохой движок SOAP, позволяющий создавать как крохотные автономные серверы, так и веб-приложения для IIS и Apache. Другого и не нужно, .NET в этом плане, к примеру, ничего принципиально нового и не предлагает.
А здесь речь идет о том, что автору middleware вообще нафиг не сдалось.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096120
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestАга. И после пары лет "разработки" получается глюкавое и наивное подобие java application server. Спасибо - такого говна, понаписанного на дельфи и билдере я насопровождался вволю.

Тебе никогда не приходило в голову, что дерьмовый софт возникает совсем не из-за того, что инструмент разработки плохой? :)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096256
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Тебе никогда не приходило в голову, что дерьмовый софт возникает совсем не из-за того, что инструмент разработки плохой? :)
Да ну? Касательно дельфи, например. Невозможность простого создания кастомной экранной формы в рантайме привела к сотням "велосипедных" движков, основанных на том, что все метаданные формы хранились в неких таблицах (form, field, lookup и прочее, например). Далее эти формы генерились движком. И у каждого уважающего себя дельфийника был подобный движок.. Окей. Только этот подход - говно. Почему говно нормальные люди давно поняли.
Сравните хотя бы с новыми способами хенерирования этих же форм в winrt (где все декларативненько задается на html, а бизнес-логика, ну или хотя бы часть связанная с проверками на форме выполняется яваскриптом) или с хамлом, да хотя бы с древней, как шкура мамонта связке tcl + tk
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096320
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestДа ну?
Да, да, не сомневайся.
kosh the bestНевозможность простого создания кастомной экранной формы в рантайме

Вот как раз то, о чем я говорю. Следует читать так: "незнание архитектуры Delphi привело к сотням..."
Формы Delphi в принципе создаются только в рантайме. Дизайнер делает всего лишь скрипт, который потом выполняется движком сериализации/десериализации. Ничто, кроме необразованности, не мешает в Delphi создавать формы любым способом - и в рантайме, и по скрипту, и из XML.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096328
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestСравните хотя бы с новыми способами хенерирования этих же форм в winrt (где все декларативненько задается на html, а бизнес-логика
Сравнил. DFM-скрипт, описывающий расположение и поведение контролов, и программный код, задающий логику их работы (или бизнес-логику, но это крайне дурной тон, смешивать бизнес-логику с интерфейсом). И чё, есть какая-то принципиальная разница?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096427
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> Формы Delphi в принципе создаются только в рантайме. Дизайнер делает всего лишь скрипт, который потом выполняется движком сериализации/десериализации. Ничто, кроме необразованности, не мешает в Delphi создавать формы любым способом - и в рантайме, и по скрипту, и из XML.

Покажите, пожалуйста, как вы это делаете. Или ссылку на опенсорс. Или ссылку на документацию.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096478
SOFT FOR YOU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
давайте без холиваров
я люблю Delphi и другое средство использовать не буду. нравится что-то другое - ради бога используйте
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096635
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestНевозможность простого создания кастомной экранной формы в рантайме привела к сотням "велосипедных" движков, основанных на том, что все метаданные формы хранились в неких таблицах (form, field, lookup и прочее, например). Далее эти формы генерились движком.
Я вполне могу понять неграмотность - сам во многом неграмотен. Я вполне могу понять апломб, побуждающий публично категорично заявлять всякие глупости. Мне интересно только одно: если есть "невозможность простого создания кастомной формы в рантайме", то каким волшебным механизмом "далее эти формы генерились движком"? Вот нежелание хоть чуть-чуть подумать я понять не могу.

kosh the bestСравните хотя бы с новыми способами
Новые способы отказываются от древних старых и идут в сторону дельфового dfm, если коротко.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096644
_9019_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kosh the best> Тебе никогда не приходило в голову, что дерьмовый софт возникает совсем не из-за того, что инструмент разработки плохой? :)
Да ну? Касательно дельфи, например. Невозможность простого создания кастомной экранной формы в рантайме привела к сотням "велосипедных" движков, основанных на том, что все метаданные формы хранились в неких таблицах (form, field, lookup и прочее, например). Далее эти формы генерились движком. И у каждого уважающего себя дельфийника был подобный движок.. Окей. Только этот подход - говно. Почему говно нормальные люди давно поняли.
Сравните хотя бы с новыми способами хенерирования этих же форм в winrt (где все декларативненько задается на html, а бизнес-логика, ну или хотя бы часть связанная с проверками на форме выполняется яваскриптом) или с хамлом, да хотя бы с древней, как шкура мамонта связке tcl + tk
исповедь бестолкового студента какая-то, которому рассказали что есть программирование, но не сказали как и чем это делается.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096664
_8436_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kosh the best> Какой нет и ява? У человека опыт на дельфи, писать нужно по любому виндового клиента. Зачем для этого изучать трёхзвенную архитектуру и новые языки? Разве что для образования...
Ага. И после пары лет "разработки" получается глюкавое и наивное подобие java application server. Спасибо - такого говна, понаписанного на дельфи и билдере я насопровождался вволю.
Дон Себастьян Перейра, когда ты успел такого насопровождаться, да еще и "вволю"? В перерывах между торговлей черным деревом и другими подростковыми забавами? Иди уже лучше на подростковые ресурсы, ты там за своего...
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38096785
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestПокажите, пожалуйста, как вы это делаете. Или ссылку на опенсорс. Или ссылку на документацию.
Ну вот пример сериализации форм вручную: http://www.rsdn.ru/article/Delphi/makecomponents.xml
А создавать компоненты в рантайме без использования сериализации - это вообще второй год детского сада, даже как-то стыдно спрашивать как-то :)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097094
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кастомные формы, речь про кастомные формы, которые может ваш клиент сам в случае чего поправить, как их внешний вид, так и проверки..
дак вот, повторяюсь в дельфи ничего для этого нет из коробки и каждый дельфийсник для этого наваял собственный велосипед и гордится этим..
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097199
_6308_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kosh the bestкастомные формы, речь про кастомные формы, которые может ваш клиент сам в случае чего поправить, как их внешний вид, так и проверки..
дак вот, повторяюсь в дельфи ничего для этого нет из коробки и каждый дельфийсник для этого наваял собственный велосипед и гордится этим..
т.е. ты, как внедряльщик с "огромным опытом", за это "отвечаешь"? Так Саня?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097293
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestкастомные формы, речь про кастомные формы, которые может ваш клиент сам в случае чего поправить, как их внешний вид, так и проверки..
дак вот, повторяюсь в дельфи ничего для этого нет из коробки и каждый дельфийсник для этого наваял собственный велосипед и гордится этим..Это по вашему варианту сам клиент будет править "winrt (где все декларативненько задается на html, а бизнес-логика, ну или хотя бы часть связанная с проверками на форме выполняется яваскриптом) или с хамлом, да хотя бы с древней, как шкура мамонта связке tcl + tk"???
Прямо бухгалтер без программиста поправит?

А если программист, то наверное, без разницы?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097405
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgkosh the bestкастомные формы, речь про кастомные формы, которые может ваш клиент сам в случае чего поправить, как их внешний вид, так и проверки..
дак вот, повторяюсь в дельфи ничего для этого нет из коробки и каждый дельфийсник для этого наваял собственный велосипед и гордится этим..Это по вашему варианту сам клиент будет править "winrt (где все декларативненько задается на html, а бизнес-логика, ну или хотя бы часть связанная с проверками на форме выполняется яваскриптом) или с хамлом, да хотя бы с древней, как шкура мамонта связке tcl + tk"???
Прямо бухгалтер без программиста поправит?

А если программист, то наверное, без разницы?
Нет, это делать будут делать внедренцы, либо программисты уже на стороне заказчика, если им потребуется по быстрому что то доработать или поправить. Всяко это лучше чем ковырятся в очередном конфигураторе или генераторе форм сваяном дельфистом на древних технологиях.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097445
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestНет, это делать будут делать внедренцы, либо программисты уже на стороне заказчика, если им потребуется по быстрому что то доработать или поправить. Всяко это лучше чем ковырятся в очередном конфигураторе или генераторе форм сваяном дельфистом на древних технологиях.
А что, XAML и JavaScript это хоть как-то облегчают? Это вообще редчайший бред - ради возможности кастомизации на стороне клиента делать морду программы на JavaScript (вон, на Террасофт ЦРМ посмотрите). Дайте клиенту тогда исходники кастомизируемых модулей, и пусть себе дорабатывает как хочет.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097601
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestВсяко это лучше чем ковырятся в очередном конфигураторе или генераторе форм сваяном дельфистом на древних технологиях.Я почему то так и думал, что аргументы сведуться исключительно к словам "древняя технология", "старьё" и т.д. :-)
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097667
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerНовые способы отказываются от древних старых и идут в сторону дельфового dfm, если коротко.
+1 )))
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097837
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
аргументы тут примерно те же, что приводил гослинг, когда призывал отказываться от емакс в сторону современных ide при разработке софта, в частности для явы он предлагал нетбинс тогда..
его активно тогда "закидывали какашками" на конференциях..
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097840
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestаргументы тут примерно те же, что приводил гослинг, когда призывал отказываться от емакс в сторону современных ide при разработке софта, в частности для явы он предлагал нетбинс тогда..
его активно тогда "закидывали какашками" на конференциях..
И правильно делали, что закидывали. Но к сожалению, современный рынок средств разработки ориентирован на школоту и индусов, а не на специалистов. Гослинг, к слову, продвигал в первую очередь не перспективный язык, а собственную кормушку.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097886
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
любая IDE может ускорить разработку, но не сделает программу лучше. Поэтому когда призывают отказываться от текстового редактора в пользу IDE, то прежде всего нужно искать интерес призывающего в этой самой IDE.

p.s. Поклонник Коша... разработка - это тебе не Фентези, здесь немного другие правила.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097900
Фотография kosh the best
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
когда вы создаете собственный генератор форм (экранных и печатных), некий способ формирования бизнес логики (собственный встроенный скриптовый язык, чаще всего) вам волей-неволей приходится создавать и окружение, в котором все это будет работать, так появляются наколенные конфигураторы форм, отладчики и редакторы встроенных языков и прочее..
окей, в 97 году от этого было никуда не уйти - волей-неволей приходилось это делать (да хотя бы тот же 1С)
но не в 2012 же году..
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097921
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
прежде всего нужно ответить на вопрос "а что такое наколенные?" А затем постараться ответить на следующий вопрос: а чем 2012 год от 97 отличается? Новыми названиями?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097964
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestв 97 году от этого было никуда не уйти - волей-неволей приходилось это делать (да хотя бы тот же 1С)
но не в 2012 же году..И в 2012 так же.
iscrafmлюбая IDE может ускорить разработку, но не сделает программу лучше. Поэтому когда призывают отказываться от текстового редактора в пользу IDE, то прежде всего нужно искать интерес призывающего в этой самой IDE.Ну, интерес "ускорить разработку" тоже вполне нормально, почему в ваших словах какой то негативный оттенок?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38097972
ДжекНепотрошитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kosh the bestтак появляются наколенные конфигураторы форм, отладчики и редакторы встроенных языков и прочее..

Так работают все крупные программные комплексы

kosh the bestно не в 2012 же году..
А что, в 2012 году есть альтернатива? Ты же, надеюсь, не всерьез считаешь, что JavaScript нужно использовать для разработки и кастомизации бизнес-приложений? Ты же не из сумасшедшего дома прибежал?
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38098103
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgiscrafmлюбая IDE может ускорить разработку, но не сделает программу лучше. Поэтому когда призывают отказываться от текстового редактора в пользу IDE, то прежде всего нужно искать интерес призывающего в этой самой IDE.Ну, интерес "ускорить разработку" тоже вполне нормально, почему в ваших словах какой то негативный оттенок?
потому что поклонник Коша считает что разрекламированная IDE производит хорошие программы, а не разработчик. Это настолько глупое мнение, что позитивно его воспринимать тяжело. А ускорение разработки в случае, когда остальные критерии в норме, в большинстве случаев является очень весомым фактором. Ничего против различных IDE конечно же не имею.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38098127
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmalexeyvgНу, интерес "ускорить разработку" тоже вполне нормально, почему в ваших словах какой то негативный оттенок?
потому что поклонник Коша считает что разрекламированная IDE производит хорошие программы, а не разработчик. Это настолько глупое мнение, что позитивно его воспринимать тяжелоА, понятно, с этим нельзя не согласиться.
...
Рейтинг: 0 / 0
Мозговой штурм на тему разработки клиент-серверного приложения
    #38108694
tumblerrr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Автору почитать Фаулера, архитектура корпоративных приложений.

Многое прояснится.
...
Рейтинг: 0 / 0
51 сообщений из 51, показаны все 3 страниц
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Мозговой штурм на тему разработки клиент-серверного приложения
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]