Использовать представления или не использовать представления
Вам нужно установить правильный тип контента и подкрепить свой объект.
var arr = {City:'Moscow', Age:25};
$.ajax({
url: "Ajax.ashx",
type: "POST",
data: JSON.stringify(arr),
dataType: 'json',
async: false,
contentType: 'application/json; charset=utf-8',
success: function(msg) {
alert(msg);
}
});
5 ответов
Средства экономии времени HTML полезны, но они только полезны, когда они интуитивны и легки для понимания. Необходимость инстанцировать a new Draw просто не звучит очень естественным. Кроме того, wideHeaderBox и left будет только иметь значение для кого-то, кто глубоко знает систему. И что, если существует модернизация, как Ваши музы коллеги? Что, если wideHeaderBox становится очень узким? Вы измените разметку (и стили, возможные) сгенерированный методом PHP, но оставите очень неточное имя метода для вызова кода?
Если Вы, парни просто должны использовать поколение HTML, необходимо использовать вкрапленный в поле зрения файлы, и необходимо использовать его, где это действительно необходимо/полезно, таково как что-то вроде этого:
HTML::link("Wikipedia", "http://en.wikipedia.org");
HTML::bulleted_list(array(
HTML::list_item("Dogs"),
HTML::list_item("Cats"),
HTML::list_item("Armadillos")
));
В вышеупомянутом примере имена методов на самом деле имеют смысл людям, которые не знакомы с Вашей системой. Они будут также иметь больше смысла Вам парни, когда Вы возвратитесь в редко посещаемый файл и удивление, какого черта Вы делали.
Я сделал что-то как этот в прошлом, и это была пустая трата времени. Например, в основном необходимо записать обертки для всего, что Вы уже можете с HTML, и Вы забудете некоторые вещи. Когда необходимо будет изменить что-то в расположении, Вы будете думать "Охота, я забыл об этом.. теперь я должен кодировать другой метод или добавить другой параметр".
В конечном счете у Вас будет огромный набор функций/классов, которые генерируют HTML, который никто не будет знать или помнить, как использовать месяцы с этого времени. Новые разработчики проклянут Вас за использование этой системы, так как они должны будут изучить это прежде, чем изменить что-либо. Напротив, больше людей, вероятно, знает HTML, чем Ваши абстрактные классы рисования HTML..., и иногда просто необходимо пачкать руки с чистым HTML!
Это выглядит довольно подробным и твердым следовать, чтобы быть честным, и часть кода похожа на него, в значительной степени информация макета.
Мы всегда пытаемся разделить логику от вывода как можно больше. Однако часто имеет место, что представление и данные очень плотно связаны с обеими частями, диктующими, как другой должен быть (например, в простом сайте электронной коммерции, можно решить, что Вы хотите начать показывать уровни запасов рядом с каждым продуктом, который, очевидно, включил бы изменение представления для добавления соответствующего HTML для этого и бизнес-логики, чтобы пойти и выяснить значение для запаса).
Если мысль о поддержании 2 файлов, чтобы сделать это слишком много для обработки, попытайтесь разделить вещи на, "Собирают данные" часть и "часть" Представления Дисплея, получая Вас большинство преимуществ, не увеличивая число файлов, которыми необходимо управлять.
Аргументом, который он использует, является аргумент, у Вас должны быть представления. Оба результата только в изменении его в одном месте. Однако в его версии, Вы смешиваете разметку представления с бизнес-кодом.
Я предложил бы использовать больше шаблонного дизайна. Сделайте всю свою бизнес-логику в PHP, установите все переменные, которые необходимы Вашей странице. Затем просто имейте свою разметку страницы, ссылаются на те переменные (и соглашение без бизнес-логики вообще).
Вы посмотрели на присяжного острослова? http://smarty.php.net
Я всегда нахожу намного легче работать непосредственно с HTML. Существует тот меньше уровня абстракции (HTML-> фактическая веб-страница / php функция-> HTML-> фактическая веб-страница) для контакта с затем, Вы просто работаете в HTML.
Я действительно думаю, 'просто должны изменить его в одном месте' вещь работа привычки в этом случае. Это вызвано тем, что они будут так много раз, когда Вы захотите изменить вывод функции, но только во всего одном месте. Уверенный можно использовать аргументы, но Вы скоро закончите с некоторыми функциями, имеющими как дюжина аргументов.Фу.
Примите во внимание языки шаблонной обработки / системы часто позволяют Вам включать шаблоны sub, позволяя Вам иметь некоторые допускающие повторное использование блоки HTML.
Нижняя строка - то, если бы я только что запустил в Вашей компании и видел код как этот везде, моя первая мысль была бы, 'Черт побери! Нужно новое задание снова'.