MooseX:: Объявите и MooseX:: Метод:: готовое производство Подписей?

По данным Sun JavaDoc FAQ, есть несколько вариантов - в основном бесплатные, с одним или двумя коммерческими предложениями. Проверьте его по адресу http://java.sun.com/j2se/javadoc/faq/index.html#print .

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

• Одно решение состоит в том, чтобы добавить позицию : фиксированную в определение CSS, но я вижу, что это не сработает для вас
• Другим решением было бы размещение ActionBox абсолютно (в теле документа) и корректировка вверху .
• Обновлен код в соответствии с решением, найденным для других пользователей.

ОБНОВЛЕНО:

CSS

#ActionBox {
 position: relative;
 float: right;
}

Сценарий

var alert_top = 0;
var alert_margin_top = 0;

$(function() {
  alert_top = $("#ActionBox").offset().top;
  alert_margin_top = parseInt($("#ActionBox").css("margin-top"),10);

  $(window).scroll(function () {
    var scroll_top = $(window).scrollTop();
    if (scroll_top > alert_top) {
      $("#ActionBox").css("margin-top", ((scroll_top-alert_top)+(alert_margin_top*2)) + "px");
      console.log("Setting margin-top to " + $("#ActionBox").css("margin-top"));
    } else {
      $("#ActionBox").css("margin-top", alert_margin_top+"px");
    };
  });
});

Также важно добавить базу (10 в данном случае) в parseInt () , например,

parseInt($("#ActionBox").css("top"),10);

Это зависит от того, что вы имеете в виду под «производством готов». Я не буду зависеть от них, пока их скорость немного не замедлится. Мне нравится, что мои производственные материалы не нуждаются в частом уходе от внешних изменений кода, корректировок API и так далее. Это не что-то особенное для Лося, а любой молодой проект.

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

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

MooseX::Declare - хороший код. Он не взорвет случайно вашу машину, он не ужасен по производительности, и он предлагает много интересных вещей, уменьшая количество шаблонов, которые вам придется писать. Но это может измениться в будущем, что заставит ваш код отказываться компилироваться до тех пор, пока он не будет обновлен; это может заставить ваш редактор и другие инструменты разработки запутаться, увидев синтаксис, который он не может разобрать; это может разозлить ваших коллег, заставив их изучать новый модуль для работы с вашим кодом, или это может разозлить вашего начальника, заставив любого будущего сопровождающего изучать новый модуль для работы с вашим кодом. Что из этого относится к вам, и в какой степени? Надеюсь, вы знаете это лучше меня.

Есть люди, которые считают, что зрелость и стабильность MooseX :: Delcare , Devel :: Declare , на котором он основан, или даже сам Moose еще не готов к «прайм-тайм». Я также знаю две крупные компании с миллионы посетителей в месяц, которые имеют MooseX :: Declare в своей производственной среде. Я лично доволен предоставленным мне стеком Moose и пока не вижу необходимости приносить в MooseX :: Declare . Я знаю людей, чье мнение я глубоко уважаю, которые отказываются писать новый код без декларативного сахара из MooseX :: Declare .

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