/ ** * Управление прокруткой * / $ (документ) .ready (function () {
// Define the menu we are working with
var menu = $('.navbar.navbar-default.navbar-inverse');
// Get the menus current offset
var origOffsetY = menu.offset().top;
/**
* scroll
* Perform our menu mod
*/
function scroll() {
// Check the menus offset.
if ($(window).scrollTop() >= origOffsetY) {
//If it is indeed beyond the offset, affix it to the top.
$(menu).addClass('navbar-fixed-top');
} else {
// Otherwise, un affix it.
$(menu).removeClass('navbar-fixed-top');
}
}
// Anytime the document is scrolled act on it
document.onscroll = scroll;
});
Мы перешли на WPF и больше не оглядывались. На этом этапе я рекомендую делать все новые разработки в WPF, потому что опыт намного лучше . Но отнеситесь к этому с недоверием, особенно если у вас есть команда с большим опытом работы с WinForms.
Судя по всему, Visual Studio также переходит на WPF. Новый взгляд на Visual Studio 2010
WPF потребует .NET 3.0 (или более поздней версии) и будет способствовать лучшему разделению уровней представления / бизнес-логики / доступа к данным. Если у вас есть UI-дизайнер или вы хорошо разбираетесь в Expression Blend, вероятно, вам подойдет WPF.
Если нет UI-дизайнера и разделение проблем не является проблемой, WinForms не будет вводить дополнительную кривую обучения для вашего проект.
Если вы работаете над большим проектом с дизайнерами (интерфейсами) на одном и программистами с другой стороны, WPF может быть лучше, чем Forms, поскольку вы можете гораздо лучше отделить свой графический интерфейс от своего кода с помощью xml.
Но, вообще говоря, я бы не видел себя в состоянии раз и навсегда решить по поводу WPF / Windows Forms.