W czystym HTMLu, czy nawet PHP, można stworzyć pojedynczą stronę wykorzystując tylko jeden dokument (odpowiednio HTML, PHP). Podobnie sprawa wygląda również w ASP.NET Web Forms. W tym przypadku mamy co prawda plik aspx oraz odpowiadający mu dokument code-behind, ale są one na tyle silnie ze sobą związane, że funkcjonują jako jeden byt. Stronę ASP.NET Web Forms uruchomimy więc podając po prostu nazwę wybranego pliku aspx.

Zupełnie inaczej sprawy mają się w przypadku ASP.NET MVC, gdzie na jeden pojedynczy link z reguły składa się kilka elementów składowych - kontroler, klasy odpowiedzialne za logikę oraz strona widoku. Takie podejście wymusiło wprowadzenie wirtualnych ścieżek, którymi zarządza system routingu.

Twórcy ASP.NET MVC całkiem sprytnie to wymyślili i jeśli tylko trzymamy się standardowych reguł, to nie powinno być większych problemów z ogarnięciem tego tematu. Życie bywa jednak przewrotne, a aplikacje skomplikowane. Wszystko to powoduje, że reguły routingu w klasycznej postaci szybko stają się zawiłe i nieczytelne.

Jeśli stanąłeś kiedykolwiek przed takim właśnie problemem, to mam dla Ciebie dobrą nowinę, a jest nią routing oparty o atrybuty, wprowadzony w ASP.NET MVC 5.

Gdy blisko 5 lat temu zacząłem używać jQuery w jednym z moich projektów w pracy, poczułem jakbym dostał mannę z nieba. W moje rączki trafiła bowiem biblioteka, która rozwiązywała większość problemów z kompatybilnością JavaScriptu, a także w wymierny sposób skracała tworzony kod - jednym słowem rewelacja!

Internet się jednak zmienia i dziś JavaScript wygląda już zupełnie inaczej. Jest to język bardziej dojrzały, który zyskał nowe możliwości oraz przede wszystkim lepsze wsparcie w przeglądarkach. Odsetek starych - złych IE jest już naprawdę niski i wielu przypadkach można porzucić wsparcie dla tych aplikacji, co też uczyniło nawet samo jQuery w linii 2.x. Czas w końcu ruszyć do przodu!

Niestety wielu programistów wciąż żyje w złotych czasach jQuery i wykorzystuje tą bibliotekę do najprostszych nawet czynności. Czas skończyć z tym podejściem, przyszła najwyższa pora by zaprezentować światu nowy, lepszy JavaScript!

Sporo ostatnio czytałem na temat User eXperience oraz ogólnie o przeprojektowywaniu witryn i im więcej czytam i przeglądam, tym bardziej zastanawiam się czy sam robię to dobrze. Na blogu często się coś zmienia - pojawiają się jakieś nowe sekcje, widżety itp., teraz naszła mnie jednak refleksja, czy wszystko w porządku jest z samą nawigacją. Czy Wy jako czytelnicy, którzy zaglądacie na tego bloga nie gubicie się? Czy szybko znajdujecie inne podobne, interesujące Was teksty? Czy jakiś element może warto umieścić w innym miejscu?

Znów się udało. Tak w skrócie można powiedzieć o najnowszej* produkcji społeczności Smashing Magazine, czyli książce Redesign The Web. Po raz kolejny w nasze ręce trafia lektura, której głównym zadaniem jest przedstawienie trendów aktualnie panujących w sieci, uzupełnionych o doświadczenie i wiedzę ekspercką.

Jak zwykle w przypadku Smashing Book mamy do czynienia z kompilacją różnych artykułów, której pojawiły się wcześniej na blogu. Tym razem autorzy skupiają się na aspekcie przeprojektowania, czyli czymś co czeka każdą szanującą się witrynę po kilku latach jej bytowania w globalnej sieci. Na wstępie wszystko to wygląda bardzo ciekawie, ale o tym jak to wyszło w praktyce, postaram się Wam powiedzieć w dalszej części recenzji.

ASP.NET MVC to w moim odczuciu świetna platforma do budowy zarówno prostych jak i zaawansowanych web-aplikacji. W stosunku do Web Forms widać tutaj ogromny postęp. Twórcy tego rozwiązania postawili na sprawdzone schematy, biblioteki oraz zapewnili szerokie możliwości konfiguracji oraz rozbudowy naszych aplikacji. Nikogo już nie dziwią mechanizmy IoC, czy testy jednostkowe będące na porządku dziennym w świecie MVC.

Dla mnie osobiście szczególną rolę odgrywają nowe możliwości w aspekcie budowy layoutu. Mamy tutaj bowiem opcję tworzenia rozbudowanych widoków korzystających z engine Razor oraz opcję wykorzystania wspólnego szablonu dla wielu różnych stron. Oczywiście rozwiązanie typu Master template dziś już nikogo nie szokuje, ale mnie osobiście bardzo ucieszyły dodatkowo możliwości dostępne w ASP.NET MVC. Do gustu szczególnie przypadły mi tytułowe Child Actions, które świetnie funkcjonują w świecie platformy Microsoftu i w prosty sposób umożliwiają włączenie do layoutu określonego widoku aktywnie korzystającego z logiki biznesowej. Dziś mam właśnie zamiar przedstawić funkcjonowanie tego mechanizmu w praktyce.

CSS jest specyficznym językiem, który wywołuje skrajnie różne emocje. Wielu uważa, że jest on bardzo prosty, inni gubią się we wszelkiej maści selektorach dostępnych w tej technologii. Jedno jest pewno - sporo grono użytkowników używa go źle i choć często ich kod CSS działa, to w praktyce nie jest on do końca optymalny.

Sam nie uważam się za eksperta CSS, ale przeżyłem już kilka solidnych refaktoryzacji swoich projektów i wyciągnąłem z tego parę istotnych, w moim odczuciu wniosków z tych działań. Dziś mam zamiar się nimi z Wami podzielić. Z pewnością wiele z tych zasad i reguł już znacie, ale mimo wszystko wierzę, że każdy znajdzie coś dla siebie;-)

Patrząc na dynamiczny rozwój technologii webowych, trudno nie oprzeć się wrażeniu że CSS został trochę z tyłu w stosunku do tego co się dzieje w przypadku HTMLa, czy JavaScriptu. Mamy tutaj co prawda kilka nowych ciekawych elementów w stylu choćby opisywanych przeze mnie wcześniej animacji, ale temat wciąż rozwija się słabo.

Problemem z reguły jest też kiepskie wsparcie wybranych zagadnień, bądź też niska ich popularność/świadomość wśród samych deweloperów. Coraz większy wpływ na CSS ma też wspomniany JavaScript. Jest to jednak nie do końca szczęśliwe rozwiązanie, ponieważ mieszamy tutaj dwie różne technologie, narażamy się także na niekompatybilność samego JavaScriptu, a poza tym JS jest znacznie wolniejszy niż CSS wykonywany bezpośrednio przez przeglądarkę.

Na szczęście wygląda, że sytuacja powoli zaczyna się zmieniać, a twórcy specyfikacji CSS budzą się z zimowego snu. Wkrótce na horyzoncie prawdopodobnie pojawią się bowiem bardzo kuszące nowości, a jedną z nich mogą być zmienne CSS.

Gdy rozmawiam czasem ze znajomymi zajmującymi się tworzeniem stron internetowych we wszelkiej maści agencjach interaktywnych, z reguły opisują oni przebieg swojej pracy bardzo podobnie:

• Zbieranie wymagań
• Projektowanie
• Programowanie
• Testowanie
• Przekazanie witryny odbiorcy

Na pozór wszystko wygląda w porządku, ale wystarczy chwilę pomyśleć by zdać sobie sprawę, że w całym tym procesie zabrakło jednego, niezwykle ważnego elementu - użytkownika końcowego.

Projektowanie witryn internetowych pod kątem potrzeb użytkownika końcowego, to stosunkowo mało popularny trend, szczególnie w przypadku nie dużych projektów. Moim zdaniem jest to poważny błąd, bo co z tego że programista zrobi ładną witrynę, która będzie podobać się szefowi, ale jednocześnie będzie totalnie niefunkcjonalna dla potencjalnych odbiorców?

Jeśli sprowadziłeś na swoją witrynę rzeszę użytkowników, ale nie widzisz żadnej konwersji z tego ruchu, być może warto na chwilę przystanąć i pomyśleć.

Jeszcze lepszym rozwiązaniem w tym przypadku będzie lektura tytułowej książki Projektowanie witryn internetowych User eXperience przygotowanej przez niezastąpiony zespół Smashing Magazine. Po części już zdradziłem, że naprawdę warto to zrobić, ale w dalszej części tekstu postaram się Wam uzmysłowić dlaczego;-)

Blisko 10 lat temu, JavaScript znajdował się na technologicznym zakręcie i po jego początkowej ekspansji nie było widać ani śladu. Od tego czasu sieć przeszła sporą przemianę, na której w głównej mierze zyskał właśnie JavaScript. Dzięki silnej ekspansji Ajaxa, JS odżył i obecnie trudno sobie wyobrazić jakąkolwiek witrynę w sieci, która choćby w minimalnym stopniu nie wykorzystywała tej technologii.

JavaScript wciąż posiada kiepskie wsparcie w IE (co prawda problem dotyczy głównie starszych wersji, ale mimo wszystko...) oraz kilka swoich językowych dziwności, jednak nie przeszkadza to w żaden sposób dynamicznemu rozwojowi tej technologii. Dziś JS pojawia się nawet poza siecią, np. w Windows 8, jako element budulcowy dla aplikacji Modern UI. Nikogo również nie dziwią wszelkiej maści biblioteki i frameworki zbudowane na bazie JavaScriptu. Dlatego też nie powinno być żadną niespodzianką, że po ten niepozorny język skryptowy sięgają najwięksi.

Tak też uczynił Google, tworząc bardzo udany framework MVC AngularJS, który to też mam przyjemność Wam dziś przedstawić.

Jeszcze kilka lat temu webmasterzy tworzący strony WWW musieli się ograniczać do kilku podstawowych fontów, które były określane jako sprawdzone. W ten sposób można było mieć pewność, że strona jako tako będzie się prezentować u większości odbiorców. Dziś sytuacja wygląda zgoła inaczej. Rozwój technologii przyczynił się do znacznego zwiększenia grona potencjalnych odbiorców witryn, którzy korzystają z różnych urządzeń, systemów oraz rozdzielczości. Jednocześnie zmieniły się również języki wykorzystywane w tworzeniu stron, czyli HTML i CSS (wszystkie inne w sumie też...).

Fonty, a czasem wręcz rodziny fontów coraz częściej wypierane są na rzecz webfontów, które wspierane są obecnie przez wszystkie szanujące się przeglądarki w tym nawet o dziwo starsze IE! Zastosowanie webfontów ma oczywiście pewne wady, ale w dalszej perspektywie przynosi jednak znacznie więcej korzyści - przede wszystkim tworzymy stronę, która będzie wyglądać podobnie u dowolnego odbiorcy, bez względu na to z jakiego systemu on korzysta.

O znaczeniu webfontów oraz ich implementacji na stronie pisałem już jednak wcześniej, dlatego nie ma sensu w tym miejscu ciągnąć dalej tego tematu.

Dziś chciałbym Wam za to zaprezentować kilkanaście godnych uwagi fontów, które możecie już w tej właśnie chwili umieścić na swojej stronie i wyróżnić się na tle konkurencji, która wciąż trzyma się Ariala, Tahomy, czy innej Verdany;-)