The Rails Way - Пространства имен
Если вы хотите использовать предыдущую версию файла, я бы порекомендовал использовать git checkout.
git checkout
. Это приведет к возврату вас вовремя, это не повлияет на текущее состояние вашего проекта, вы может прийти на mainline git checkout mainline
, но когда вы добавляете файл в аргумент, этот файл возвращается вам из предыдущего времени в текущее время проекта, то есть ваш текущий проект изменяется и ему необходимо
git checkout -- file_name
git add .
git commit -m 'file brought from previous time'
git push
Преимущество этого заключается в том, что он не удаляет историю, а также не отменяет определенные изменения кода (git revert)
Подробнее здесь https://www.atlassian.com/git/tutorials/undoing-changes#git-checkout
4 ответа
Нет никаких реальных "Направляющих пути" к администраторским интерфейсам, на самом деле - можно найти каждое возможное решение во многих приложениях. DHH подразумевал, что он предпочитает пространства имен (с Базовой аутентификацией HTTP), но это осталось простой импликацией и не одним из официальных Мнений о направляющих.
Однако я нашел хороший успех с тем подходом в последнее время (пространство имен + HTTP Основной). Это похоже на это:
routes.rb:
map.namespace :admin do |admin|
admin.resources :users
admin.resources :posts
end
admin/users_controller.rb:
class Admin::UsersController < ApplicationController
before_filter :admin_required
# ...
end
application.rb
class ApplicationController < ActionController::Base
# ...
protected
def admin_required
authenticate_or_request_with_http_basic do |user_name, password|
user_name == 'admin' && password == 's3cr3t'
end if RAILS_ENV == 'production' || params[:admin_http]
end
end
условное выражение на authenticate_or_request_with_http_basic триггеры HTTP Основной автор в производственном режиме или когда Вы добавляете ?admin_http=true к любому URL, таким образом, можно протестировать его на функциональных испытаниях и путем ручного обновления URL, поскольку Вы просматриваете свой участок разработки.
В некоторых малых приложениях я не думаю, что необходимо разделить администраторский интерфейс. Просто используйте регулярный интерфейс и добавьте администраторскую функциональность для зарегистрированных пользователей.
В больших проектах, я пошел бы с пространством имен. Используя субдомен не чувствует себя хорошо мне по некоторым причинам.
-
1Быстрое обновление, Паскаль является правильным:
Double.NaN.equals(Double.NaN)возвращает true на JDK7 – posdef 18 February 2015 в 13:53
Я задал несколько подобный вопрос. администрация Бэкенда в направляющих . Один из ответов упомянул пространства имен и именно это я реализовал.
-
1@CarlosBribiescas NaN отличается от бесконечностей: базовый принцип стандарта IEEE 754 - то, что значения точно, каковы они, но результат операции может быть приближен wrt реальный результат, и в этом случае, получающееся значение с плавающей точкой получено согласно округляющемуся режиму. Можно получить inf в результате такого приближения:
1.0e100 / 1.0e-300, например. NaN является результатом, который Вы получаете когда операция doesn' t имеют смысл. Это является защитимым, чтобы сделать, чтобы NaN вел себя особенно, но inf является просто приближением всех значений, слишком больших для представления – Pascal Cuoq 18 February 2015 в 13:46
Благодаря всем, которые ответили на мой вопрос. Похож на согласие, должен использовать пространства имен, если Вы хотите, поскольку нет спонсируемых направляющих никакого DHH Путем подхода.:)
Снова, спасибо все!
-
1@MikeCurry у меня нет компьютера передо мной также, таким образом, это - ярмарка, держат пари, беру ли я
trueи оставляю Васfalse, правильно? – Pascal Cuoq 18 February 2015 в 13:38
1.0e1001.0e-300. Так как все конечные значения также используются для представления результата операций, результаты которых не могут быть представлены точно, нет никакой причины рассматривать бесконечности по-другому по сравнению с конечными значениями в определении==. – Pascal Cuoq 18 February 2015 в 13:54