D
Но зачем плевать в наружу эксепт если на верхних слоях это уже не нужно? Там достаточно сказать выполнилось или нет и на этом закончить метод
Size: a a a
2020 February 14
D
По такому принципу построены TryStrToInt и тому подобные методы
AS
Это привычка. На самом деле у меня в такое оборачивается более сложная логика которая может необоснованно упасть (в данном случае на `AOutLeft := ALeft + AX - AFX;
AOutTop := ATop + AY - AFY;` ). Я там заглушку на try rxcept забыл добавить
AOutTop := ATop + AY - AFY;` ). Я там заглушку на try rxcept забыл добавить
Тогда первый раз всё равно не нужен, ибо Result = false ставится в except,не?
D
Выше только обсудили что бизнесу не нужны "хуяк-хуяк и в прод по методологии KISS" продукты которые будут падать на любой пчих, а так же сложны в сопровождении. Именно такие неявные "Sender as TControl" и есть примером неявного и потенциально опасного места в коде которое надо будет отлавливать
DB
Там стоит проверка, этого достаточно
D
Тогда первый раз всё равно не нужен, ибо Result = false ставится в except,не?
Я лично не уверен что Result станет в False в случае попадания в except, потому лучше явно в начале задам. Предопределение переменных когда-то сыграло злую шутку, потому теперь я всех их стараюсь заранее определить :D
DB
Всё сверх этого избыточно в простом случае
AS
Я лично не уверен что Result станет в False в случае попадания в except, потому лучше явно в начале задам. Предопределение переменных когда-то сыграло злую шутку, потому теперь я всех их стараюсь заранее определить :D
В смысле "не уверен"?
DB
В общем-то это просто проверяется ) что гадать
D
В смысле "не уверен"?
Я не знаю как поведёт себя не объявленный явно Result в случае попадания в except если я до этого явно не указал Result := false; Вдруг по воле компилятора Result по умолчанию решил стать в true? Может есть какая-то хитрая инфа по try except и его поведению но я её не знаю
GB
Я не знаю как поведёт себя не объявленный явно Result в случае попадания в except если я до этого явно не указал Result := false; Вдруг по воле компилятора Result по умолчанию решил стать в true? Может есть какая-то хитрая инфа по try except и его поведению но я её не знаю
речь о том, что надо явно задавать уже в except
D
Всё сверх этого избыточно в простом случае
Пока есть те кто делают по методологии "хуяк-хуяк и в прод по быстрому и за дёшево" то у меня всегда будет работа за хорошую ЗП и качественно :)
D
речь о том, что надо явно задавать уже в except
А, ну тоже можно. Тут скорее уже "от перестановки слагаемых сумма не меняется"
DB
Это не хуяк и в прод. Это достаточный код
DB
В конкретном случае
AS
речь о том, что надо явно задавать уже в except
Это я и имел в виду
AS
Пока есть те кто делают по методологии "хуяк-хуяк и в прод по быстрому и за дёшево" то у меня всегда будет работа за хорошую ЗП и качественно :)
О, "хорошая з/п"... Где такую платят делфистам?
D
О, "хорошая з/п"... Где такую платят делфистам?
Название моей компании и локации ничего не даст ибо это местный заказчик :) Но если интересно то od.ua :) Само собой у каждого своё понимание хорошей зарплаты, но она на уровне мидлов других объектно-ориентированных ЯП
AS
Название моей компании и локации ничего не даст ибо это местный заказчик :) Но если интересно то od.ua :) Само собой у каждого своё понимание хорошей зарплаты, но она на уровне мидлов других объектно-ориентированных ЯП
Печалька... Сеньоры языка...
D
Печалька... Сеньоры языка...
Так я не сеньор :D Я такого нигде не утверждал :D Мне ещё надо чуток маслать на него 😂