Маршрутизация URL приложения PHP
Когда вы объявляете ссылочную переменную (т. е. объект), вы действительно создаете указатель на объект. Рассмотрим следующий код, в котором вы объявляете переменную примитивного типа int:
int x;
x = 10;
В этом примере переменная x является int, и Java инициализирует ее для 0. Когда вы назначаете его 10 во второй строке, ваше значение 10 записывается в ячейку памяти, на которую указывает x.
Но когда вы пытаетесь объявить ссылочный тип, произойдет что-то другое. Возьмите следующий код:
Integer num;
num = new Integer(10);
Первая строка объявляет переменную с именем num, но она не содержит примитивного значения. Вместо этого он содержит указатель (потому что тип Integer является ссылочным типом). Поскольку вы еще не указали, что указать на Java, он устанавливает значение null, что означает «Я ничего не указываю».
Во второй строке ключевое слово new используется для создания экземпляра (или создания ) объекту типа Integer и переменной указателя num присваивается этот объект. Теперь вы можете ссылаться на объект, используя оператор разыменования . (точка).
Exception, о котором вы просили, возникает, когда вы объявляете переменную, но не создавали объект. Если вы попытаетесь разыменовать num. Перед созданием объекта вы получите NullPointerException. В самых тривиальных случаях компилятор поймает проблему и сообщит вам, что «num не может быть инициализирован», но иногда вы пишете код, который непосредственно не создает объект.
Например, вы можете имеют следующий метод:
public void doSomething(SomeObject obj) {
//do something to obj
}
В этом случае вы не создаете объект obj, скорее предполагая, что он был создан до вызова метода doSomething. К сожалению, этот метод можно вызвать следующим образом:
doSomething(null);
В этом случае obj имеет значение null. Если метод предназначен для того, чтобы что-то сделать для переданного объекта, целесообразно бросить NullPointerException, потому что это ошибка программиста, и программисту понадобится эта информация для целей отладки.
Альтернативно, там могут быть случаи, когда цель метода заключается не только в том, чтобы работать с переданным в объекте, и поэтому нулевой параметр может быть приемлемым. В этом случае вам нужно будет проверить нулевой параметр и вести себя по-другому. Вы также должны объяснить это в документации. Например, doSomething может быть записано как:
/**
* @param obj An optional foo for ____. May be null, in which case
* the result will be ____.
*/
public void doSomething(SomeObject obj) {
if(obj != null) {
//do something
} else {
//do something else
}
}
Наконец, Как определить исключение & amp; причина использования Трассировки стека
6 ответов
Я предпочитаю использовать reg исключая по созданию моего собственного формата, так как это общеизвестно. Я записал маленький класс, который я использую, который позволяет мне вкладывать эти reg исключая таблицами маршрутизации. Я использую для использования чего-то подобного, которое было реализовано наследованием, но ему не было нужно наследование, таким образом, я переписал его.
Я делаю reg исключая на ключе и отображаюсь на мою собственную строку управления. Возьмите ниже примера. Я посещаю /api/related/joe и мой класс маршрутизатора создает новый объект ApiController и вызовы это - метод relatedDocuments(array('tags' => 'joe'));
// the 12 strips the subdirectory my app is running in
$index = urldecode(substr($_SERVER["REQUEST_URI"], 12));
Route::process($index, array(
"#^api/related/(.*)$#Di" => "ApiController/relatedDocuments/tags",
"#^thread/(.*)/post$#Di" => "ThreadController/post/title",
"#^thread/(.*)/reply$#Di" => "ThreadController/reply/title",
"#^thread/(.*)$#Di" => "ThreadController/thread/title",
"#^ajax/tag/(.*)/(.*)$#Di" => "TagController/add/id/tags",
"#^ajax/reply/(.*)/post$#Di"=> "ThreadController/ajaxPost/id",
"#^ajax/reply/(.*)$#Di" => "ArticleController/newReply/id",
"#^ajax/toggle/(.*)$#Di" => "ApiController/toggle/toggle",
"#^$#Di" => "HomeController",
));
Для подавления ошибок и простоты, можно подразделить таблицу. Таким образом, можно поместить таблицу маршрутизации в класс, которым она управляет. При взятии вышеупомянутого примера можно объединить три вызова потока в единственный.
Route::process($index, array(
"#^api/related/(.*)$#Di" => "ApiController/relatedDocuments/tags",
"#^thread/(.*)$#Di" => "ThreadController/route/uri",
"#^ajax/tag/(.*)/(.*)$#Di" => "TagController/add/id/tags",
"#^ajax/reply/(.*)/post$#Di"=> "ThreadController/ajaxPost/id",
"#^ajax/reply/(.*)$#Di" => "ArticleController/newReply/id",
"#^ajax/toggle/(.*)$#Di" => "ApiController/toggle/toggle",
"#^$#Di" => "HomeController",
));
Затем Вы определяете ThreadController:: маршрут, чтобы быть похожими на это.
function route($args) {
Route::process($args['uri'], array(
"#^(.*)/post$#Di" => "ThreadController/post/title",
"#^(.*)/reply$#Di" => "ThreadController/reply/title",
"#^(.*)$#Di" => "ThreadController/thread/title",
));
}
Также можно определить любые значения по умолчанию, которые Вы хотите для своей строки маршрутизации справа. Просто не забывайте документировать их, или Вы смутите людей. Я в настоящее время называю индекс, если Вы не включаете имя функции справа. Вот мой текущий код. Можно хотеть изменить его для обработки ошибок, как Вам нравится и или действия по умолчанию.
Еще одна структура? - в любом случае ...
Хитрость в том, что с маршрутизацией нужно передать все это вашему контроллеру маршрутизации.
Возможно, вы захотите использовать что-то похожее на то, что я описал здесь:
http: //www.hm2k.com/posts/friendly-urls
Второе решение позволяет использовать URL-адреса, аналогичные Zend Framework.
Используйте список Regexs для соответствия, какой объект я должен использовать
, Например
^/users/[\w-]+/bookmarks/(.+)/$
^/users/[\w-]+/bookmarks/$
^/users/[\w-]+/$
Профессионалы: Хороший и простой, позволяет мне определить маршруты непосредственно Недостатки: должен был бы быть заказан, не облегчив включать новые вещи (очень подверженные ошибкам)
, Это, afaik, как Django делает это
Я думаю, что много платформ использует комбинацию mod_rewrite Apache и фронтального контроллера. С mod_rewrite можно повернуть URL как это:/people/get/3 в это: index.php? controller=people& method=get& id=3. Index.php реализовал бы Ваш фронтальный контроллер, который направляет запрос страницы на основе данных параметров.
Платформа зенда MVC значением по умолчанию использует структуру как
/router/controller/action/key1/value1/key2/value2
, где router файл маршрутизатора (отображенный через mod_rewrite, controller от обработчика действий контроллера, который определяется классом, который происходит от Zend_Controller_Action и action ссылки метод в контроллере, названном actionAction. Пары ключ/значение могут войти в любой порядок и доступны методу действия как ассоциативный массив.
я использовал что-то подобное в прошлом в моем собственном коде, и до сих пор это работало довольно хорошо.
Попытайтесь бросить взгляд на шаблон MVC .
Платформа Зенда использует его, например, но также и CakePHP, CodeIgniter...
Меня лично не любят модель MVC, но она большую часть времени реализована как "Представление для веб-" компонента.
решение в значительной степени зависит от предпочтения...