Simple PHP Problem

Думаю что это совсем просто по сравнению с тем что здесь иногда спрашивают :

Есть массив :

<?php
$ages = array("Anton"=>15, "Markus"=>16, "Mark"=>16);
echo "Anton is " . $ages['Anton']. " years old.";
?>

Так все работает, а не лзя ни как нибудь записать это все одним предложением без связей?
Ну например что-то вроде этого :

echo "Anton is $ages['Anton'] years old.";

Так пхп выдает ошибку. Если нельзя то почему? Из-за знака ' в скобках?

echo "Anton is {$ages['Anton']} years old.";

echo "Anton is {$ages['Anton']} years old.";

Спасибо большое, буду знать.

-Anton-, У тебя ПХП кривой стоит, или старый, или и то и другое. Я на XAMPPе сижу и твой вариант нормально пашет, а к фигурным скобкам лучше не прибегать ) Двойными ковычками текст тоже лучше не писать, так же как и просто использовать )

Сообщение изменено: Dj Tiesto (17 октября 2007 - 12:21 )

-Anton-, У тебя ПХП кривой стоит, или старый, или и то и другое. Я на XAMPPе сижу и твой вариант нормально пашет, а к фигурным скобкам лучше не прибегать ) Двойными ковычками текст тоже лучше не писать, так же как и просто использовать )

А я наоборот, советую массивы заключать в скобки фигурные Взять к примеру такой вариант:

echo "{$array1[ $array2['test'] ]}";

И так же я советую избегать двойных кавычек тогда, когда они не нужны:

echo 'test';

но иногда просто удобно вставлять переменные в 2х кавычках, например, если пишешь SQL запрос, сохраняется читабельность. Сразу скажу, не надо спорить насчёт того, как лучше писать SQL запросы, просто это один из возможных вариантов.

просто это один из возможных вариантов.

Ещё один простой sprintf который также очень удобный

Setor, Двойные ковычки вообще редко довольно нужны ) Но иногда действительно нужны ) А вот насчёт фигурных скобок - для меня что-то новое )))) Надо будет замерить время выполнения )

Ещё один простой sprintf который также очень удобный

sprintf рулит но вот в INSERT'ах с > 10 выборочными параметрами это просто мясо

Setor, Двойные ковычки вообще редко довольно нужны ) Но иногда действительно нужны ) А вот насчёт фигурных скобок - для меня что-то новое )))) Надо будет замерить время выполнения )

Замеряй, замеряй... Потом расскажешь результат. На спичках не экономят, одна операция include берёт больше времени, чем цикл на 1000 итераций. Или вывод информации клиенту в браузер - тоже очень медленная операция из-за скорости соединения, так что не заморачивайся. Просто используй и всё то, что тебе дано! Если у тебя какой-то огромный цикл или рекурсивная ф-ция, там можно подумать о повышении производительности, а в обычных случаях просто пиши как тебе нравится)

У меня в фреймворке бывает порядка 50 инклудов, прикинь сколько ресурсов нужно чтобы просто его запустить. Я делал тесты, 1 инклуде огромного файла или 50 маленьких, разницы нет, т.к. оптимизатор хорошо справляется со своей работой. Среднее время генерации страницы 0.1 секунды, если не используются сложные тормозные запросы к БД. Поверь, там 1 микросекунда роли не играет)

Впринципе одно и тоже, но вроде как твой вариант пошустрее будет )) Насчёт 0.1 сек - это смотря на каком компе )) Но всё же - впечатляет )

Сообщение изменено: Dj Tiesto (17 октября 2007 - 12:56 )

Впринципе одно и тоже, но вроде как твой вариант пошустрее будет )) Насчёт 0.1 сек - это смотря на каком компе )) Но всё же - впечатляет )

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

0,1 сек - на шаред хостинге. Сервак мощный. Обычно производительность парит БД (кривые запросы). Просто голая страница отобразится может за 0.01 - 0,001 сек не замерял. Видишь разницу - 10-100 раз. Ещё нужно смотреть на использование скриптом памяти, у меня в среднем уходит 1.5 Мб на итерацию. К сравнению, мега-монстры вроде Битрикса вообще по 30 Мб хавают

Setor, ) Угу )

А я наоборот, советую массивы заключать в скобки фигурные Взять к примеру такой вариант:

echo "{$array1[ $array2['test'] ]}";

И так же я советую избегать двойных кавычек тогда, когда они не нужны:

echo 'test';

но иногда просто удобно вставлять переменные в 2х кавычках, например, если пишешь SQL запрос, сохраняется читабельность. Сразу скажу, не надо спорить насчёт того, как лучше писать SQL запросы, просто это один из возможных вариантов.

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

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

В смысле, массив массивов? Есть массив исходный, и есть 2й массив ключей. Всякие ситуации бывают Не каждый день, но когда у меня она давным-давно возникла, я долго парился

В смысле, массив массивов?

Может имеется в виду 3-х мерный массив ?
Тогда не понятно плчему

использовать тяжело.

Короче "аффтар" видимо явно что-то перебарщивает...

Может имеется в виду 3-х мерный массив ?

Трёхмерный - это что-то вроде

$array['a']['b']['c']

Fors наверное что-то перепутал. В общем, суть все поняли

Ступил немного... но в любом случае массив в массиве это уж слишком. И я бы очень хотел услышать агрументацию в пользу такого подхода. С примерами

Сообщение изменено: Fors (19 октября 2007 - 22:02 )

Fors, да будто с матрицами не работал. Это ведь тоже многомерный массив, массив массивов.

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

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

$car_groups = array(
	'Фавориты' => array( 'Honda', 'Mitsubishi', 'Suzuki', 'Hyundai', 'Toyota', 'Volvo', 'Volkswagen', 'Mazda', 'Nissan', 'Seat', 'Citroen', 'Peugeot', 'Renault' )
);

$rows = array(

	'Фавориты' => array(
		'' => array(
			array( 'caption' => 'Новые', 'cena1' => '3000', 'cena2' => 12000, 'god1' => 1989, 'god2' => 1997, 'sort' => 1 ),
			array( 'cena1' => '3000', 'cena2' => 12000, 'god1' => 1989, 'god2' => 1997, 'sort' => 3 ),
			array( 'cena1' => '3000', 'cena2' => 7000, 'god1' => 1989, 'god2' => 1997, 'sort' => 3 )
		)
	),

	'Японские' => array(
		'' => array(
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 2, 'sort' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 1, 'sort' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 2, 'sort' => 3, 'kuzov' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 )
		)
	),

	'Toyota' => array(
		'Carina' => array(
			array( 'god1' => 1993, 'toplivo' => 2, 'sort' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 2, 'sort' => 3, 'kuzov' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 )
		)
	)
);

Сообщение изменено: Setor (20 октября 2007 - 00:39 )

Fors, да будто с матрицами не работал. Это ведь тоже многомерный массив, массив массивов.

работал, но там был именно многомерный массив вида массив[] [], работал и с трехмерными массивами.
Но массив, в который вложен массив, в котором индексы массива строчные - дурдом, ИМХО

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

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

$car_groups = array(
	'Фавориты' => array( 'Honda', 'Mitsubishi', 'Suzuki', 'Hyundai', 'Toyota', 'Volvo', 'Volkswagen', 'Mazda', 'Nissan', 'Seat', 'Citroen', 'Peugeot', 'Renault' )
);

$rows = array(

	'Фавориты' => array(
		'' => array(
			array( 'caption' => 'Новые', 'cena1' => '3000', 'cena2' => 12000, 'god1' => 1989, 'god2' => 1997, 'sort' => 1 ),
			array( 'cena1' => '3000', 'cena2' => 12000, 'god1' => 1989, 'god2' => 1997, 'sort' => 3 ),
			array( 'cena1' => '3000', 'cena2' => 7000, 'god1' => 1989, 'god2' => 1997, 'sort' => 3 )
		)
	),

	'Японские' => array(
		'' => array(
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 2, 'sort' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 1, 'sort' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 2, 'sort' => 3, 'kuzov' => 3 ),
			array( 'god1' => 1995, 'cena2' => 65000, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 )
		)
	),

	'Toyota' => array(
		'Carina' => array(
			array( 'god1' => 1993, 'toplivo' => 2, 'sort' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 2, 'sort' => 3, 'kuzov' => 3 ),
			array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 )
		)
	)
);

а Объекты это уже не кошерно??? Толи Ява меня испортила, что я от таких конструкций бледнею, толи с ПХП кодерами что-то не так.

а Объекты это уже не кошерно??? Толи Ява меня испортила, что я от таких конструкций бледнею, толи с ПХП кодерами что-то не так.

Я тоже выступаю за ООП, но тут надо было максимально упростить генерацию ссылок, по этому пришлось использовать такую мудрёную конструкцию массивов. У меня конечно есть мысли, как это можно сделать красиво с использованием ООП, но мне пофик, оно работает и хлеба не просит Да и давненько уже писалось, лень будет переделывать все закладки.

Можешь написать, как бы ты сделал это с использованием ООП без комментариев, просто код создания структуры.

Что-то вроде

$a24Linker->addRow( 'Toyota' )
  ->addGroup( 'Carina' )
	->addItem( array( 'god1' => 1993, 'toplivo' => 2, 'sort' => 3 ) )
	->addItem( array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3 ) )
	->addSeparator()
	->addItem( array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 ) );

Список параметров для поиска array( 'god1' => 1993, 'toplivo' => 1, 'sort' => 3, 'kuzov' => 3 ) не очень удобен. Можно сделать addItem( 'god1', 1993, 'toplivo', 1, 'sort', 3, 'kuzov', 3 ) но теряется читебельность. Вот так.


P.S. но имхо упала читабельность кода. Как вариант - можно прибегнуть к ХМЛ, но там слишком сложные конструкции, массивы всё же самый наглядный способ

В моём коде есть ещё один косяк, надо делать $row = $a24Linker->addRow( 'Toyota' );
$row->addGroup( 'Carina' )->addItem()->addItem()...
$row->addGroup( 'Corolla' )->addItem()->addItem()...

Fors, в PHP вообще нет "массивов" с точки зрения Java, есть ArrayLists/HashMaps

Я тоже выступаю за ООП, но тут надо было максимально упростить генерацию ссылок, по этому пришлось использовать такую мудрёную конструкцию массивов. У меня конечно есть мысли, как это можно сделать красиво с использованием ООП, но мне пофик, оно работает и хлеба не просит Да и давненько уже писалось, лень будет переделывать все закладки.

Можешь написать, как бы ты сделал это с использованием ООП без комментариев, просто код создания структуры.

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

Писать ничего не буду, все тривиально и решается очень просто.

Fors, в PHP вообще нет "массивов" с точки зрения Java, есть ArrayLists/HashMaps

Улыбнуло... как всегда 2 вопроса : что курил аффтар и где это взять

Вот чем меня прикалывают такие топики что стоит человеку (ТС) задать вопрос начального уровня который касается базового уровня синтаксиса как тут же начинаются споры про ООП и о том что в JAVA оно "круче"

Я балдею

Улыбнуло... как всегда 2 вопроса : что курил аффтар и где это взять

Улыбнуло что ты лезешь в тему , не зная и путаясь в простейших вещах. Ссылку на определение массива в Java надо давать? Тут по PHP:
http://ee.php.net/ma...types.array.php

В PHP нет разницы между индексными и ассоциативными массивами; существует только один тип массива, который может содержать и числовые, и строковые индексы.

ассоциативный массив = HashMap
индексный массив в PHP = ArrayList в Java

Vladson,

Дану, брось, такое говорят только Java программисты, у которых выработолся "комплекс недооценнённости", вызванный востребованностью PHP программистов в Эстонии в большей степени , чем Java, поэтому и лезут во все темы про PHP со своим "Я". Бесспорно Java требует больших усилий для успешной работы, но платят в Эстонии примерно одинакого и за PHP и за Java , отсюда у некоторых людей и вся обида

Читал некоторые посты Forbs-а и смеялся, вечно он лезет в темы, в которых не имеет ни малейшего понятия. Видимо он совсем не знает что такое Software Lifecycle и то что перед тем как создаётся проект в первую очередь смотрится на БЮДЖЕТ. Можно писать все небольшие проекты и на Java , украшать ленточкой с голубой коёмочкой, использовав все самые последние технологии , но никто такой проект у него не примет так как он не будет соотвествовать бюджетным требованиям. Для того чтобы строить сараи и небольшие домишки не требуется тех же самых технологий, что требуются для строительства небоскрёбов, но Forbs-у видимо это не дано понять. Если бюджет является небольшим ,то зачастую не нужен ни UML, ни OOP и куча абстракций.

В Эстонии 98%+ всех фирм - фирмы малого бизнеса , 99.8% малый + средний бизнес , т.е. лишь 0.2% фирм относится к крупному бизнесу и большенство этих фирм нуждаются в web проектах с небольшим бюджетом , которые уж точно не будут укладываться в рамки реализации их на Java. Весь мир не крутится вокруг одного языка, не надо быть такими ограниченными.


Насчет PHP и Java - нельзя сказать какой язык лучше, каждый предназначен для своих целей. Можно конечно забивать болты молотком, но лучше уж закручивать их отвёрткой.

выработолся "комплекс недооценнённости"

У РНР программистов он тоже есть, и это не связано с размером зарплаты.

Просто

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

По этому часто и РНР и JAVA (и другие, в том числе и "Си" и "Паскаль") программисты сталкиваются с ситуацией когда работодатель хочет построить сарай (и платит за сарай) но ставит условие что необходим опыт в постройке небоскрёбов.


(есть и обратная сторона, 99% строителей сараев стараются строить небоскрёбы и вот это реально выводит, иногда таких "дров наломают" что страшно становится)

Улыбнуло что ты лезешь в тему , не зная и путаясь в простейших вещах. Ссылку на определение массива в Java надо давать? Тут по PHP:
http://ee.php.net/ma...types.array.php
ассоциативный массив = HashMap
индексный массив в PHP = ArrayList в Java

Будем ссылками кидаться? тогда давай проясним, что же такое массив?
Вот википедия думает, что массив, может иметь только числовую индексацию. Странно, правда?here
Другое дело, что ПХП прячет реализацию того же Мап интерфейса и Лист интерфейса в своих массивах (отчего они легче не становятся)

Vladson,

Дану, брось, такое говорят только Java программисты, у которых выработолся "комплекс недооценнённости", вызванный востребованностью PHP программистов в Эстонии в большей степени , чем Java, поэтому и лезут во все темы про PHP со своим "Я". Бесспорно Java требует больших усилий для успешной работы, но платят в Эстонии примерно одинакого и за PHP и за Java , отсюда у некоторых людей и вся обида

Читал некоторые посты Forbs-а и смеялся, вечно он лезет в темы, в которых не имеет ни малейшего понятия. Видимо он совсем не знает что такое Software Lifecycle и то что перед тем как создаётся проект в первую очередь смотрится на БЮДЖЕТ. Можно писать все небольшие проекты и на Java , украшать ленточкой с голубой коёмочкой, использовав все самые последние технологии , но никто такой проект у него не примет так как он не будет соотвествовать бюджетным требованиям. Для того чтобы строить сараи и небольшие домишки не требуется тех же самых технологий, что требуются для строительства небоскрёбов, но Forbs-у видимо это не дано понять. Если бюджет является небольшим ,то зачастую не нужен ни UML, ни OOP и куча абстракций.

В Эстонии 98%+ всех фирм - фирмы малого бизнеса , 99.8% малый + средний бизнес , т.е. лишь 0.2% фирм относится к крупному бизнесу и большенство этих фирм нуждаются в web проектах с небольшим бюджетом , которые уж точно не будут укладываться в рамки реализации их на Java. Весь мир не крутится вокруг одного языка, не надо быть такими ограниченными.
Насчет PHP и Java - нельзя сказать какой язык лучше, каждый предназначен для своих целей. Можно конечно забивать болты молотком, но лучше уж закручивать их отвёрткой.

Тебя чем-то обидели? Я не говорил ни про зарплату, ни про трудоустройство, ни про ситуацию на рынке...
Я вполне доволен своей работой и зарплатой.

Про бюджет - твое личное мнение? Если и вправду все сначала смотрят на деньги - тогда линк на авторитетный источник, где прописано это. Не надо быть голословным.

Про эстонские фирмы - опять твое личное мнение? Линк в студию. Кто тут вообще говорит про Эстонию? мы вроде как массивы обсуждали.

Ничего личного, но не мог бы ты обратить внимание как пишется мой ник

По этому часто и РНР и JAVA (и другие, в том числе и "Си" и "Паскаль") программисты сталкиваются с ситуацией когда работодатель хочет построить сарай (и платит за сарай) но ставит условие что необходим опыт в постройке небоскрёбов.

ну тут я только могу посочувствовать и посоветовать сменить работу

Вот чем меня прикалывают такие топики что стоит человеку (ТС) задать вопрос начального уровня который касается базового уровня синтаксиса как тут же начинаются споры про ООП и о том что в JAVA оно "круче" Я балдею

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

Будем ссылками кидаться? тогда давай проясним, что же такое массив?
Вот википедия думает, что массив, может иметь только числовую индексацию. Странно, правда?here
Другое дело, что ПХП прячет реализацию того же Мап интерфейса и Лист интерфейса в своих массивах (отчего они легче не становятся)

Спасибо за то что ты повторил мои слова, которые тебя "улыбнули". Больше не смешно после чтения мануалов?

Тебя чем-то обидели?

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

Про бюджет - твое личное мнение? Если и вправду все сначала смотрят на деньги - тогда линк на авторитетный источник, где прописано это. Не надо быть голословным.

В следующий раз , прежде чем просить линки , попробуй самостоятельно поискать информацию в GOOGLE. Я больше не буду тратить на ленивых школьников своё время.




Mark Grand,"шаблоны проэктирования в Java", стр 42.

Про эстонские фирмы - опять твое личное мнение? smile.gif Линк в студию. Кто тут вообще говорит про Эстонию? мы вроде как массивы обсуждали.

Да, я рад что моё личное мнение совпадает и в этот раз с обьективной реальностью. В качестве примера я приведу статистику по Нарве 3х-летней давности , исходя из которой ты можешь сделать вывод о состоянии по Эстонии на сегодняшний день, где в целом ситуация с малым бизнесом обстоит еще лучше, чем в Нарве 3 года назад. Тык.

Ничего личного, но не мог бы ты обратить внимание как пишется мой ник wink.gif

Bonjour, Mr Fors.

Спасибо за то что ты повторил мои слова, которые тебя "улыбнули". Больше не смешно после чтения мануалов?
Обрати внимание насколько культурно был написан мой пост, и какой я получил ответ. Мне не нравится фамильярное отношение, я тебе не "аффтар", и никогда не стоит смеяться над людьми даже если они ошибаются. Обычно я не вмешиваюсь в дебаты школьников, пытающихся самоутвердится засчёт друг-друга, но в этот раз ты сам полез на рожон.
В следующий раз , прежде чем просить линки , попробуй самостоятельно поискать информацию в GOOGLE. Я больше не буду тратить на ленивых школьников своё время.



Mark Grand,"шаблоны проэктирования в Java", стр 42.
Да, я рад что моё личное мнение совпадает и в этот раз с обьективной реальностью. В качестве примера я приведу статистику по Нарве 3х-летней давности , исходя из которой ты можешь сделать вывод о состоянии по Эстонии на сегодняшний день, где в целом ситуация с малым бизнесом обстоит еще лучше, чем в Нарве 3 года назад. Тык.
Bonjour, Mr Fors.

ты просто душка Опять таки, википедия просто собрание альтруистов каких-то. Они ни слова о деньгах не говорят в статье о цикле ПО. тырк

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

и по поводу ленивых школьников - как там дипломЧЕГ на ИАСБ?