Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Освобождение ресурса в finally

Страницы: < 1 2 ... 5 6 7 8 9 10 11 ... 32 33 >
Arinyshka © (2008-04-23 12:17:00)
Не подскажете еще один момент:
Есть процедура, выглядит примерно так

procedure TSetPayFrm.BtnAddImageClick(Sender: TObject);
var TempBitmap:TBitmap;
begin
if not(opendialog1.Execute) then exit;
try
TempBitmap := TBitmap.Create;
TempBitmap.LoadFromFile(OpenDialog1.FileName);
finally
TempBitmap.Free;
end;
end;

На освобождение TempBitmap.Free; выдает варнинг
[Warning] uSetPaymentMain.pas(313): Variable 'TempBitmap' might not have been initialized
Не смертельно, но непонятно... почему варнинг? При изменениии условия и включении всей конструкции в один блок begin..end ситуация не менялась.

Юрий Зотов (2008-05-07 10:02:00) [141]
> ANB (07.05.08 09:55) [510]

> Давай конкретно обсудим необходимость применении трехслойки при
> разработке обычной управленческой системы клиент-сервер...

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

Игорь Шевченко (2008-05-07 09:58:00) [142]
ANB (07.05.08 09:55) [510]

> Давай конкретно обсудим необходимость применении трехслойки
> при разработке обычной управленческой системы клиент-сервер
> с использованием СУБД оракл.

Давай. Начнем с ТЗ на "обычную управленческую систему".
Излагай.

ANB (2008-05-07 09:55:00) [143]

> Тут такой момент - если в каком-то месте что-то плохо, из
> этого вовсе не следует, что а) плохо повсеместно б) плохо
> по сути

Согласен. Давай конкретно обсудим необходимость применении трехслойки при разработке обычной управленческой системы клиент-сервер с использованием СУБД оракл.
И примем терминологию, что поставляемые системой средства считаются одним слоем (эт я про апсы. идея очень хороша, реализация средняя. основное замечание - не очень удобные интерфейсные компоненты и их тормознутость. В сравнении с делфи, хотя бы).

> Так ты прилепил когда нужно было, а они ради громкого слова
> и больших денег.
> Разницу чуешь?

Дык и я про то же.

Anatoly Podgoretsky (2008-05-06 20:08:00) [144]
> ANB (06.05.2008 16:57:26) [506]

Так ты прилепил когда нужно было, а они ради громкого слова и больших денег.
Разницу чуешь?

Игорь Шевченко (2008-05-06 17:52:00) [145]
ANB (06.05.08 16:57) [506]

Тут такой момент - если в каком-то месте что-то плохо, из этого вовсе не следует, что а) плохо повсеместно б) плохо по сути

ANB (2008-05-06 17:10:00) [146]

> Anatoly Podgoretsky © (06.05.08 16:16) [504]
> > ANB (06.05.2008 15:39:22) [502]
>
> Да ктож его посадит, он же памятник.

Дык предложения иногда бывают, но чет з/п меньше или равна моей текущей. А нафига такой геморрой, если денег мало ?

ANB (2008-05-06 16:57:00) [147]

> А вот за это надо убивать, из рогатки.
> Это не архитекторы, а маркетологи.

Ну дык у нас всегда так. Один проект, писавшийся 6 лет таким макаром практически завалили. Другой (ну там хоть понятно - мс скл), колбасит. До 15 патчей в неделю было 3 года назад. И проекту тогда было лет 7 как уже, из них 3 уже шли во всю боевые внедрения.
Я даже могу понять, когда аппсервер крутится для сложных вычислений там или еще для чего то подобного.
Я вот лепил микро - дком сервер. Но мне надо было :
1. Сделать эмулятор смарткарт отдельным приложением (чтобы руками мона было кнопки нажимать)
2. Прикрутить этот эмулятор к системе тестирования, чтобы в автомате кнопки нажимать в тестируемом приложении и при этом подсовывать ему разные карточки.
И то я дком выбрал из-за самой простой реализации интерфейса между приложениями. Если б не торопился - может и чего другого придумал бы.

А вот зачем самим писать слой между БД и клиентом - непонятно.

Anatoly Podgoretsky (2008-05-06 16:17:00) [148]
> ANB (06.05.2008 15:44:23) [503]

А вот за это надо убивать, из рогатки.
Это не архитекторы, а маркетологи.

Anatoly Podgoretsky (2008-05-06 16:16:00) [149]
> ANB (06.05.2008 15:39:22) [502]

Да ктож его посадит, он же памятник.

ANB (2008-05-06 15:44:00) [150]

> А про Forms и Reports рекомендую почитать - много вопросов
> про убогость многозвенок отпадет.

Дык читал. Но аппсервер же ты не пишешь при этом ?

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

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

ANB (2008-05-06 15:39:00) [151]

> Palladin © (06.05.08 15:37) [501]
> ну что'ж... теперь портрет более чем ясен... кодером ты
> был, им ты и останешься....

Да уж. Вот податься бы в архитекторы, а то з/п маловата :)

Palladin (2008-05-06 15:37:00) [152]
ну что'ж... теперь портрет более чем ясен... кодером ты был, им ты и останешься....

Игорь Шевченко (2008-05-06 15:36:00) [153]
ANB (06.05.08 14:56) [499]

> Ну так мона и пакеты оракла в средний слой определить.

С какой стати ?

А про Forms и Reports рекомендую почитать - много вопросов про убогость многозвенок отпадет.

ANB (2008-05-06 14:56:00) [154]

> Я извиняюсь, а как же Oracle Forms, Oracle Reports - самая
> что ни на есть трехзвенка

Ну так мона и пакеты оракла в средний слой определить.

Anatoly Podgoretsky (2008-05-06 14:16:00) [155]

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

Неужели ни одного браузера не видел?
Очень интересно будет, в случае достаточно крупного хостера, когда он попытается выставить несколько сотен SQL серверов в Интернет.

Игорь Шевченко (2008-05-06 14:00:00) [156]
ANB (06.05.08 13:31) [496]

> Тады будет все равно двух-звенка клиент + аппсервер. Эт
> если СУБД не нужна.
> А при наличии СУБД, аппсервер - лишний слой.

Я извиняюсь, а как же Oracle Forms, Oracle Reports - самая что ни на есть трехзвенка

ANB (2008-05-06 13:31:00) [157]

> А эта...кругозор расширять ?

Тады будет все равно двух-звенка клиент + аппсервер. Эт если СУБД не нужна.
А при наличии СУБД, аппсервер - лишний слой.

Игорь Шевченко (2008-05-06 11:53:00) [158]

> Писать много - толку мало.

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

А эта...кругозор расширять ?

ANB (2008-05-06 09:58:00) [159]
Да, использование крэк классов - это тоже не ООП.

ANB (2008-05-06 09:56:00) [160]

> Попутно оказалось что ты тоже приверженнец ООП, да еще какой.
> Просто ты не считаешь, что занимаешься ООП.

Пользование готовыми классами и возможностями среды разработки - это не ООП. Это - кнопкокидательство.
Чем я, недоразвитый такой, и занимаюсь.

Страницы: < 1 2 ... 5 6 7 8 9 10 11 ... 32 33 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »