Преимущества фрейморвка перед написанием кода с нуля

Подскажите какое преимущества фрейморвка, от того что я буду сам писать все с ноля. Понятное дело что с помощью фреймворка быстрей разработка и т.д. но хотелось бы узнать что мне не прийдеться писать в коде если я буду использовать фреймворк ?

0

Сообщение от Madrid Не знаю, покажите мне фреймворк с нормальной документацией.

Laravel.

Сообщение от Madrid По каждому методу.

Лучшая документация - это понятный и чистый код. По каждому методу.

Добавлено через 1 минуту

Сообщение от Madrid Битрикс довольно таки не плох, но

Это он для тех, кто готовые решения покупает, неплох.
А я сужу с точки зрения программиста: он ужасен. За такой код в приличных местах выгоняют.

http://www.govnokod.ru/search?... &language=

0

Сообщение от OnYourLips Лучшая документация - это понятный и чистый код. По каждому методу.

Согласен. Это когда сам пишешь код.
Но для публичных проектов должно быть описание публичного АПИ.
Если нет - считаю это дурным тоном.

Сообщение от OnYourLips За такой код в приличных местах выгоняют.

Не знаю писал ли в этой теме.
Напишу еще раз.
Мне пофиг на ужасные внутренности Битрикса.
Мне важен удобный публичный АПИ.
Причина говнокода - в обратной совместимости. Никто не лезет переписывать старый код, чтобы не сломать.

0

Сообщение от Madrid Причина говнокода - в обратной совместимости. Никто не лезет переписывать старый код, чтобы не сломать.

А последствия говнокода - проблемы с дальнейшей поддержкой. О чём хорошо известно в сети.

0

Сообщение от Madrid Согласен. Это когда сам пишешь код.

Когда у тебя появятся проекты с количеством программистом больше одного, то ты поймешь, как был неправ.
Код чистым и понятным должен быть даже когда его пишут другие люди.

Сообщение от Madrid Но для публичных проектов должно быть описание публичного АПИ.

Держи: http://laravel.com/api/5.1/index.html

Сообщение от Madrid Мне пофиг на ужасные внутренности Битрикса. Мне важен удобный публичный АПИ. Причина говнокода - в обратной совместимости. Никто не лезет переписывать старый код, чтобы не сломать.

Если бы был удобный API в Битриксе, то разве его бы ругали?
Я наугад страницу открыл: http://dev.1c-bitrix.ru/user_h... tegory.php
Ну какой разработчик добровольно захочет с таким работать?

0

Сообщение от OnYourLips как был неправ

Капец. Я с Вами согласился, и остался неправ. Вот это финиш.

Сообщение от OnYourLips Держи: http://laravel.com/api/5.1/index.html

Это лишь 2 слова о методе. Такое можно и phpdoc нагенерировать.
Где примеры использования?

Сообщение от OnYourLips Я наугад страницу открыл

А что там не так?
Беглый скан ничего не нашел.

Мне и самому надоело работать с Битриксом.
Но по причинам, вроде описанным выше.

0

Сообщение от Madrid Фреймворк это для тех, кто сам не может создать каркас и сам не понимает как это сделать. Фреймворк для тех, кто не имеет своего мнения. а поддается влиянию толпы.

В первый раз такой бред слышу...

Сообщение от Madrid Нечего дуракам лезть во фреймворки, не понимая элементарной разработки.

Противоречие самому себе. Я не понял для кого по вашему мнению предназначен фреймворк, для дураков или для не дураков?)

Сообщение от Madrid Не знаю, покажите мне фреймворк с нормальной документацией. По каждому методу. У Битрикса есть.

По вашему нормальная документация это та которая написана на русском?)) Согласно такой логике Битрикс практически единственный нормальный инструмент для разработки сайтов) ну вордпресс еще более менее, остальное видимо хрень для дилетантов

0

Сообщение от Kenny7423 Противоречие самому себе.

Никакого противоречия нет. Вы ж программист, должны владеть логикой.

Есть и не дураки, которые не могут создать каркас или поддаются влиянию толпы.

Та недураков вообще мало, если сильно придираться.

Сообщение от Kenny7423 По вашему нормальная документация это та которая написана на русском?))

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

0

Сообщение от Madrid Где примеры использования?

В Документации: http://laravel.com/docs/5.1/
В документации разобраны не все возможные примеры, а только те, которые позволяют новичкам влиться в соответсвующие компоненты.
Иначе документация будет перегруженной и потеряет ценность. Поэтому для сложных маницуляций нужно читать код, но с Laravel это просто - фреймворк по сложности примитивен.

Сообщение от Madrid А что там не так?

Конфигурационно-ориентированное программирование. Такое не рефакторрится - нельзя find usages. Считай уже только из-за этого стоимость поддержки в 2-3 раза возрастает. А если еще и тестами не покрыто - то раз в 5.
Неконсистентный код-стайл. Везде по разному. Значит, что говнокодило много людей, не смотря на результаты друг друга. И значит, что нет определенных направляющих, которым можно следовать, включив интуицию.
Почему это в шаблоне?

0

Сообщение от OnYourLips В Документации: http://laravel.com/docs/5.1/

Выбранные с дуру методы не содержали документации.
Надеюсь хоть этот фреймворк не такое УГ.

Сообщение от OnYourLips Конфигурационно-ориентированное программирование.

Просветите, что это такое.
Что-то вроде хардкода и костылей?

Сообщение от OnYourLips find usages

Что Вы под этим подразумеваете?

Сообщение от OnYourLips Считай уже только из-за этого стоимость поддержки в 2-3 раза возрастает.

На фреймворках стоимость вряд ли ниже.

Я уже сегодня пару раз писал, что мне все равно на внутренности, главное публичный АПИ, а там уже включайте интуицию

Сообщение от OnYourLips Почему это в шаблоне?

Что в шаблоне?

0

Сообщение от Madrid Просветите, что это такое. Что-то вроде хардкода и костылей?

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

Сообщение от Madrid Что Вы под этим подразумеваете?

Поиск зависимого кода. В хороших проектах его сразу видно, и все исправляется за час, в плохих можно потратить несколько недель.

Сообщение от Madrid На фреймворках стоимость вряд ли ниже.

Час меньше недели.

Сообщение от Madrid Я уже сегодня пару раз писал, что мне все равно на внутренности, главное публичный АПИ, а там уже включайте интуицию

Я показал пример из публичного апи битрикса.

0

Сообщение от OnYourLips Программирование на конфигах, а не коде.

Ну в Yii и Симфони тоже конфиги. Еще похлеще. Там черт ногу сломит.
И Вы какой-то неправильный программист.
Мне нужно написать код, который смогут поддерживать, менять поведение без меня. Поэтому конфиги.
HTML - своего рода конфигурационное программирование.
Никто ж не пишет веб-приложения в экзешниках.
С таким программистом далеко уедут заказчики.
Тут говорили о стоимости кода. Та с таким подходом капец какая стоимость будет.

Сообщение от OnYourLips Минус - нельзя определить связи между компонентами, а все зависимости замаскированы.

Зависимостей нету.
Компоненты изолированы. Что не так.
Но компонент может вызывать другой компонент.

Сообщение от OnYourLips Поиск зависимого кода. В хороших проектах его сразу видно, и все исправляется за час, в плохих можно потратить несколько недель.

В хороших проектах.
Хорошие проекты есть как на фреймворках, так и на CMS, и на самописи.

Сообщение от OnYourLips Час меньше недели.

На 2 порядка, ого Вы загнали.

Сообщение от OnYourLips Я показал пример из публичного апи битрикса

Я спросил, что там не так. Вы не ответили.

0

Сообщение от Madrid Ну в Yii и Симфони тоже конфиги. Еще похлеще. Там черт ногу сломит.

В них конфиги имеют роль конфигов. Все нужные зависимости - в коде.

По остальным вопросам я уже ответил, и сейчас идет по второму кругу.
Поймешь примерно на 18 месяцах опыта, если не глупый, это средняя оценка. Некоторым надо полгода, некоторым 5 лет.

0

А, Вы о конфигах при вызове компонентов. В Битриксе это называется параметры компонента.
Сорри, не внимательно прочитал на что Вы отвечали.

Хм, зато знаешь что где поменять, чтобы был нужный вывод.

А что если у нас несколько разделов новостей?
Программист же в том же Yii по умолчанию никаких настроек не вынесет в конфиги.
Если и вынесет, то из расчета на только один раздел. Или дописывать код.
Второму разделу придется хавать настройки первого. Или дописыватьт код.
Как разделять настройки для разных разделов?
Индексами массивов.
Ужасно удобно. Помнить, что 1, это такой разде, 2 такой. Круто.

А так все под рукой. Видишь, что с какими настройками вызывается.
И что Вам мешает делать "find usages" прям и не знаю.

Добавлено через 2 минуты

Сообщение от OnYourLips Все нужные зависимости - в коде.

Уже писал.
Нужно что-то изменить - лезь в код.
Да, это подход пхп-фреймворков, но мне на их поэтому и все равно.

Тоже вроде по всему ответил.

0

Мой опыт таков:
если есть хороший опыт в php, то фреймворк.
elseif делай на голом php, быстро поймешь почему фреймворк лучше ))
один ООП чего стоит.

0