Postanowiłem że napisze troszkę , małą odrobinkę na temat tego jak można w łatwy sposób używać XML'a na platformie .NET nawet nie koniecznie wiedząc do końca z czego on się składa i co tam w ogóle w trawie piszczy...
Prosty system z pluginami :) No właśnie co to są te refleksje ? Wikipedia mówi takie coś...
Nie jest to takie do końca intuicyjne :) ale magicznie proste. Z przykładowego plik..
ResolveUrl i ResolveClientUrl pozwalają na zamianę ścieżek względnych na bezwzględne (ResolveUrl) i bezwzględnych na względne (ResolveClientUrl)...
Tworząc aplikację .NET w Visual Studio (na przykład aplikację konsolową lub okienkową), jest możliwość wyboru skompilowania jej do pakietu (assembly) w trybie Debug albo Release...
Chciałbym krótko opisać sposób, za pomocą którego można sobie zdebugować procedurę składowaną na MS SQL Server z poziomu Visual Studio...
Pierwszy przykład związany z tranformacjami XSLT, których chciałbym się nauczyć...
Trzeci przykład obrazuje zastosowanie szablonów. Szablony umożliwiają czytelną organizację pliku xsl. Deklaruje się je przy pomocy polecenia xsl:template, a aplikuje się je przy pomocy xsl:apply-templates..
Prawdziwa siła szablonów ujawnia się wtedy, gdy dokument XML ma niespójną strukturę. Oto przykład fragmentu takiego dokumentu XML..
Często pracuję ze skryptami sql zawierającymi nowe wersje tabel czy procedur. Każda tabela i procedura posiada swój własny plik ze skryptem. Trochę to utrudnia pracę ponieważ każdy plik trzeba uruchomić i odpalić...
Od jakiegoś czasu przestałem ustawiać ID kontrolek, do których nie odwołuję się z kodu. Sytuacja taka zdarza mi się szczególnie przy kontrolkach, które mają “tylko” wysłać postbacka. W niczym mi to nie przeszkadza więc postanowiłem tak sobie ułatwić życie...
Podczas tworzenia oprogramowania jedną z częściej wykonywanych operacji jest sprawdzanie, czy dany obiekt nie jest nullem. Często wygląda to tak:..
Każda strona posiadająca formularze powinna być walidowana. I każdy (mam nadzieję :)) to robi – choćby poprzez stosowanie kontrolki RequiredFieldValidator...
Korzystając z różnych portali w sieci staramy się być jednoznacznie identyfikowani – stosując ten sam nick, czy dodając awatara. Jednak posiadanie kont na wielu portalach znacznie utrudnia zarządzanie nimi (np. gdy postanowimy nasze zdjęcie uaktualnić lub usunąć)...
Wraz z pojawianiem się kolejnych wersji .NET do świata programistów wchodziło coraz większe zamieszanie. Co oznacza każdy następny numerek, jakie zmiany wnosi, jak się owe zmiany mają do poprzedników? Przykładowy fakt, że piszemy program używając Visual Studio 2008 w języku C# 3.0 i korzystając jednoczeście z bibliotek w wersjach 2.0, 3.0 i 3.5, a o jego poprawne działanie dba CLR w wersji 2.0.50727 może nieźle namieszać. Szczególnie u początkujących developerów.
Czasami zdarza się, że jesteśmy świadomi istnienia jakiejś funkcjonalności, jednak wredny twórca biblioteki bezwstydnie ją przed nami ukrył. A my ją odkryliśmy na przykład przy pomocy Reflectora.
W dobie tak potężnych narzędzi jak Visual Studio programiści często zdają się całkowicie na ich funkcjonalność. Jedną z (wspaniałych zresztą) cech współczesnych IDE jest Intellisense. Czy wyobraża ktoś sobie pisanie kodu bez podpowiedzi? Zobaczmy jednak, że nie zawsze można na tym elemencie polegać w 100% ze względu na "konfigurowalność" nawet tego mechanizmu VS.
Czy wiemy co to "abstract class"? WIEMY! A wiemy co to "sealed class"? WIEMY! Teoretycznie - dwa przeciwieństwa. Jedno zabrania tworzenia instancji klasy, drugie - zabrania dziedziczenia z klasy. Czy spotkał się ktoś kiedyś z klasą zadeklarowaną w ten sposób?
Właściwości (properties) to przyjemny mechanizm do zapewniania enkapsulacji, czyli jednej z najważniejszych cech programowania obiektowego. Przyjemniejszy niż zwykłe metody zwane "getters & setters". Zwrócę jednak uwagę na ciekawy fakt (zapewne znany większości czytelników, ale...). Popatrzmy na następujący kod: