Форум → Программирование → PHP для идиотов → PHP и ООП → непонятки с ООП
непонятки с ООП
Страницы: ← Предыдущая страница • Следующая страница →
-
21 января 2010 г. 13:40, спустя 1 минуту 2 секунды
kostyl,
1) причем тут ОРМ ???????
2) поверь, не только у меня…
3) метод должен отвечать на вопрос "что сделать?"
4) дело не в том "кому как надо", а как правилльнее, а то комуто вообще поприколу будет тупо в $_REQUEST лазить… -
21 января 2010 г. 13:41, спустя 1 минуту 28 секунд
а дальше самое интересное… :) с мвц и так бы дошел… покрайне мере где то была тема про мвц и там кто-то говорил что он тоже модель использует как средство для вытаскивание данных и контроллер для "расчетов"…так с мвц разобрались по ходу.
что дальше ? =)
в итоге тему надо было назвать как "непонятки с мвц" =)
Теперь я пробую спроекцировать класс Page на шаблон mvc, вначале если честно я не так сильно планировал использовать mvc для этого класса. А хотел написать класс "ящик пандоры" или как там… К которому бы я обратился бы, он мне бы и страницу отдал, и параметры страницы по отдельности отдал… И создал,отредактировал новую…. Думаю дальше… -
21 января 2010 г. 13:43, спустя 1 минуту 6 секунд
в даном случае "четвертый квадрат" это клиент, собствено "то" что шлет на приложение запросы, и на картинке показано, что запросы принимает контроллер
mario
хуевая диаграмм, запутанная и всё такое. Там должно быт просто три квадрата и стрелочки которые показывают направления возможных обращений и писец… -
21 января 2010 г. 13:45, спустя 2 минуты 55 секунд
1) Просто так, если у меня сайт в котором только пользователи регистрируются и все то нахер мне ута байда..
2) Ну и не у всех
3) Не должен, он статический
4) а как правильнее, кто сказал что так как ты сказал правильнее, чем докажешь? -
21 января 2010 г. 13:46, спустя 22 секунды
mario, не буду лезть в дебри МВЦ, но относительно первых постояв скажу примерно следующее:
если хочешь, чтоб какой-то из методов был доступен другим, и ты знаешь, что он будет часто использоватся другими (разными другими) классами, то сделай проще - создай основной класс с набором частоиспользуемых методов. А классы, которые имеют специфику (например, класс страницы, блога, каталога) делай с наследованием главного класса. Тогда методы главного класса будут доступны в нужном тебе классе (тот же Page), но только в самом классе Page уже не нужно будет повторять одинаковые методы, и не нужно будет вызывать два класса (главный + Page), пытаясь не запутаться к какому объекту какой метод принадлежит + не нужно будет думать относительно доступа извне, потому как все методы будут доступны только внутри класса, что, в какой-то мере, повышает безопасность данных.
п.с. Все это моё понимание ООП, которое пока тоже слабое. -
21 января 2010 г. 13:52, спустя 5 минут 47 секунд
1) я так и не услышал каким боком там вылезла ОРМ…
1) Просто так, если у меня сайт в котором только пользователи регистрируются и все то нахер мне ута байда..
2) Ну и не у всех
3) Не должен, он статический
4) а как правильнее, кто сказал что так как ты сказал правильнее, чем докажешь?
2) скажем так, у всех нормальных
3) о_О , т.е. потому что он статический то мы его как метод не расцениваем ????
4) что за детский сад ? тут речь изначально шла о ООП (это мы потом переехали на мвц), в ооп не особо принято чтоб тупо из модулей ломится в глобальные массивы -
21 января 2010 г. 13:56, спустя 4 минуты 24 секунды
класс page как бы и собирается быть главным. Ведь суть сайта это страницы…
mario, не буду лезть в дебри МВЦ, но относительно первых постояв скажу примерно следующее:
если хочешь, чтоб какой-то из методов был доступен другим, и ты знаешь, что он будет часто использоватся другими (разными другими) классами, то сделай проще - создай основной класс с набором частоиспользуемых методов. А классы, которые имеют специфику (например, класс страницы, блога, каталога) делай с наследованием главного класса. Тогда методы главного класса будут доступны в нужном тебе классе (тот же Page), но только в самом классе Page уже не нужно будет повторять одинаковые методы, и не нужно будет вызывать два класса (главный + Page), пытаясь не запутаться к какому объекту какой метод принадлежит + не нужно будет думать относительно доступа извне, потому как все методы будут доступны только внутри класса, что, в какой-то мере, повышает безопасность данных.
п.с. Все это моё понимание ООП, которое пока тоже слабое.
Отдельно стоящих классов типа блог, форум нету. Они есть, но они вызываются не из реквеста, а по требыванию класса page.
Т.е. Вот есть у нас страница, для страницы указано 4 блока + главный блок. 1 блок - Текст, 2 блок - Лента новостей, 3 блок - поле авторизации/о пользователе, 4 блок - Что то еще. Главный блок - это такой блок, на котором страница позиционируется как страница модуля, т.е. Главным блоком является модуль "Новости", адресс этой страницы /about/news вот от этой страницы и дальше будут строятся все пути модуля Новости. Т.е. если мы вызываем на другой странице модуль Новости с параметром "Лента новостей", то ссылки на новости будут передаваться на страницу с главным модулем новости. И так далее…
Суть понятна? -
21 января 2010 г. 13:59, спустя 2 минуты 32 секунды
Givi, mario
читаем Макконнелла бля и не тратим время
1) Так инстанцировать может ОРМ, маппер бля..
2) Это ты не прав, я нормальный, а против венгров и т.п ничего не имею
3) Мы его расцениваем как хотим, а я ответил так же как ты аргументировал. Я хочу назвать метод без приставок. Мне нельзя?
4) Писец, понасмотрелся всяких примеров аля ZF и прочих и думаешь, что это постулаты. Писать надо так чтобы тебе в первую очередь было удобно (если ты как бы сам пишешь), а не как все. Развивайся, нельзя так рано принимать какие-то "вымышленные" постулаты -
21 января 2010 г. 14:04, спустя 5 минут 16 секунд
kostyl, NRG работает в Zend, это по поводу четвертого пункта.Спустя 38 сек.что именно читать у МакконнеллаСпустя 141 сек.
и например метод setPageTitle нужен для того что бы если эта страница с блогом, то тайтл говорил нам что это блог… или тайтл был названием поста в блоге. И прочее…
класс page как бы и собирается быть главным. Ведь суть сайта это страницы…
mario, не буду лезть в дебри МВЦ, но относительно первых постояв скажу примерно следующее:
если хочешь, чтоб какой-то из методов был доступен другим, и ты знаешь, что он будет часто использоватся другими (разными другими) классами, то сделай проще - создай основной класс с набором частоиспользуемых методов. А классы, которые имеют специфику (например, класс страницы, блога, каталога) делай с наследованием главного класса. Тогда методы главного класса будут доступны в нужном тебе классе (тот же Page), но только в самом классе Page уже не нужно будет повторять одинаковые методы, и не нужно будет вызывать два класса (главный + Page), пытаясь не запутаться к какому объекту какой метод принадлежит + не нужно будет думать относительно доступа извне, потому как все методы будут доступны только внутри класса, что, в какой-то мере, повышает безопасность данных.
п.с. Все это моё понимание ООП, которое пока тоже слабое.
Отдельно стоящих классов типа блог, форум нету. Они есть, но они вызываются не из реквеста, а по требыванию класса page.
Т.е. Вот есть у нас страница, для страницы указано 4 блока + главный блок. 1 блок - Текст, 2 блок - Лента новостей, 3 блок - поле авторизации/о пользователе, 4 блок - Что то еще. Главный блок - это такой блок, на котором страница позиционируется как страница модуля, т.е. Главным блоком является модуль "Новости", адресс этой страницы /about/news вот от этой страницы и дальше будут строятся все пути модуля Новости. Т.е. если мы вызываем на другой странице модуль Новости с параметром "Лента новостей", то ссылки на новости будут передаваться на страницу с главным модулем новости. И так далее…
Суть понятна? -
21 января 2010 г. 14:06, спустя 2 минуты 42 секунды
kostyl, NRG работает в Zend, это по поводу четвертого пункта.Спустя 38 сек.что именно читать у МакконнеллаСпустя 141 сек.
"Совершенный код" надо бы..
Против Zend ничего не имею -
21 января 2010 г. 14:10, спустя 3 минуты 15 секунд
Givi, mario
читаем Макконнелла бля и не тратим время
1) Так инстанцировать может ОРМ, маппер бля..
2) Это ты не прав, я нормальный, а против венгров и т.п ничего не имею
3) Мы его расцениваем как хотим, а я ответил так же как ты аргументировал. Я хочу назвать метод без приставок. Мне нельзя?
4) Писец, понасмотрелся всяких примеров аля ZF и прочих и думаешь, что это постулаты. Писать надо так чтобы тебе в первую очередь было удобно (если ты как бы сам пишешь), а не как все. Развивайся, нельзя так рано принимать какие-то "вымышленные" постулаты
1) О_О, а маппер тут каким хуем ??????
2) нас рассудит пыхо сообщество (оставим это им) =)
3) называй как хочешь, я сделал свои замечания, причем по делу, а ты делай с эти что хочешь.
4) ну начнем с того парочку "всяких примеров" я сам написал.
поверь, то что я написал - это действительно удобно (и правильнее)
ну а относительно "развивайся", то по идее это должно было звучать от меня в твою сторону.Спустя 185 сек.kostyl, ничего личного, но ты мне киберспорта напоминаешь чемто… -
21 января 2010 г. 14:10, спустя 35 секунд
NRG, тактичный бля! :)Спустя 24 сек.еще и киберспорта вспомнили :) -
21 января 2010 г. 14:13, спустя 2 минуты 54 секунды
я его не забуду, он же многопоточен =)))
NRG, тактичный бля! :)Спустя 24 сек.еще и киберспорта вспомнили :) -
21 января 2010 г. 14:13, спустя 23 часа 59 минут 31 секунду
киберспорт ты кавбой! :DDD
я его не забуду =)))
NRG, тактичный бля! :)Спустя 24 сек.еще и киберспорта вспомнили :) -
21 января 2010 г. 14:13, спустя 22 секунды
1) О_О, а маппер тут каким хуем ??????
2) нас рассудит пыхо сообщество (оставим это им) =)
3) называй как хочешь, я сделал свои замечания, причем по делу, а ты делай с эти что хочешь.
4) ну начнем с того парочку "всяких примеров" я сам написал.
поверь, то что я написал - это действительно удобно (и правильнее)
ну а относительно "развивайся", то по идее это должно было звучать от меня в твою сторону.
1) Ты уже начинаешь задавать вопросы на свои вопросы. Сравни. Еще могу сюда добавить, что это пример.
2) что то никто не рассуждает ))
3) с этим порешали? ))
4) должно звучать от тебя, но звучит от меня. Ну ты не обижайся, я понял всё о чем ты говоришь, просто я высказал некоторую свою точку зрения.
5) йоу, а кто есть кибер паспорт?
Страницы: ← Предыдущая страница • Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!