Последние комментарии

Михаил Фленов

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

Но даже если бы я не находил ничего, хороший спор интересен сам по себе. Я люблю спорить с Romul-ом или olegmaster-ом, потому что они всегда приводят хорошие аргументы, показывают, где ошибаюсь (а я далеко не всегда прав) или просто заводят интересный разговор.

Я ничего нового не придумал и не изобрел, поэтому, до "отца" программинга мне еще далеко. Я просто умею писать, и многим нравится, как я пишу.

Атлас

Михаил, мне очень нравятся ваши блоги(читаю в  основном только ваши), всегда познавательно читать информацию из "рук" гуру программирования. Также заметил, что некоторые участники форума пытаются еще и спорить с вами, я этого в корне не понимаю, как можно пытаться возражать "отцу" программинга. Вы так сказать альма - матер и все что вы говорите нужно практически записывать и слушать с открытым ртом. Они просто не понимают, насколько вы фундаментальны в этой области и никогда не будете советывать что то по определению неверное. Читал такие вещи, не помню от кого, толи от f.e. nix толи от romul, что вы надоели поддерживать микрософт, хотя я вас очень понимаю, и вы не раз указывали на то, что пользуютесь тем, что для вас удобнее(не навязывая свою точку зрения). Все кто не согласен в высказываниях уважаемого Михаила, хочу сказать следующее, вы должны быть безумно благодарны, что настолько занятый человек, как Михаил делится своими знаниями и переживаниями, а не пытаться найти противоречия в его словах, это настолько глупо, что имхо не поддается рациональному обяснению. Михаил - это звезда отечественного программинга и у него нужно учиться, учиться и еще раз учиться и не более того, все споры приведут к провалу со стороны спорящих.

С уважением к Михаилу. Желаю всего вам наилучшего и почаще пишите о том, как вы видите окружающий виртуальный мир, все остальные мнения меня мало волнуют(за небольшим исключением).

Михаил Фленов

Я не предлагаю отказываться от Delphi и я сам не отказываюсь от него. Я использую очень часто, но просто мне больше стал нравиться C# и VS .NET. Не знаю почему, просто нравиться. Но я не собираюсь все проекты переносить на C#, все, что уже написано у меня, будет продолжать существовать на Delphi.

Атлас

по поводу var, напоминает visual foxpro, там можно вообще одной переменной описать всю программу, делая ей release.... Михаил, вы рекомендуете положить Дельфи в печь и заюзать си-шарп, т е не стоит даже начинать по дельфям что либо делать или как?

Михаил Фленов

Книги принадлежат издательству по договору и я не могу их распространять.

Михаил Фленов

Абсолютно разную, кроме тяжелого маталла. Но больше всего люблю Happy Hardcore.

Михаил Фленов

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

Orujeinik

Я в смысле продавать таким образом Ваши электронные книги. С реальной зашитой.
Я бы покупал!

Не по теме, но... А какую музыку вы слушаете?

Romul

pollitra, ты что??? Это нарушит всю инкапсуляцию, класс с публичными переменными - это уже не класс, а в лучшем случае структура...
К тому же на этапе проектирования и первичной версии не всегда ясно понадобятся ли специфичные св-ва доступа, если не предусмотреть механизма свойств, то в тот момент, когда эти специфичные св-ва доступа понадобятся, весь клиентский код(который использует данный класс) полетит к чертям собачьим, а если ты к этому моменту уже выложил в публичный доступ свой класс, то это будет полная труба...
P.S. Этого конечно можно частично избежать называя публичную переменную с большой буквы, но то что это ломает весь ООП-подход на корню - это факт... И всё это ради того что тебе лень набрать { get; set; } ?


Кстати данный синтаксис позволяет гибко управлять доступом к св-ву, например:

public int PropertyName { get; private set; }
И, вуаля, получилось св-во только для чтения из клиентского кода и для чтения/записи из кода класса...