Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

KILLER, ты хоть один класс когда-нибудь на Delphi написал?

Цитата KILLER @ 31.01.11, 10:58

почитай что пишет тот же Alexandr N

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

Цитата --Ins-- @ 31.01.11, 11:03

KILLER, ты хоть один класс когда-нибудь на Delphi написал?

Да!

Цитата --Ins-- @ 31.01.11, 11:03

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

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

Давайте обсудим что-нибудь более интересное
Скажем... Объектную модель трех рассматриваемых языков...

Цитата D_KEY @ 31.01.11, 11:22

Скажем... Объектную модель трех рассматриваемых языков...

Ну, дык. Придут --Ins-- с DesweR'ом и расскажут тебе, какая она убогая в плюсах, как в шарп её украли из дельфи, в котором она "просто прекрасна, просто прекрасна!"
Проходили уже...

Сообщение отредактировано: MyNameIsIgor - 31.01.11, 11:27

Цитата MyNameIsIgor @ 31.01.11, 11:26

Цитата D_KEY @ 31.01.11, 11:22

Скажем... Объектную модель трех рассматриваемых языков...

Ну, дык. Придут --Ins-- с DesweR'ом и расскажут тебе, какая она убогая в плюсах, как в шарп её украли из дельфи, в котором она "просто прекрасна, просто прекрасна!"
Проходили уже...

Но может в этот раз будут аргументы?
Надежда умирает последней...

Цитата D_KEY @ 31.01.11, 11:22

Давайте обсудим что-нибудь более интересное
Скажем... Объектную модель трех рассматриваемых языков...

опять?! Впрочем объектная модель решетки обсуждалась менее других. Вот мне любопытно, кто такие делегаты и зачем они нужны? (правда я давно не интересуюсь решеткой, может их уже убрали? )

Цитата korvin @ 31.01.11, 11:33

опять?! Впрочем объектная модель решетки обсуждалась менее других. Вот мне любопытно, кто такие делегаты и зачем они нужны? (правда я давно не интересуюсь решеткой, может их уже убрали? )

Обсуждали уже. См. первые пару страниц.

Цитата MyNameIsIgor @ 31.01.11, 11:26

как в шарп её украли из дельфи

В Delphi лучше чем в шарпе В шарпе AfterConstruction нет. Вот тебе пример еще: есть базовый класс некого документа. Конкретные документа от него наследуются, устанавливают какие-то свои параметры в конструкторах. При установке этих параметров флаг Modified устанавливается на True, так как эти же параметры могут быть изменены во время выполнения и нужно изменить состояние Modified при этом. Как мне сделать чтобы после конструирования несмотря на все это Modified документа был бы False? Если бы был AfterConstruction, я бы в нем просто сбросил этот флаг, ничего особенного в конструкторах потомка или методах установки параметров не предпринимая. Как в этом случае правильно решить проблему?

Цитата korvin @ 31.01.11, 11:33

Цитата D_KEY @ 31.01.11, 11:22

Давайте обсудим что-нибудь более интересное
Скажем... Объектную модель трех рассматриваемых языков...

опять?! Впрочем объектная модель решетки обсуждалась менее других.

Вот ради этого контекста все и затевается...

Цитата --Ins-- @ 31.01.11, 11:37

При установке этих параметров флаг Modified устанавливается на True, так как эти же параметры могут быть изменены во время выполнения и нужно изменить состояние Modified при этом. Как мне сделать чтобы после конструирования несмотря на все это Modified документа был бы False?

Мне кажется твой вопрос противоречит стоящему перед ним предложению. Нет? Поясни, пожалуйста.

Добавлено 31.01.11, 11:42

Цитата --Ins-- @ 31.01.11, 11:38

Цитата D_KEY @ 31.01.11, 11:31

Но может в этот раз будут аргументы?

Аргумент "и че?" разбивает любые доводы оппонентов, так что аргументы вам приводить смысла мало У вас на любой аргумент один ответ - я без этого обхожусь и ниипет (с)

Нет, ты плохо читаешь. Последнее время вам пытались показать, что многие решение, которые вы используете, не отвечают принципам проектирования ПО, которые не зависят от языка.

Сообщение отредактировано: D_KEY - 31.01.11, 11:42

Цитата --Ins-- @ 31.01.11, 11:37

В Delphi лучше чем в шарпе В шарпе AfterConstruction нет.

О госпади, да кому нафиг нужен то твой AfterConstruction? Видимо только тебе

Цитата --Ins-- @ 31.01.11, 11:37

Вот тебе пример еще: есть базовый класс некого документа. Конкретные документа от него наследуются, устанавливают какие-то свои параметры в конструкторах. При установке этих параметров флаг Modified устанавливается на True, так как эти же параметры могут быть изменены во время выполнения и нужно изменить состояние Modified при этом. Как мне сделать чтобы после конструирования несмотря на все это Modified документа был бы False? Если бы был AfterConstruction, я бы в нем просто сбросил этот флаг, ничего особенного в конструкторах потомка или методах установки параметров не предпринимая. Как в этом случае правильно решить проблему?

Порой нужно задатся вопросом, зачем это нужно? Для чего, конкретно! Вот когда ответишь на этот вопрос, вот тогда и подумаем, как в этом случае правильнее решить задачу...

Цитата D_KEY @ 31.01.11, 11:40

Поясни, пожалуйста.

Поясняю. Есть класс Document. У него есть свойства Width, Height, к примеру. Эти свойства в сеттерах изменяют статус Modified (ну мало ли, в рантайм юзер изменит размер документа, нужно пометить документ как измененный). И ахтунг! Эти же свойства (а может и некоторые другие, а может потомок еще и свои введет) устанавливаются в конструкторе. Как бы так извратиться, чтобы после выполнения конструктора Modified был бы сброшен в false?

Добавлено 31.01.11, 11:44

Цитата KILLER @ 31.01.11, 11:42

Порой нужно задатся вопросом, зачем это нужно? Для чего, конкретно! Вот когда ответишь на этот вопрос, вот тогда и подумаем, как в этом случае правильнее решить задачу...

Я же говорил!!!

Цитата --Ins-- @ 31.01.11, 11:38

У вас на любой аргумент один ответ - я без этого обхожусь и ниипет (с)

Добавлено 31.01.11, 11:46

Цитата D_KEY @ 31.01.11, 11:40

не отвечают принципам проектирования ПО

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

Цитата --Ins-- @ 31.01.11, 11:38

И что за класс, если не секрет, TForm1?

а разве TForm1 - это класс который пишет программист?

Цитата --Ins-- @ 31.01.11, 11:38

А если нет, то ты сам и опроверг на своем примере то, что программирование в Delphi заключается в мышкотыканьи

--Ins--, кончай уже заниматся непристойными делами Где я говорил что программирование на делфи - это сугубо мышкотыкание? Ты не понимаешь что я пишу? ну так и скажи, чего отвертыватся? Я же сказал что большинство этим занимается, это ты тут говорил что мышкотыкание способствует, лучшему проектированию системы А я тебе говорил что профи то особо и не тыкают, они программируют, потому как мышкотыкание - это (еще раз повторю) нудное и тупое занятие, за которым уснуть можно

Цитата --Ins-- @ 31.01.11, 11:43

Поясняю. Есть класс Document. У него есть свойства Width, Height, к примеру. Эти свойства в сеттерах изменяют статус Modified (ну мало ли, в рантайм юзер изменит размер документа, нужно пометить документ как измененный). И ахтунг! Эти же свойства (а может и некоторые другие, а может потомок еще и свои введет) устанавливаются в конструкторе. Как бы так извратиться, чтобы после выполнения конструктора Modified был бы сброшен в false?

class base
{
public:
    base(int Width, int Height, bool modified = false)
    {
    }
 
}
 
class child : public base
{
public:
    child() : base(100, 100)
    {
    }
}

Цитата KILLER @ 31.01.11, 11:47

А я тебе говорил что профи то особо и не тыкают, они программируют

Я тебе говорил то же самое, но ты утверждал, что это - единичные случаи Или не говорил ты такого? Ах, ты что-то другое имел в виду? Ну извини, я читаю то, что ты пишешь, а не то, что ты там было подумал. А мышкотыканье - это не само программирование в Delphi, а один из этапов создания в Delphi конечного продукта. Проектировать вид системы без мышкотыанья - это еще более нудное и неинтересное занятие, которое попусту съедает время и интеллектуальные ресурсы