Czy powinienem utworzyć kontrolkę serwera JQuery dla ASP.net, aby jak najlepiej wykorzystać ją w moich aplikacjach?

Question

Byłem dość udany w promowaniu JQuery w mojej organizacji. Nie ma małego wyczynu na własną rękę. Jednak jednym z pomysłów, które są tutaj kopane, aby stała się częścią naszej aplikacji, jest stworzenie kontrolki po stronie serwera ASP.net. (Będziemy trzymać się WebForms w dającej się przewidzieć przyszłości).

Nie jestem zbyt szalony w tym podejściu, ponieważ wydaje się, że jest on przesadny, gdy kilka znaczników skryptu wykona zadanie. Znaleźliśmy w Internecie article, a ilość kodu zaangażowanego naprawdę nie wydaje się usprawiedliwiać. Słyszałem jednak, że niektóre funkcje buforowania lub generowania skryptów mają miejsce w przypadku elementów sterujących serwera.

Moje pytania:

• ktoś inny napisał kontrolę serwera ASP.NET służyć do jQuery js kod?
• Czy ktoś jeszcze uważa, że ​​jest to szalony pomysł, aby uniknąć pisania kodu JQuery lub kodu Javascript?

Answer 1

Wiem, że Microsoft (wraz z Nokia) jest "mainstreaming" jQuery i będzie integrować go z przyszłymi wersjami Visual Studio. Możesz sprawdzić, w jaki sposób będą oficjalnie z niego korzystać, abyś mógł teraz dostosować swoją konfigurację i, miejmy nadzieję, ułatwić przejście do "oficjalnego jQuery MS".

Answer 2

Zgadzam się z Państwem. Nie jest warte czasu na tworzenie i narzuty, aby utworzyć kontrolę, aby dodać lokalizację skryptu JQuery.

Lepszym rozwiązaniem byłoby posiadanie 1 pliku .js, który ma wszystkie linki wymagane do załadowania strony. To może wyeliminować wiele linków .js, jeśli jest to problem z zespołem.

Jedyny raz, gdy chciałbym usprawiedliwić tworzenie niestandardowej kontroli, aby po prostu połączyć JavaScript byłby z jakiegokolwiek powodu nie chcesz skopiować kodu JavaScript na serwer i chcesz go osadzić w pliku .dll. Jednak nie powstrzymasz ludzi przed zobaczeniem JavaScriptu na stronie, ponieważ jeśli umieścisz pliki w .dll, musisz zarejestrować je w nagłówku jako pełny plik skryptu.

Answer 3

Znalazłem aplikację Scotta Hanselmana blog post z przykładową aplikacją z ASP.net AJAX + JQuery. Jest to prosta aplikacja, ale zawiera wszystkie javascript z tagami skryptów. Nie widzę żadnej wskazówki, aby użyć kontrolki serwera do obsługi skryptów.

Answer 4

Jednym z powodów użycia kontrolki serwera do wstrzykiwania kodu JavaScript jest to, że łatwiej jest kontrolować, które pliki JavaScript zostaną dodane do strony. Wyobraź sobie scenariusz, w którym używasz rdzenia jQuery oraz interfejsu jQuery i garści innych wtyczek. W zależności od tego, jak zakodowałeś tę kontrolę, możesz pozwolić programistom łatwo wybrać, które funkcje były potrzebne dla konkretnej strony, nie martwiąc się o wymagane skrypty. Takie podejście zapewniłoby dużą elastyczność przy segmentowaniu aplikacji: na przykład kontrola serwera może być używana przez strony wzorcowe, stronę podrzędną, kontrolki użytkownika lub inną kontrolę serwera. Jeśli strona wzorcowa zarejestrowała wymóg dla jednej biblioteki jQuery, ale strona podrzędna lub jeden z elementów sterujących użytkownika wymaga dodatkowych bibliotek, to posiadanie zunifikowanego interfejsu API czyni to prostym. Osobiście uważam, że jest to najlepiej obsługiwane przez bibliotekę pomocniczą, a nie kontrolę serwera.

Najważniejsze jest to, ile chcesz, aby każdy programista ponownie wynalazł koło lub skorzystał ze zwykłego, prostego w obsłudze interfejsu API, który zapewnia jednolitość w aplikacjach.