function test(){
$x = function(){
echo 'test 1';
};
function test2(){
echo 'test 2';
}
$x();
test2();
}
test();
Route::get('user/{id}', functino($id) {
$user = User::findOrFail($id);
return "Hello " . e($user->name);
});
"Кроха-сын к отцу пришел, и спросила кроха: что означает слово "виртуально"?
Отец посоветовал: "Иди к маме и старшему брату, спроси у них, отдались бы они за две тысячи долларов?"
Малыш спросил. Оба ответили утвердительно.
Младший доложил об этом отцу.
Тот сделал вывод: "Вот видишь, сынок, виртуально мы с тобой разбогатели на четыре тысячи баксов, а реально мама твоя - проститутка, а братец - голубой".
не только. Еще чтобы не изобретать свои велосипеды. И как уровень абстракции.помогите новичку понять
обычно в жизни функции используются в структурном программировании для того чтобы не повторять куски кода
не заставляют , а упрощают. Ты можешь делать дом из кирпичей , а фреймворк дает тебе уже готовые панели или целые комнаты.я понимаю что популярные фреймворки заставляют использовать ооп и функции. и работая в индустрии надо всё это знать и использовать
зависит от задачи . Это как в дельфи, можно подключить визуальный компонент математических действий и использовать, его для вывода 2+2пхп-сценарии же сами по себе подобны функциям: js-приложение запускает пхп-скрипт-функцию передавая ей данные и получая обратно данные (в случае ajax-обращения)
пхп-скрипт живет недолго, выполняет примитивные действия типа чтения записи файлов - мне кажется что функции и тем более ооп это лишнее, излишнее усложнение языка
то есть без них, как мне кажется, можно реализовать полноценное веб-приложение
ключевое слово простоено если новичку писать простое приложение, без фреймворков, то наверное можно обойтись и без функциий и ооп ?
например js невозможно представить без функций, но вполне можно представить без наследования и замыканий...
для ооп. Есть готовый класс делающий 99% процентов , того что тебе требуется и нужно дописать 1% процент кода под твою задачу или писать с нуля .пожалуйта приведите простой понятный убедительный пример использования функций и ооп
вот не надо этого. а то будет холивар. толстый или тонкий клиент.спрашиваеца — зачем процесс выдачи текста так загружать, если гараздо лучше переложить всю тяжесть вычислений на клиента ?>
я наверное какой то дикарь раз уж не слышал такие холиварывот не надо этого. а то будет холивар. толстый или тонкий клиент.
за 50 лет уже столько раз менялось кто должен быть умнее.
- твои эти аргументы какие то надуманныедля ооп. Есть готовый класс делающий 99% процентов , того что тебе требуется и нужно дописать 1% процент кода под твою задачу или писать с нуля .
Функции - бывают не только написанные тобой, но и сторонние. Если бы никто их не использовал, то копипастит код и затачивать в свой проект было не реально.
- спасибо! твои слова как оплодисменты мне и признаниеРебят, закройте уже тред этого клоуна, чё тут обсуждать.
это не привязано к конкретному языку.Название: Жемчужины творчества программистов
Автор:Бентли Д.
Издательство:Радио и связь
Год издания: 1990
Страниц:224
ISBN:5-256-00704-1
Формат: DJVU
Размер: 3,1 МБ
Качество: Хорошее, 600дпи, цветные обложки и ч/б иллюстрации
В книге американского автора на различных примерах из практики программирования показано, как хорошее понимание особенностей поставленной задачи позволяет найти оптимальное по быстродействию, объему требуемой памяти, легкости модификации решения. Наряду с конкретными примерами даны общие рекомендации по составлению оптимальных алгоритмов и программ. Рассмотрение построено по следующему принципу: постановка задачи, пример традиционного решения и объяснение его недостатков, углубленный анализ задачи и найденное в результате этого лучшее решение, изложение ряда принципов грамотного программирования. Для программистов.
Вот ты уже соскочил с темы ненужности функций и ооп на тему тонкого клиента. Показываю опять же на примере прелесть фреймворка.спрашиваеца — зачем процесс выдачи текста так загружать, если гараздо лучше переложить всю тяжесть вычислений на клиента ?>
//было
Route::get('user/{id}', functino($id) {
$user = User::findOrFail($id);
return "Hello " . e($user->name);
});
// стало
Route::get('user/{id}', functino($id) {
return User::findOrFail($id);
});
послали ответ в виде json с которым может работать javascript.
Можно.я не могу представить себе зачем в js определять функцию внутри функции, в с++ например нет такой возможности
Си, сеньор =)c0dex, лол. Завтрамен. Всё будет, но завтра.