По этому несколько раз переспросил что есть фреймворк. Не знаком я с .NET, могу лишь судить по аналогии. Так вот промежуточное ПО существует для того что бы никогда не было так: На клиенте не должно быть ничего. Причем если используются сервера баз данных, то желательно размещать сервера приложений и баз данных как можно ближе друг к другу. Это золотое правило. Есть подозрение, что в вашем случае все сделано как раз наоборот: промежуточный слой и клиент на одной машине, сервер баз данных на другой. Хотя не уверен, что .NET не позволяет конфигурить это. Так что возможно проблема не в программистах даже (если нигде, конечно, не закодировано жестко, что сервер приложений локальный), а в администраторе который это дело так развернул.
AlTk, факт, логики на клиенте быть не должно. даже если это спец. клиент добавлено через 49 секунд Иначе получится борода, о которой говорит Гость. В таком случае лучше вообще отказаться от использования промежуточного ПО.
на .NET хороших приложений не создашь. Вот уже сколько лет как эта дрянь выпущена, а ни одной хорошей программы так и не видел, одни тормозные и глючные поделки. А все потому, что NET позволяет писать программы всем и каждому, знания программирования для этого уже практически не нужно, этакий конструктор лего, знай лепи из кубиков-библиотек. В основном, на нете сейчас пишутся всякие корпоративные приблуды, где качество и скорость программы побоку, а главное скорость разработки - бизнес-то требует! Да и программеры среднего пошиба дешевле стоят. Надеюсь, что эта зараза в этой своей нише и останется.
ну как-же, на .Net подругому написать невозможно, без установки NetFramework на машину ведь не обойтись? так, а если это версия 2.0 на ту машину она ставилась минут 20, это раз, память ест и работает медленно. толи дело скачать архивчик на 50-200кб, распаковать прогу, прописать в инишники адрес sql сервера, логин ,пароль, запустить, и тут-же получить результат, 2-3 минуты вместо 30.
ну вас понесло, незная что за база и что делает прога, рассказывать что да как должно быть. базы делают в москве и софт тоже пишут там, и так понятно что спроектировано и работает все через одно место, но не мне это исправлять. правда прога, написанная с использованием Net 2.0 была альтернативная, написанная другим филиалом и использовалась соответственно не по указке москвы, так как стандартными средставами, написанными московскими программерами нужные данные просмотреть было практически не возможно
на уровне серверов приложений все базы данных абсолютно одинаковы. Ну как видите технологии тут не причем.
с чего такой вывод? ) и то что с москвы и эта прога были очень похожи в плане тормознутости и глючности
а этот кто-то пробовал из uses ненужные модули убрать? несерьезно все то что вы пишите тут дорогой Гость. и из конфетки можно получить говно, платформа тут ни при чем. прокладки просто стоят не те между клавой и сиденьем.
делфи включает в приложение код из модулей, только тот который используется, если модуль не содержит в себе секций initialazation, finalization, то он просто не включается в программу. а что серьезно? как всегда бизнес плюющий на все, в том числе и здравый смысл? платформа .NET гнилая , что тут можно обсуждать, конечно хороший программист и на фуфле напишет хорошо, но зачем? если есть нормальные средства, а программистов хороших к сожалению мало, это факт,все таже спешка виновата. коммерциализация вообще вредит любой области. капитализм впринципе ушербен по своей сути. з.ы дайте пример качественной проги написанной на .NET
Как далеко может увести обсуждение проблемы от её решения Использовать или не использовать имеющиеся технологии каждый решает сам, но и достоинства этих решений, вероятно, у всех разные. Поэтому, пусть каждый нальет себе и выпьет за здоровье своих программных "коней"