Выбираю технологию

← →
ANB © (2005-11-22 21:28) [0]

Собрался наконец дома проектик начать писать.
Кратко - за основу положу бухгалтерию в максимально простом варианте, потом сверху уже буду наворачивать все остальное.
Сижу чешу репу - как делать, т.е. на какую технологию подсесть.
СУБД, есно возьму оракл, так мне с ним проще работать.
Есть варианты :
1.1. Обычный клиент - сервер. Тут однозначно делфи и не парится. Логику по максимуму в пакеты, туда же - защиту. Минус - писать запаришься и нужно постоянно синхронизить клиента с базой.
1.2. Клиент - сервер с универсальным клиентом. Т.е. описание GUI будет приезжать с сервера. Минус - придется изобретать скриптовый язык, клиент будет медленнее обычного, да и в компиляторах я не особо силен - только один кривенький такой написал.
2.1. Обычная трехслойка Win32 с ручным обменом по TCP. Плюсов только 2 - выше защита (но ее еще сделать надо), коннектися можно прямо под DBO - не надо парится с защитой базы. Минусы - придется писать и сервер и клиент и базу и синхронизить этого монстра. Еще минус - платформозависимость сервера.
2.2. Трехслойка на COM. Таких не писал, но работал с готовыми проектами. Не прикололо. Объем все равно большой, плюс еще регистрить объекты везде надо.
2.3. Трехслойка на C#. Не пробовал. Но платформозависимым будет и сервер.
3.1. Web - интерфейс в броузере. Писать придется только БД. Платформонезависим. Есть исходники подобного. Но жутчайший интерфейс. И зависимость от браузера.
3.2. Web-интерфейс на Flash. Сам не видел, но могу раздобыть примеры. Говорят - клево. Но сам не видел. Минус - вообще с такой технологией не работал.
Чего посоветует народ исходя из опыта ?

← →
ANB © (2005-11-22 22:49) [1]

Никто не хочет помыть косточки ?

← →
wicked © (2005-11-22 23:08) [2]

> 1.1. Обычный клиент - сервер. Тут однозначно делфи и не
> парится. Логику по максимуму в пакеты, туда же - защиту.
> Минус - писать запаришься и нужно постоянно синхронизить
> клиента с базой.
логику по максимуму выносить в ХП и триггера, благо сервер это позволяет и поощряет.... в остальном - автоматически формируемые TField-ы и колонки, плюс, где надо, форматы ввода-вывода данных, прописанные в базе... сложно, зато данные (и данные описания представления данных) в одном месте....

> 1.2. Клиент - сервер с универсальным клиентом. Т.е. описание
> GUI будет приезжать с сервера. Минус - придется изобретать
> скриптовый язык, клиент будет медленнее обычного, да и в
> компиляторах я не особо силен - только один кривенький такой
> написал.
попробовать HTML интерфейс.... минусы - более-менее проработанный интерфейс = программирование на JavaScript....
если интересно, на форуме есть пара экспертов по таким вещам.... например, Ihor Osov"yak....

> 2.1. Обычная трехслойка Win32 с ручным обменом по TCP. Плюсов
> только 2 - выше защита (но ее еще сделать надо), коннектися
> можно прямо под DBO - не надо парится с защитой базы. Минусы
> - придется писать и сервер и клиент и базу и синхронизить
> этого монстра. Еще минус - платформозависимость сервера.
не пробовал, не знаю......

>
> 2.2. Трехслойка на COM. Таких не писал, но работал с готовыми
> проектами. Не прикололо. Объем все равно большой, плюс еще
> регистрить объекты везде надо.
не пробовал, не знаю......

> 2.3. Трехслойка на C#. Не пробовал. Но платформозависимым
> будет и сервер.
не пробовал, не знаю......

> 3.1. Web - интерфейс в броузере. Писать придется только
> БД. Платформонезависим. Есть исходники подобного. Но жутчайший
> интерфейс. И зависимость от браузера.
всё относительно..... phpMyAdmin - это тоже веб-интерфейс.... но есть вещи, которые на нем очень хорошо реализованы...
как вариант - интерфейс на java (апплетом)... недостаток - доступен, афаик, только AWT (убогие возможности для интерфейса)....

> 3.2. Web-интерфейс на Flash. Сам не видел, но могу раздобыть
> примеры. Говорят - клево. Но сам не видел. Минус - вообще
> с такой технологией не работал.
из того, с чем имел дело работал - до сих пор меня приводят в ужас флешовые таймлайны.... этот запущен, этот нет, тут уже в таком кадре, тут еще в этом.... плюс, имхо, просто необходимо уметь рисовать.... иначе интерфейс уйдет не дальше десятка скучных однотонных и однотипных прямоугольников....

← →
ANB © (2005-11-22 23:14) [3]

У апплета и веб-интерфейса один большой минус - им запрещено работать с локальными файлами. А это частенько нужно. Может я ошибаюсь ?

← →
wicked © (2005-11-22 23:18) [4]

> У апплета и веб-интерфейса один большой минус - им запрещено
> работать с локальными файлами. А это частенько нужно. Может
> я ошибаюсь ?

у Flash такое же ограничение.....
для веб интерфеса всё, афаик, не так однозначно.... если имеете ящик на гмайл, можете глянуть, как там реализована работа с аттачами.... впечатляет....

← →
ANB © (2005-11-22 23:23) [5]

К сожалению, пока доступа к веб почтовикам нету. Надо домой инет тянуть.

← →
ANB © (2005-11-22 23:24) [6]

> wicked © (22.11.05 23:18) [4]

А у вас нету примерчика нормальной странички, чтобы кнопками можно было по гриду ползать ?

← →
Lamer@fools.ua © (2005-11-22 23:44) [7]

>>ANB © (22.11.05 21:28)

IMHO, сначала лучше определится с количеством звеньев: 2 или 3. А потом уже плясать от этого.

← →
ANB © (2005-11-23 00:23) [8]

> Lamer@fools.ua © (22.11.05 23:44) [7]

В случае с ораклом трехзвенка мало полезного даст. Да и определится надо. Как работать с каждым из вариантов - я знаю. Либо сам писал, либо исходники есть.

← →
Игорь Шевченко © (2005-11-23 00:33) [9]

Я бы выбрал Remoting: есть где-то объект, который реализует бизнес-логику (не важно в Oracle эти данные хранятся или в простом текстовом файле или XML), и есть клиент этого объекта. Возможно, разные клиенты. У MS на сайте есть пример, называется TaskVision. Есть книжка по этому делу с ужасным шрифтом, так и называется .Net Remoting, автора не помню.

← →
Reindeer Moss Eater © (2005-11-23 08:27) [10]

Для всех пунктов связанных с web, в том числе java клиент:
Как будете печатать, скажем, платежку. Так, что бы макет бланка соответствовал требованиям 2-П?

← →
Джо © (2005-11-23 08:28) [11]

> Как будете печатать, скажем, платежку.

Можно генерировать rtf-файл, а потом его уже из Ворда печатать. Кривое, но распространенное решение :)

← →
Lamer@fools.ua © (2005-11-23 09:13) [12]

>Есть книжка по этому делу с ужасным шрифтом, так и называется .Net Remoting, автора не помню.
И с ужасными примерами (не все ужасные, но в нескольких я жёсткие ляпы нашёл). Авторов (их три) могу на работе глянуть, если кому надо.

>>Reindeer Moss Eater © (23.11.05 08:27) [10]

Не уверен, но если отдать браузеру, скажем, в GIF"е, он, вроде, его корректно сможет распечатать. Или нет?

>>ANB © (23.11.05 00:23) [8]

>В случае с ораклом трехзвенка мало полезного даст.
Я имею в виду: определиться с количеством звеньев, а после этого некоторые варианты из [0] отпадут.

А вообще, лично я бы выбрал 3-хзвенку. Во-первых, как уже написали выше, в этом случае удобно реализовать бизнес-логику и потом работать уже в понятиях бизнес-логики: бизнес-сущностей и бизнес-объектов. Во-вторых, при добавлении или изменении СУБД, клиентское приложение об этом даже и не должно знать, оно работает с сервером приложений. В-третьих. Пишем сервер приложений. И клиент под, скажем, Windows для начала. А потом можно хоть Web-клиент уже делать, хоть PDA-клиент. Есть ещё преимущества, которые что-то пока не вспоминаются (ну и недостатки, о которых я умолчу :o) ).

Пару слов о сервере приложений, если надумаете писАть. Я бы рекомендовал сразу разделить на несколько слоёв. Как минимум: слой доступа к данным (Data Access Layer, DAL) и слой работы с бизнес-логикой (Business Logic Layer, BLL). От СУБД зависит только DAL. Клиентские приложения же работают только с BLL.

← →
Sergey13 © (2005-11-23 09:31) [13]

2ANB © (22.11.05 21:28)
А для чего проектик то? Для домашней бухгалтерии? Для маленького магазина? Для предприятия? Коробочный продукт а-ля 1С?

← →
Reindeer Moss Eater © (2005-11-23 09:39) [14]

Чего посоветует народ исходя из опыта ?

Попробуй все пункты с 1.1 по 3.2 сразу.
Так ты точно достигнешь поставленной цели.
Ведь цель здесь - убить время и возможно получить практику.
Другой разумной представить не могу.

← →
Danilka © (2005-11-23 09:39) [15]

ANB © (22.11.05 21:28)
1.2. Клиент - сервер с универсальным клиентом. Т.е. описание GUI будет приезжать с сервера. Минус - придется изобретать скриптовый язык, клиент будет медленнее обычного, да и в компиляторах я не особо силен - только один кривенький такой написал.

Мне больше этот вариант импонирует, т.к. сам чем-то подобным потихоньку дома занимаюсь.
На счет скриптовых языков/компиляторов можешь не париться: есть уже готовые, например, фаст-скрпт для дельфи, также можно легко использовать микросовсткие JS и VBS, см, например, вот-здесь:
http://www.delphikingdom.com/helloworld/activescript.htm
И на счет тормозов можешь не беспокоится. На глаз пользователя будет незаметно.

← →
msguns © (2005-11-23 09:40) [16]

Во, радость-то в семье ! Хить один умный человек нашелся. Спросил "А ДЛЯ КОГО ЭТА ПРОГА ?"

Респект Sergey13 ©

← →
Danilka © (2005-11-23 09:40) [17]

Reindeer Moss Eater © (23.11.05 09:39)
Ведь цель здесь - убить время и возможно получить практику.
Другой разумной представить не могу.

Есть еще - получить удовольствие, например. :)

← →
Reindeer Moss Eater © (2005-11-23 09:44) [18]

>Есть еще - получить удовольствие, например. :)

Это подцель мегацели "убить время"

← →
Reindeer Moss Eater © (2005-11-23 09:47) [19]

О!
Эврика.

Возьми Оракл. Все остальное убери.
Добавь Oracle Forms.
И создавай свою бухгалтерию.

← →
Danilka © (2005-11-23 09:50) [20]

Reindeer Moss Eater © (23.11.05 09:47)
О!
Эврика.

Возьми Оракл. Все остальное убери.
Добавь Oracle Forms.
И создавай свою бухгалтерию.

Можно и формсы убрать. Блокнот, как среда разработки и пиши себе спокойно hta :)

← →
Reindeer Moss Eater © (2005-11-23 09:57) [21]

>Можно и формсы убрать.

Идем дальше.
Можно убрать и блокнот и даже сам Оракл.
Оставляем только браузер и убиваем с удовольствием время в этой ветке обсуждая новую бухгалтерию.

:)

← →
msguns © (2005-11-23 10:00) [22]

Анекдот. Возможно, в тему.

Новички авиаклуба стоят перед посадкой в самолет для первого прыжка. Инструтор им декламирует:
- Значит так, по моей команде поднимаетесь и по очереди подходите к люку. После того, как выпрыгнете, посчитайте до 10 и дерните вот за это колечко. Если парашют не раскроется, то вот за то. Когда приземлитесь, сложите парашют и пойдете к лесу, где вас будет ждать автобус с горячим чаем.

Полетели. Набрав высоту, начали выброс. Один мужик выпрыгнул, посчитал до 10 и дернул первое кольцо. Парашют ни фига не раскрылся. Еще раз посчитал до 10 и дернул за второе кольцо. Опять глухо. Летит и думает: "Ну если и с чаем надули.."

← →
ANB © (2005-11-23 10:14) [23]

> Sergey13 © (23.11.05 09:31) [13]
> 2ANB © (22.11.05 21:28)
> А для чего проектик то? Для домашней бухгалтерии? Для маленького
> магазина? Для предприятия? Коробочный продукт а-ля 1С?

Обычно я продавал в средние магазины (штук 5 точек и 1-3 склада). Старый вариант был на клиппере. Надо переписывать с учетом опыта.
Oracle Forms тяжеловато пойдет.
Исходя из сферы применения - нужно чтобы отчеты были сразу под печать, оптимально - выгружать их в Excel.
Начинаю потихоньку к 1.2 склонятся. Как раз друзья в Казани нечто подобное делают, только для других масштабов.

← →
КаПиБаРа © (2005-11-23 10:19) [24]

ANB © (23.11.05 10:14) [23]
Начинаю потихоньку к 1.2 склонятся

По пункту 1.2. Суслик великий специалист.

← →
msguns © (2005-11-23 10:21) [25]

>ANB © (23.11.05 10:14) [23]
>Обычно я продавал в средние магазины (штук 5 точек и 1-3 склада). Старый вариант был на клиппере. Надо переписывать с учетом опыта.

"Гы-гы, мнэ мама коныка купыла, конык бэз ногы, гы-гы.." Это песня есть такая. У меня есть стааарый проект. Еще в ДОСе. С парадоксом 3.5. Сетевой. Работающий. Лет 10. У кучи клиентов. До сих пор. Полный "фарш" от материальных учетов всех видов до Главной.
Делал несколько попыток "перевести" это дело на "современные технологии". НИ ОДИН старый клиент не захотел нового софта. Новых же вербовать бессмысленно, ибо 1С "буквально все заполонила".

← →
Sergey13 © (2005-11-23 10:27) [26]

2[23] ANB © (23.11.05 10:14)
Для 5-10 клиентов Оракл? А смысл? Только потому что знаешь его? ИМХО, это если только на новую XE надеяться. Лицензионная чистота она конечно пока пофиг 8-), но что дальше будет - неизвестно.
Я бы выбрал ФБ+1.1 если хочешь просто капусту рубить. Или что угодно, если хочешь "опыта", "убить время" или "получить удовольствие".

← →
Думкин © (2005-11-23 10:31) [27]

> Sergey13 © (23.11.05 10:27) [26]

Если что угодно - то Аксапту. :))

← →
Sergey13 © (2005-11-23 10:36) [28]

2 [27] Думкин © (23.11.05 10:31)
Учитывая, что автор поклонник Оракл, то логичнее было бы его же АПП сервер брать. 8-)

А я вот все хочу для таких целей использовать связку - RDBMS (любая) - JDO/Hibernate - Swing/SWT/JSF GUI. Все очень интересно, да за текучкой времени не хватает.
Их плюсов - бесплатность разработки (Eclipse или Oracle JDeveloper полностью бесплатны и очень функциональны). Тормоза Java уже уходят в прошлое, так что видимых препятствий нет. Да и кросплатформенность в принципе можно использовать. А уж для 3-х звенки это самое то. Особенно с Java Server Faces, там даже для web grid-ы можно делать и приличный интерфейс.

> НИ ОДИН старый клиент не захотел нового софта. Новых же
> вербовать бессмысленно, ибо 1С "буквально все заполонила".
>

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

← →
seg (2005-11-23 13:20) [31]

База - Оракл.
Система 2-х звенная, для удаленных пользователей доступ через WEB.
По-моему такая конфигурация оптимальная.

> seg (23.11.05 13:20) [31]

А удаленный доступ через обычного клиента к ораклу никак не сделать ?

для удаленных пользователей доступ через WEB.

Это что бы с килобайтом собственно данных еще мегабайт html-тегов этот несчастный удаленный пользователь выкачивал?

Мудро, ничего не скажешь.

← →
seg (2005-11-23 15:31) [34]

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

seg, почитай ветку с самого сначала.
Узнаешь для кого позиционируется эта система.
И подумай, занимается ли бухгалтерская программа публикацией рекламной инфы, деланием заказов от клиентов и т.д.

> seg (23.11.05 15:31) [34]

> Reindeer Moss Eater © (23.11.05 15:37) [35]

Это уж точно можно потом докручивать, если кому особо надо будет. Если вообще кому нибудь сама программа понадобится.

← →
seg (2005-11-23 16:27) [37]

Сейчас это называется CRM и пихают этот CRM практически в каждую коммерческую разработку.
Это нужно предприятию для развития бизнеса, привлечения клиентов.

> Это что бы с килобайтом собственно данных еще мегабайт html-
> тегов этот несчастный удаленный пользователь выкачивал?
> Мудро, ничего не скажешь.

Навставляешь мегабайт тэгов - будешь мегабайт скачивать.
Сделаешь по-нормальному - и 5 килов не будет.

> Возьми Оракл
по поводу СУБД Оракл
что, как то все забыли, что это штука дорогая?
Если покупать лицензию разработчика, то солидные средства затратить придется. А если ставить на компы клиентам, то средства клиентов.

И вообще, почему никто не оценивает перечисленные в сабже пункты с точки зрения покупки лицензий разработчика на ПО и тд, а не пиратских копий, ведь цены то у всех перечисленных продуктов разные, а как я поняла автор хочет писать нормально продаваемый коммерческий софт?

2[39] data © (23.11.05 16:40)
>по поводу СУБД Оракл
что, как то все забыли, что это штука дорогая?

Не всегда. Выпустили даже бесплатную версию. XE.

Выбираю технологию Найти похожие ветки