- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
"Что тебе плохого сделали производители винчестеров что ты из за одного комментария будешь файлам по несколько метров с комментами устраивать танцы по винту?"
В блоголёте отсутствуют файлы по нескольку метров, комменты разбиты по файлам к каждому посту, обновляется только небольшой файл. Было бы здоров провести тесты нагрузок для сравнения между бд и блоголётом, так как я отлично знаю sql, бд, индексы и прочее. Так что нагрузка практически отсутствует, в отличии от бд
blogolet добавил 26.07.2009 в 11:37
HraKK: "Как только ты поставишь метод private значит этот метод нельзя перегрузить, а значит нарушается полиморфизм. И нельзя подменить этот класс другим."
Да и после этого чел утверждает, что понимает ооп - ллучше бы не позорился. Для начала бы посмотрел исходники крупных проектов на ооп, чтобы писать чушь о private методах. Ничего не нарушается, и возможность перекрывать любой метод это еще та черная дыра, на которую ты еще наткнешься. 15 лет явно не на ооп.
Спасибо ТС за интересный движок, приятно удивился функционалу и юзабилити.
blogolet,
Для начала бы посмотрел исходники крупных проектов на ооп
Аргументацию в студию: проект, класс, код.
возможность перекрывать любой метод это еще та черная дыра
Ага, вот эти двое(с) Я думал полиморфизм это круто и инкапсуляция круто. Как бы 2 из 3-рьох столпов ООП. А оказывается не, это не ООП, а имбицилия. Так и запишем.
Еще раз говорю, удосужтесь написать такой же аргументированный хоть 1 ответ, как я. Тогда и поговорим, а пока все кому надо сделали вывод, смотря на ваши обиженные сообщения:"Сам дурак!!111адынадын!стоадынадцать!11". Кроме Вас конечно.
blogolet, Это где же вы исоходники крупных проектов видели ? Хотяб один скажите
blogolet, Это где же вы исоходники крупных проектов видели ? Хотяб один скажите
http://indyproject.org/index.en.aspx
blogolet, индийская поделка? знаем мы их говнокод
blogolet, индийская поделка? знаем мы их говнокод
индусами там не пахнет, просто либа реализующая все протоколы включая клиентскую и серверную часть, но вот индусы забывают менять значение агента по умолчанию
индусами там не пахнет, просто либа реализующая все протоколы включая клиентскую и серверную часть, но вот индусы забывают менять значение агента по умолчанию
индусами пахнет уже в названии либы =))
blogoletАга, вот эти двое(с) Я думал полиморфизм это круто и инкапсуляция круто. Как бы 2 из 3-рьох столпов ООП. А оказывается не, это не ООП, а имбицилия. Так и запишем.
Молодец, сам себе диагноз ставишь, наверно потому что не приходит в голову, что видимость методов и полиморфизм это не одно и тоже, а уж каким боком видимость влияет на инкапсуляцию объяснишь публике? Одни понты у тебя только получаются...
Хотя, я ее из-за того что брат программист на С++ прочитал первой =)
не лопнешь от довольства собой?
чтобы за спам не сочли,
полиморфизм не предполагает, что все методы должны быть переопределены в классе наследнике. ООП дает возможности, но ни к чему никогда не обязывает. это самое важное утверждение в понимании ООП.
понятия, связанные с ООП лишь косвенно.
абстрагироване присутствует всегда в программировании, какую технику вы бы не использовали. назвать последовательность байтов "картой" или "пользователем" можно только мысля абстрактно.
для ООП важно лишь одна абстракция - все является объектом.
модульность - понятие не связанное с техникой программирования, подходом к процессу или чему-либо еще. модульность - способность конкретного приложения расширять свои возможности при помощи отдельно взятых независимы приложений. где тут ООП вообще?