Просмотр темы
Страница 1 из 2: 12
|
Преобразование Fusion'на
|
|
Deorchik |
Опубликовано 12.05.2015 19:25
|
Опытный пользователь Сообщений: 283 Зарегистрирован: 27.12.2012 10:30 |
У меня возникла грандиозная мысль, вот и такой вопрос возник,...можно ли Fusion обрезать до таких возможностей допустим: оставить только новости и управление юзерами ( без всего остального.. форума и прочей информации) Те вырезать вообще из кода? и так скажем использовать как начальный фреймворк? или не выйдет =) ? Объединено 12.05.2015 19:26: Так скажем меня интересует ядро =) Изменил(а) Deorchik, 12.05.2015 19:26 |
|
|
SchreiBear |
Опубликовано 12.05.2015 20:37
|
Ветеран Сообщений: 625 Зарегистрирован: 05.01.2013 11:01 |
Deorchik, лучше с нуля делать ну и не процедурный стиль написания выбирать..а ...ООП или Объектно-ориентированное программирование ....код в разы короче... некоторые вещи от фузиона подойдут, многие вещи за ненадобностью просто отвалятся
Нужно сказать огромное спасибо людям, которые живут на популярных девелопер форумах и дают там адекватные ответы на абсолютно «нубские» вопросы без попыток унизить вопрошающего.
|
|
|
grungestranger |
Опубликовано 13.05.2015 07:20
|
Пользователь Сообщений: 83 Зарегистрирован: 25.02.2013 21:52 |
SchreiBear написал: Deorchik, лучше с нуля делать ну и не процедурный стиль написания выбирать..а ...ООП или Объектно-ориентированное программирование ....код в разы короче... некоторые вещи от фузиона подойдут, многие вещи за ненадобностью просто отвалятся Можешь привести пример кода, выполняющего одно и то же, в процедурном виде и в ооп, и посмотреть насколько будет короче. |
|
|
jikaka |
Опубликовано 13.05.2015 08:43
|
Супер Администратор Разработчики Сообщений: 4847 Зарегистрирован: 26.07.2010 12:10 |
Deorchik, как вариант, ты можешь создать администратора с доступам к нужным вещам в админке, после чего пользоваться только им лишнего видеть не будешь |
|
|
Warhangel |
Опубликовано 13.05.2015 11:51
|
Администратор Группа поддержки Сообщений: 534 Зарегистрирован: 26.08.2010 20:43 |
Deorchik, ну так собственно фьюжик позволяет это сделать, как говорится бери и оставляй только необходимое. |
|
|
Wally |
Опубликовано 13.05.2015 13:58
|
Начинающий Сообщений: 12 Зарегистрирован: 17.03.2015 15:07 |
Да и вырезать все остальное проблемы абсолютно не вижу... Час работы максимум)
Господи, перезагрузи этот мир!
|
|
|
SchreiBear |
Опубликовано 13.05.2015 14:22
|
Ветеран Сообщений: 625 Зарегистрирован: 05.01.2013 11:01 |
grungestranger, в интернете примеров полно http://habrahabr....ost/23619/
Нужно сказать огромное спасибо людям, которые живут на популярных девелопер форумах и дают там адекватные ответы на абсолютно «нубские» вопросы без попыток унизить вопрошающего.
|
|
|
Rush |
Опубликовано 13.05.2015 14:38
|
Администратор Разработчики Группа поддержки Сообщений: 1418 Зарегистрирован: 31.08.2010 14:41 |
ядро как-то уж слишком громко звучит) так, набор второсортных функций 21 век же, есть композер, можно все это слепить за не так много времени http://packagist.... тысячи пакетов... про десяток-другой фреймворков уже молчу) |
|
|
grungestranger |
Опубликовано 13.05.2015 19:45
|
Пользователь Сообщений: 83 Зарегистрирован: 25.02.2013 21:52 |
В этой статье - Поскольку вы разбиваете вашу проблему на несколько маленьких проблем и вы находите решение для каждой из них отдельно, большая проблема решается сама по себе. Серьезно? На самом деле, я понимаю, что все вокруг не дураки, и ООП действительно - очень здорово. Но во всех таких примерах - одна вода. ООП лучше для читабельности, ООП лучше для повторного использования, для больших проектов, для поддержки... Но конкретного примера никогда не дается. И пример из этой статьи не показывает никакого удобства... Лично для меня процедурный код абсолютно читаем, если более менее нормально написан. Неужели ООП стоит пихать всюду? |
|
|
Alipapa |
Опубликовано 13.05.2015 22:27
|
Опытный пользователь Сообщений: 243 Зарегистрирован: 02.11.2010 13:13 |
Угу-угу. Баловался раньше, типа blog-fusion и т.п. Там столько геморроя, что лучше действительно не трогать ничего, а просто пользоваться только тем, что нужно. |
|
|
SchreiBear |
Опубликовано 14.05.2015 05:48
|
Ветеран Сообщений: 625 Зарегистрирован: 05.01.2013 11:01 |
grungestranger, не хочу ввязываться в дискуссии по этому поводу, а скажу лишь одно..."КОЛХОЗ ДЕЛО ДОБРОВОЛЬНОЕ" ps.. да вы энтузиаст батенька ...защищаете непрозрачность и затрудненность читабельности))) Нужно сказать огромное спасибо людям, которые живут на популярных девелопер форумах и дают там адекватные ответы на абсолютно «нубские» вопросы без попыток унизить вопрошающего.
|
|
|
grungestranger |
Опубликовано 14.05.2015 07:15
|
Пользователь Сообщений: 83 Зарегистрирован: 25.02.2013 21:52 |
SchreiBear написал: grungestranger, не хочу ввязываться в дискуссии по этому поводу, а скажу лишь одно..."КОЛХОЗ ДЕЛО ДОБРОВОЛЬНОЕ" ps.. да вы энтузиаст батенька ...защищаете непрозрачность и затрудненность читабельности))) Да нет, я ничего не защищаю. Говорю свое мнение. И добавлю - я тоже пишу типа своего движка, и я вот ума не приложу, даже если захочу использовать ООП - куда там его впихнуть, что заменять... какие классы создавать... |
|
|
Alipapa |
Опубликовано 14.05.2015 07:29
|
Опытный пользователь Сообщений: 243 Зарегистрирован: 02.11.2010 13:13 |
ООП, ООП. Вы писали заводскую бухгалтерию на голом Си? Те, кто учился программированию в постсоветский период, у них философия другая, восприятие программного кода иное, как и всей жизни вообще. И в новом поколении есть программисты, образ мышления которых воспринимает процедурный код проще объектного. Поэтому лучше-хуже здесь понятие очень субъективное. |
|
|
Deorchik |
Опубликовано 14.05.2015 08:13
|
Опытный пользователь Сообщений: 283 Зарегистрирован: 27.12.2012 10:30 |
Ну теперь Вы меня вообще запутали =))) |
|
|
Rush |
Опубликовано 14.05.2015 08:40
|
Администратор Разработчики Группа поддержки Сообщений: 1418 Зарегистрирован: 31.08.2010 14:41 |
Alipapa написал: ООП, ООП. Вы писали заводскую бухгалтерию на голом Си? Те, кто учился программированию в постсоветский период, у них философия другая, восприятие программного кода иное, как и всей жизни вообще. И в новом поколении есть программисты, образ мышления которых воспринимает процедурный код проще объектного. Поэтому лучше-хуже здесь понятие очень субъективное. ну как это субъективное) то как воспринимают процедурный код советские программисты никак на объективность не влияют. единственное объективное в твоих словах - это то что каждый пишет так как ему нравиться и хочется. НО есть мировые общепринятые практики и стандарты, айти развивается быстрее чем любая другая сфера на данный момент. каждый день появляются новые технологии, практики и т.д. и если это не принимать во внимание и зависнуть в развитии, можно еще тысячу лет писать в процедурном стиле и не задумываться ни о чем. еще можно вырезать дубину из бревна и уйти жить в пещеру. можно провести параллель например с медициной, если бы психиатрия зависла в 18-19 веке, то людей бы до сих пор лечили лоботомией, и из твоего поста можно подумать что это абсолютно нормально. |
|
|
Alipapa |
Опубликовано 14.05.2015 08:56
|
Опытный пользователь Сообщений: 243 Зарегистрирован: 02.11.2010 13:13 |
Нет-нет-нет. Вот эти вот "мировые общепринятые практики и стандарты", вот это "айти развивается быстрее чем любая другая сфера" - абсолютно к тому, что я имел в виду, отношения не имеет. Вот она разница - не только иная философия, а даже вообще другое понимание сущности вопроса. |
|
|
grungestranger |
Опубликовано 14.05.2015 08:58
|
Пользователь Сообщений: 83 Зарегистрирован: 25.02.2013 21:52 |
Rush, Неужели процедурный стиль настолько плох, так непонятен и некачественен? Разница настолько велика? Объединено 14.05.2015 09:04: Ну хорошо, давайте простой пример: Допустим есть какая-нибудь функция, например проверка емейла на валидность function validEmail($text) { if (...) { return true; } else { return false; } } Как это переделать в ООП, и чем это будет лучше и проще для разработки, для поддержки, для читабельности? Я не хочу разводить тут дерьмо, я реально хочу вникнуть, и понять чем же лучше, чем же современнее и развитие. На простых примерах. И если, я пойму, что это реально намного лучше, то буду углубляться. Изменил(а) grungestranger, 14.05.2015 09:07 |
|
|
Alipapa |
Опубликовано 14.05.2015 09:06
|
Опытный пользователь Сообщений: 243 Зарегистрирован: 02.11.2010 13:13 |
Нельзя говорить, что структурное программирование умерло, а взамен ему пришло объектное. Объектное пришло не взамен, оно пришло как надстройка, облегчающая решение сложных задач программирования. Которую вовсе не обязательно применять для таких простых вещей, как cms. |
|
|
grungestranger |
Опубликовано 14.05.2015 09:12
|
Пользователь Сообщений: 83 Зарегистрирован: 25.02.2013 21:52 |
Alipapa, Вот и я такого мнения, но почему-то все вокруг, считают, что если человек не использует ООП, то он, грубо говоря, нуб или лох, не знаю как сказать. Я говорю людям, ну если просто и понятно сделать на процедурном, то можно? Они говорят, А если там надо будет написать что-то сложное... Я говорю, ну и добавите, значит, сделаете на ООП... (Честно говоря, я вообще не понимаю, что в вебе может быть такого сложного, такая какая-то невероятная задача, которую невозможно решить... Ведь в вебе все сводится к записи и чтению из базы данных... Конечно есть всякие многопотоковости... и.т.д - но если ты делаешь простую вещь...) PS Самое смешное, что обычно за повсеместное использование ООП с пеной у рта выступают те, кто в нем не шарит и не использует))) Изменил(а) grungestranger, 14.05.2015 09:19 |
|
|
Rush |
Опубликовано 14.05.2015 09:46
|
Администратор Разработчики Группа поддержки Сообщений: 1418 Зарегистрирован: 31.08.2010 14:41 |
ну как бы есть 3 основных принципа ооп - инкапсуляция, наследование и полиморфизм, которые могут сильно тебе упростить жизнь и превратить твой код из набора непонятных и малосвязных функций, адского количества глобальных переменных, без конца повторяющегося кода, всяких require_once и т.д. Насчет твоего примера - ок, давай потренируемся. посмотрим глобальней. что ты делаешь сейчас когда тебе приходят данные в POST? к примеру это email,name,password и password_confirm, будет что-то вроде:
красота кароч) теперь пошли к ооп. нам приходят данные которые надо проверить, за проверку отвечает некий класс Validation.
ну и к примеру Validation
ну и для каждого правила свой класс с одим лишь методом для вызова проверки
и в результате это все конечно несколько сложнее реализовать, и тем более реализовать грамотно, но все равно жизнь упростит и сделает твой код красивей |
|
Поделиться этой темой | |
Социальные закладки: | |
URL: | |
BBcode: | |
HTML: |
Страница 1 из 2: 12
Перейти на форум: |