[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: ООП, меня осенило!
Страницы: 1, 2, 3, 4, 5
Zzepish
volter9
та к ты и не ведеш себя, как мудак)
twin
waldicom
Цитата
кто-то напишет свое приложение на "ООП", ты скажешь - "фу, шо це за отстой, это же просто хрень".
Ты как дочка моя рассуждаешь. Все видишь наперед.

Я сто раз говорил - сравнивать будем только по очевидным параметрам. Лень искать ссыль.
Очевидные параметры, это
1. Скорость
2. объем кода
3. количество задействованных файлов
4. прозрачность кода

и так далее. Все измеряется и вычисляется. Об алгоритмах вычисления можно подискутировать. Но вердикт должен быть непредвзятым, основанным на объективных оценках.

Именно потому, что мне надоело спорить ради спора. Ведь у вас свои взгляды на ООП. А хотелось бы цифр.

UPD.
Цитата
Я, например, давно убедился, что расширяемые и удобно поддерживаемые приложения для кучи людей нельзя сделать без применения парадигм ООП.
Вот с этим я никогда и не спорил. Но это единственное, причем распиаренное и раздутое его преимущество на мой взгляд. Хотелось бы убедиться в обратном или укрепиться в собственной правоте.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
volter9
twin
Говнокод (это не про Вас, а вообще) и процедурный код намного быстрее ООП кода, давайте лучше говорить в терминах расширяемости:

1. Как легко фичи внедрять?
2. Нужно ли менять код ядра приложения?
3. Позволяет ли архитектура изначально это?
4. И т.д.


_____________
Мой блог
twin
Цитата (volter9 @ 13.02.2015 - 20:50)
twin
Говнокод (это не про Вас, а вообще) и процедурный код намного быстрее ООП кода, давайте лучше говорить в терминах расширяемости:

1. Как легко фичи внедрять?
2. Нужно ли менять код ядра приложения?
3. Позволяет ли архитектура изначально это?
4. И т.д.

Праметры оценки мы естественно обсудим. И чем их будет больше, тем лучше.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
Invis1ble
twin
Чего их обсуждать-то? Да не оценишь ты (и никто другой) объективно. Вынесешь свой субъективный вердикт. Потому что нет набора формализованных критериев.
Поясню, если непонятно, о чем я. Возьмем твой же список:
Цитата
1. Скорость
2. объем кода
3. количество задействованных файлов
4. прозрачность кода

если критерии под пунктами 1-3 ещё можно оценить объективно, то далее начинаются "интересности". Прозрачность кода - как оценивать собираешься? Альфа-канал померяешь? smile.gif
Едем дальше. Берем список от volter9:
Цитата
1. Как легко фичи внедрять?
2. Нужно ли менять код ядра приложения?
3. Позволяет ли архитектура изначально это?
4. И т.д.

первый пункт как оценивать будешь? wink.gif А ведь есть еще волшебное:
Цитата
4. И т.д.

Так что всё это детский сад "Ромашка", а не претендующее на какую-то научность исследование.
Это главная причина, по которой лично я не вижу смысла участвовать в этом фарсе.

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

twin
Invis1ble
Цитата
Так что всё это детский сад "Ромашка", а не претендующее на какую-то научность исследование.
Для начала дождемся кодов. Потом обсудим как и что. Все поддается измерениям. Вообще все. Главное алгоритм придумать.
Цитата
Вынесешь свой субъективный вердикт.
А вот и нет. Не я один. И к тому же, никто никого переубедить не ставит цели. Просто хочется объективности и весомости своих слов в дальнейшем. Ну или переквалифицироваться придется, если результат будет не за мной. smile.gif

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image
Oyeme
Цитата
Очевидные параметры, это
1. Скорость
2. объем кода
3. количество задействованных файлов
4. прозрачность кода


Не очевидные параметры и в корне не верное сравнение.

Symfony выбирают не из-за скорости,колличество задействованных файлов.

http://symfony.com/six-technical-reasons

Пишите все в один файл и будет вам скорость,колличество задействованных файлов и прозрачности кода.

Вот почитайте
http://odino.org/why-we-choose-symfony2-ov...-php-framework/

<?php

use Symfony\Component\Finder\Finder;
use Zend_Service_Amazon_S3 as Amazon_S3;

$s3 = new Amazon_S3($key, $secret);
$s3->registerStreamWrapper("s3");

$finder = new Finder();
$finder->name('photos*')->size('< 100K')->date('since 1 hour ago');

foreach ($finder->in('s3://bucket-name') as $file) {
print $file->getFilename();
}


Vs

/**
* Process comment_confirm_delete form submissions.
*/

function comment_confirm_delete_submit($form, &$form_state) {
$comment = $form['#comment'];
// Delete the comment and its replies.
comment_delete($comment->cid);
drupal_set_message(t('The comment and all its replies have been deleted.'));
watchdog('content', 'Deleted comment @cid and its replies.', array('@cid' => $comment->cid));
// Clear the cache so an anonymous user sees that his comment was deleted.
cache_clear_all();

$form_state['redirect'] = "node/$comment->nid";
}
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.