СИАГЕНет, дизайн системы это объединение этих TextField, ButtonEdit, Toolbar, Grid, MDI, ComboBox, OutlookBar с данными совершенно противоположным ЕГАИС образом, т.е. чтобы в результате не получилось очередного ЕГАИСа. Надеюсь не надо рассказывать, как хорошо спроектирована эта система учета вотки?

Блин... опять пионеры... Да при чем ту Delphi, на которой ЕГАИС то писали? Этот бобик умер по совсем другой причине:

а) MS SQL Server (читающие блокируют пишущих и наоборот - да в масштабах всей страны - Get the fucks в чистом виде);
б) организационные (даже не технические) вопросы.

--

И при чем тут ButtonEdit к ЕГАИС? Не спасут они ни отца русской демократии, ни каких октрябрят от IT в лице Васечкина и Петрова с Машей Старцевой на подхвате.

СИАГЕ Скажете, что .NET Framework к Дельфи не имеет отношения?
.NET писало достаточно большое количество бывших делфистов.

СИАГЕ
Только не надо вот этого вот. Кроме того, C/C++ и Delphi в принципе не приемлют ротацию кадров (квалификационные требования).
Вывод из проекта ключевых спецов означает крах продукта и инвестиций.Какова прадукта? Э, алё!? Дельфишки же доказывают, что для их RAD прогер не нужен, что манагер и сам может понабросать готовые TextField, ButtonEdit, Toolbar, Grid, MDI, ComboBox, OutlookBar на форму и все будет работать?
Нет, не будет. Delphi и кучи компонент под них - это лишь конструктор. Что то вроде ЛЕГО. Но мало того, что нужно выполнить грамотно селекцию (а это опыт и годы), кроме того, нужно еще написать систему шаблонов/заготовок (от того самого VFI и не только), достаточно сильно доработать базовую компонентную базу.

На это способны далеко и очень далеко не все (1:100 от массы). В случае же отстувия внятной типологизации заготовок (как ключевых высокоуровневых элементов) ты будешь вынужден строгать код как типичный явер - долго нудно и очень, очень много руками, асболютно не думая головой в части - как же упростить себе жизнь, убрать рутину и повысить качество.

СИАГЕ
Или не так? Ведь вам уже не нужно в 1035 раз имплементировать кодировать равнокривой доступ к данным, все же уже готово и работает, искаробки? Или не так? Что же делают ключевые спецы и зачем они нужны манагерам, которые и сами себе могут отчеты создавать просто в GridView каком-нибудь?

Из коробки ничего не работает, о чем ты вообще? Delphi - это чистый конструктор лего, разгуляй поле, что хочешь, то и твори (естественно, шансы у тебя делать все правильно с нуля - 1:100).

Методы правильности (кстати) на форуме частично описаны (если читать регулярно).

--

Проблема только в том, что в Delphi - можно спокойно развивать и так уже весьма мощный базовый фукнционал. А в Java - тебе нужно сначала дорасти до уровня базовой Delphi (а это несколько человеко-лет от базовых средств), и только потом уже о чем то там говорить дальше.

Тебе хочется терять, допустим пять лет на строгание достаточно удобного (сопоставимого) стека DBAware? Вот мне - нет, не хочется и не улыбается.

---

Более того - могу повториться еще раз. DBAware и VFI (Visual Form Inheritance) адекватно реализован только в Delphi. .NET, VB, FoxPro, Swing (практически все вариации) - пролетают аки фанера над парижем (впрочем, яверов в индии много, в питере тоже, а в штатах - и вовсе по рынку труда сотни тыщь ползают, надо же их всех чем то кормить?).

А про типовые бизнес-заготовки - мы даже не говорим пока (лишь смотрим на их подобия - к примеру JHeadStart от Oracle, просто как идею прототип для пущего понимания, о чем идёт речь)

Суть осилил? Или разжевать?

СИАГЕВот-вот. Давай, покажи нам класс. Налабай спинномозговым кликанием оффлайн клиент для форума. Я думаю, это простая задача для владеющего RAD Delphi на уровне спинномозговых лекал, ведь код по сути вообще писать не придется? Ась? Что, "Ну не шмагла я!"©, да?

Расслабься. И открой для себя Outlook Express via NNTP.

---

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

Гораздо проще - выбирать и грамотно использовать лучшее из имеющихся решений (чем плодить свои недоделки - см. на Swing как типовой пример недоделия по принципу "мы умнее всех, и сделаем не так как у всех").

vykhodtsev grexhide vykhodtsev
Кстати про APEX, как там с совместной разработкой и версионностью кода? (можно ли
различные ветви создавать как в SVN)?

Вот тут не уверен. Особой встроенной версионности, если честно, не заметил. Впрочем, как всегда в случае PL/SQL - экпорт/импорт кода/дампа.


В свое время мне APEX показался какой-то "вещью в себе", не понравилась ориентация на визуальное мышекликанье, вопросы версионности опять же (и соответственно совместной разработки) и вообще как его кастомайзить не очень понятно.

Это лишь один из вариантов (больше для конечных юзеров). А вариантов там, на самом деле масса.

vykhodtsevСчитаю, что для тонкого клиента ява вполне неплохой выбор. Собственно явы у нас немного (сервлеты для PDF/DOC/XLS/DBF, несколько фильтров, мелкие утилиты). Основное - JSP страницы, дергающие хранимки на PL/SQL. Главный плюс JSP - можно легко создавать собственные теги, из них формы собираются очень быстро.
Да, при должном навыке, если отталкиваться от чистого JSP без сопуствующих монстров - вполне, согласен. Мы раньше так и делали, пока не открыли для себя mod_plsql (в дальнейшем придя к htmldb).

vykhodtsevГлавное не залезать во всякие Spring-Struts-Hibernate-EJB (этого нахлебались в свое время, вот недавно полностью от этой гадости избавился во всех остальных проектах).
О чем и речь ;)

vykhodtsev
grexhide
По поводу более продвинутых. Не обязательно Reports, можно и в сторну даже Publisher посомтреть. Только это все слишком монстровидно, глюкаво и с душком (а... ява-индусы).

Если нужно быстро и со вкусом, то генерацию отчетов можно запросто соорудить и на сторонних внешних процессах и средствах (к примеру есть вполне адекватные PDF движки и на C/C++ (GNU и иже), и на .... хоть моветон, но все же - Delphi (хоть и придется городить тут Windows сервера, что в общем то, куда меньшее зло и куда дешевле, чем городить Oracle BI огород).

Говоря проще - это уже вопрос десятый. В рамках сессии на сервере можно дернуть RPC, а куда и как - это уже вопрос десятый. В конечном счете тебе нужно что? Файл. Просто файл.

Для отчетов используем BIRT. Монстровидно, глюково, но функциональность - зашибись. Самые извращенные фантазии юзеров воплотили в PDF.
Cпасибо за идею c RPC, может где-нибудь пригодится.
Да вариантов, на самом деле масса (на тему Report Server). Вот есть еще к примеру - FastReport Server, в Crystall Reporst тоже есть что то на тему BI. Тут уже дело вкуса.

Я сам отказался от внешних средств по причине royalty. Для генерации отчетов от шаблонов (невизуально) - .XLS/.XHTML/.RTF движки. Хватает по самое не хочу. Про .PDF думали, но никто не просил, плюнули.

vykhodtsevНу так, я и не спорю. Только ты ж раньше говорил что PL/SQL всё на свете может )
Ай, ну не нужно же воспринимать прям так буквально и дословно. Есть такое право - выбирать лучшие средства для данных классов задач. А упираться рогом строго в букву J или О (или в точку в слове НЕТ) - это вон пусть манагеры (бывшие полковники) с часами Омега в гЛюкссофте, Борласе или где там еще занимаются.

Имеем право сказать категорическое нет всякой кривой и монстровидной левизне - и скажем. Чай не наёмные рабы-кодемонки. Нам проекты делать нужно, а не внедрять отбивать бабло за лицензии.

СИАГЕИ именно поэтому 1С, перепробовав все мыслимые варианты, делает теперь свои "Склады", "Бухгалтерии" и "Предприятия" как трехзвенки?

1с заработала на Oracle? Я что то пропустил?
--
Что можно ожидать от системы, которая имеет собственный движок файл-серверных баз данных (восьмерка)? И имеет жуткие непроходимые тормоза даже на MS SQL? Только в третье звено (если не в канаву, так в дурдом, куда же еще).

1С повторяет путь SAP. Что такое SAP и с чем его едят (в части работы с БД) - можешь почитать отдельно.

TimmКакая разница сколько виртуальной памяти просит процесс?

Очень даже большая. Потому что просит он её не просто так.
К примеру в CLR - есть понятия поколений. Каждое - со своей подкучей. За время эксплутации приложения - происходит довольно жуткая фрагметнация, и реально страницы - не возвращаются системе (до момента события, когда явно не остаётся остатка в VM).

Впрочем, то, что ты запустил голый jrew - не впечатлило. Я говорил несколько об ином: запуске реальных апплетов.

В итоге - я получал стабильные приросты в 60-80 мегабайт на процесс (даже по данным TaskMan).

См: http://www.ultrafractal.com/showcase/jos/alexanders-horn.html

В случае Firefox было, кстати, все куда веселее

СИАГЕSwing что ли доработать? А кто-то говорил, что это Swing с JTable нужно допиливать и допиливать, а в Delphi де уже все отшлифовано. Ничч-чего не понимаю

а) купить готовую машину, выкинуть сидения, заменить расточить двигатель, поставить нитро, усилить подвеску и поставить спойлеры с неоном и анатомические сидения (это Delphi)

б) купить подвеску от Камаза, двигатель от Белаза, корпус от Т-34, навигационную систему от Боинга, турбины от F-15, при этом - иметь в текхусловии задание работать на дровах или угле в виде опции, но обладать свойствами вездехода, грузоподьемностью 200 тонн, временем разгона 5 секунд по трассе, свойствами антирадара, ну и еще возможностями подводной лодки (как вариант - еще опцию с воздушной подушкой) - вот это подход Java (корпоративных).

При этом - быть, как говориццо, user friendly.

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