Blog techniczny i nie tylko

Aplikacja na komórkę z Windows Phone 7.5

Kamil Hawdziejuk — Sat, 28 Apr 2012 14:28:26 +0000

W wolnym czasie po godzinach bawię się pisząc program na komórkę z systemem Windows Phone 7.5. Sam jestem szczęśliwym posiadaczem Nokii Lumii 800 i całkiem naturalną konsekwencją tego, że jestem też programistą .NET, jest próba dostosowania jej do swoich potrzeb jak bardzo tylko się da…

Niniejszym przedstawiam Wam tutaj postępy moich poczynań na platformie mobilnej z systemem WP7. Konkretnie, to rozpocząłem pisanie aplikacji do zarządzania wydatkami w języku polskim! Oficjalna strona projektu, którego szumna nazwa brzmi „Wydatkomierz” dostępna jest razem z opisem i pełnymi kodami źródłowymi tutaj:

http://code.google.com/p/wydatkomierz/

Aplikacja wkrótce pojawi się w mobilnym sklepie Microsoftu i będzie dostępna do pobrania i używania dla wszystkich posiadaczy komórek z tym systemem za darmo;) I jeszcze długo będzie za darmo, bo wiele podstawowych rzeczy jest w niej do zrobienia w porównaniu z konkurencyjnymi rozdmuchanymi niekiedy aplikacjami w Marketplace w języku angielskim.

To co ma wyróżniać tę aplikację od innych, to przede wszystkim:
- polski interfejs (nie zauważyłem jak dotąd zbyt wiele ciekawych aplikacji w języku polskim)
- łatwość obsługi (na daną chwilę nie widzę potrzeby wykorzystywania przez większość użytkowników mechanizmów tak jak: cykliczne przelewy, przypomnienia o transakcjach, wybór różnego rodzaju kont itp. itd.)
- prostota prezentacji i analizy zapisywanych wydatków głównie pod kątem kategorii, do których należą

Chciałbym jednocześnie zaprosić wszystkich chętnych programistów, którzy chcieliby rozwijać się w stronę programowania aplikacji mobilnych, do dołączenia do rozwijania wyżej przedstawionej aplikacji! Każdy z Was będzie mile widziany. Zarówno Ci, którzy posiadają komórki z systemem WP7, ale i Ci, którym wystarczy pisanie na emulatorze;) Na stronie projektu w zakładce „Issues”:
http://code.google.com/p/wydatkomierz/issues/list
znajduje się już teraz szereg zadań i funkcjonalności, o które przydałoby się rozszerzyć obecną wersję aplikacji tak, aby jeszcze bardziej była przydatna zwykłym śmiertelnikom.

Wzorce projektowe – Abstract Factory

Kamil Hawdziejuk — Mon, 01 Aug 2011 19:55:46 +0000

Dzisiejszym tematem będzie…

ABSTRACT FACTORY, czyli Metoda fabrykująca

Cel:
Określenie interfejsu dla tworzenia obiektu z pozostawieniem podklasom decyzji o wyborze klasy tworzonego obiektu

Stosowalność:
Używamy go, gdy:
- Klasa nie jest w stanie przewidzieć klas obiektów, które musi tworzyć.
- Klasa chce, aby jej podklasy określały obiekty, które tworzy.
- Klasy delegują odpowiedzialność do jednej z kilku pomocniczych podklas i chcemy zlokalizować wiedzę o tym, która z tych podklas jest aktualnym delegatem.

Konsekwencje używania:
- Metody fabrykujące eliminują potrzebę umieszczania w kodzie klas specyficznych dla aplikacji.
- Potencjalna wada FM – klienci mogą być zmuszeni do specjalizowania klasy Twórcy tylko po to, żeby stworzyć szczególny Konkretny Produkt.
- Dostarczenie „wskazówek” podklasom
- Połączenie równoległych hierarchii klas

Diagram:

Wzorce projektowe – Chain of Responsibility

Kamil Hawdziejuk — Sat, 30 Jul 2011 10:07:39 +0000

Na łamach bloga przytoczę teraz pewną powtórzeniową dawkę wiedzy dla wszystkich absolwentów kursu wzorców projektowych na swoich studiach informatycznych (i nie tylko;). Ponieważ szczegółowych opisów wzorców (i antywzorców) projektowych w sieci jest dużo skupię się tutaj tylko i wyłącznie na kilku najistotniejszych sprawach – mianowicie na opisie celu wprowadzenia wzorca, opisie przypadków, w którym go używamy, konsekwencji jego zastosowania oraz przybliżającego sprawę diagramu UML. Dzisiejszy odcinek sponsoruje…

CHAIN OF RESPONSIBILITY, czyli łańcuch odpowiedzialności

Cel:

Uniknięcie sprzężenia nadawcy żądania z odbiorcą przez umożliwienie większej liczbie obiektów realizacji tego żądania. Obiekty odbiorcze są łączone w łańcuch, wzdłuż którego przekazywane jest żądanie do czasu, gdy któreś z ogniw je zrealizuje.

Stosowalność:

Używamy go, gdy:
- Więcej niż jeden obiekt może zrealizować żądanie, a odbiorca nie jest znany a priori (zatem powinien być ustalony automatycznie).
- Chcemy wysłać żądanie do jednego z pewnej liczby obiektów nie specyfikując jawnie odbiorcy.
- Zbiór obiektów mogących zrealizować żądanie ma być ustalony dynamicznie.

Konsekwencje stosowania:

- Zredukowane sprzężenie
- Dodatkowa elastyczność w rozdzieleniu odpowiedzialności pomiędzy obiekty
- Brak gwarancji obsłużenia żądania

Diagram:

Wzorce projektowe – Flyweight

Kamil Hawdziejuk — Sat, 30 Jul 2011 10:00:05 +0000

Na łamach bloga przytoczę teraz pewną powtórzeniową dawkę wiedzy dla wszystkich absolwentów kursu wzorców projektowych na swoich studiach informatycznych (i nie tylko;). Ponieważ szczegółowych opisów wzorców (i antywzorców) projektowych w sieci jest dużo skupię się tutaj tylko i wyłącznie na kilku najistotniejszych sprawach – mianowicie na celu wprowadzenia wzorca, opisie przypadków, w którym go używamy, konsekwencji jego zastosowania oraz przybliżającego sprawę diagramu UML. Dzisiejszy odcinek sponsoruje…

FLYWEIGHT, czyli waga musza

Cel:
Użycie współdzielenia do efektywnego wsparcia dużej liczby drobnoziarnistych obiektów.

Stosowalność:
Używamy go, gdy wszystkie poniższe warunki są spełnione:
-Aplikacja używa dużej liczby obiektów
- Koszty składowania są wysokie z powodu znacznej liczebności obiektów.
- Większość stanu obiektu może być przeniesiona na zewnątrz.
-Wiele grup obiektów może być zastąpionych przez stosunkowo niewiele współdzielonych obiektów po usunięciu zewnętrznego stanu.
-Aplikacja nie zależy od tożsamości obiektów.

Konsekwencje użycia:
Oszczędność pamięci – tym większa im:
–większa redukcja liczby instancji wynikająca z ich współdzielenia;
–mniej stanu wewnętrznego;
–więcej stanu zewnętrznego można wyliczyć (a nie przechowywać).

Przykłady użycia: wydzielenie chemikaliów o stałych danych, wydzielenie obiektów reprezentujących znaki drukarskie

Diagram:

Komunikacja projektanta z oprogramowaniem do projektowania (GoogleSketchup)

Kamil Hawdziejuk — Sat, 09 Jul 2011 09:08:54 +0000

Przez ostatni rok wzmocniłem swój warsztat używanych narzędzi do projektowania. Trochę więcej o jednym z nich będzie dzisiaj, tj. o „Sketchup” firmy Google.

Poza flagowym oprogramowaniem „Designer” firmy Komandor S.A., w której pracuję i w której rozwijamy ten soft, istnieje szereg innych programów do projektowania. Najbardziej rozbudowanymi z nich są chyba obecnie AutoCad firmy Autodesk oraz wspomniany „Sketchup” firmy Google. Pierwszy z nich poszerzył swój wachlarz zastosowań właściwie już na każdą dziedzinę projektowania dedykując oddzielne wersje dla elektryków, konstruktorów maszyn, architektów itd, a drugi nastawił się na prostotę i komunikację z użytkownikiem i używany jest m.in. do „tworzenia świata” w GoogleMaps. Co ciekawe obie firmy nastawione są bardzo przyjaźnie do zewnętrznego środowiska developerów;) Do obu produktów każdy dopisać może swoją wtyczkę, którą bez problemu testować i używać może wspomagając swoją pracę, tudzież rozwijając samo oprogramowanie. I tak, AutoCad przyjmuje wtyczki napisane w .NET (lub wewnętrznych językach ObjectARX i AutoLisp), a GoogleSketchup odpowiednio w Ruby (a ostatnio też C++). Wsparcie, tutoriale, API i pomoce jak najbardziej dostarczane są oficjalnie na specjalnie stworzonych stronach dla developerów:
Developer Center AutoDesk
Google Sketchup Developers

Dla przykładu przedstawię poniżej bardzo prosty skrypt napisany w Ruby dla Sketchupa, który nawiąże komunikację z zewnętrznym, równie prostym serwerem, napisanym w C#.

Najpierw samokomentujący się kod dla klienta:

plugins_menu = UI.menu("Plugins") #pobieramy uchwyt do wtyczek w menu "Plugins" - stąd będziemy uruchamiać naszą wtyczkę

plugins_menu.add_item("Connect to server") { server_connection } #dodajemy naszą wtyczkę, która uruchomi metodę server_connection zdefiniowaną poniżej

require 'D:/Programy/Ruby186/lib/ruby/1.8/i386-mingw32/socket' # wskazujemy na standardową bibliotekę - będziemy potrzebować modułu socket.so

#metoda łączaca się z zewnętrznym serwerem, wysyłająca komunikat i wyświetlająca odpowiedź:

def server_connection

port = 2011 #ustalamy port połączenia

streamSock = Socket::new(Socket::AF_INET, Socket::SOCK_STREAM, 0) #tworzymy socket

myaddr = [Socket::AF_INET, port, 127, 0, 0, 1, 0, 0].pack("snCCCCNN") #tworzymy adres, będziemy łączyć się do localhosta, więc jest tu zaszyte 127.0.0.1

streamSock.connect( myaddr ) #łączymy się

streamSock.puts "Hello from GoogleSketchup!" #wysyłamy komunikat do serwera

responseMessage = streamSock.recv(100) #odbieramy odpowiedź z serwera

UI.messagebox(responseMessage) #wyświetlamy w okienku Sketchupa informację zwrotną:)

streamSock.close #zamykamy socket

end

Jedna UWAGA: Najnowszą wersją Ruby jest 1.9.2, ale (najnowszy) Sketchup 8 używa 1.8.6 i w związku z tym konieczne jest używanie modułu ‘socket’ właśnie z biblioteki skompilowanej w 1.8.6 (wyższa nie działa)

Poniżej kod dla serwera:

class Server

{

private TcpListener tcpListener;

private Thread listenThread;

private int port = 2011;

static void Main(string[] args)

{

Server serv = new Server();

}

public Server()

{

this.tcpListener = new TcpListener(IPAddress.Any, this.port);

this.listenThread = new Thread(new ThreadStart(ListenForClients));

this.listenThread.Start();

}

private void ListenForClients()

{

this.tcpListener.Start();

while (true)

{

//blocks until a client has connected to the server

TcpClient client = this.tcpListener.AcceptTcpClient();

//create a thread to handle communication

//with connected client

Thread clientThread = new Thread(new ParameterizedThreadStart(HandleClientComm));

clientThread.Start(client);

}

}

private void HandleClientComm(object client)

{

TcpClient tcpClient = (TcpClient)client;

NetworkStream clientStream = tcpClient.GetStream();

byte[] dataReceived = new byte[4096];

int bytesRead;

while (true)

{

bytesRead = 0;

try

{

//blocks until a client sends a message

bytesRead = clientStream.Read(dataReceived, 0, 4096);

}

catch

{

//a socket error has occured

break;

}

if (bytesRead == 0)

{

//the client has disconnected from the server

break;

}

//message has successfully been received

ASCIIEncoding encoder = new ASCIIEncoding();

string messageRecived = encoder.GetString(dataReceived, 0, bytesRead);

string messageReply = "You said: " + messageRecived + "\nWe say: Welcome designer in our external server;)";

byte[] dataToSent = encoder.GetBytes(messageReply);

clientStream.Write(dataToSent, 0, dataToSent.Length);

}

tcpClient.Close();

}

}

Jedyne co trzeba zrobić to skompilować kod C#, uruchomić serwer, a potem zapisać skrypt klienta (z rozszerzeniem *.rb) do katalogu ‘Plugins’ tam, gdzie jest zainstalowany Sketchup (to wystarczający warunek, aby Sketchup przyjął nasz skrypt!), uruchomić Sketchup i kliknąć Plugins->Connect to server, aby dostać po oczach okienkiem:

Taka komunikacja, choć wymagająca jeszcze rozbudowania, może się przydać do pewnej obróbki danych tworzonych podczas projektowania, podczas której zewnętrzny serwer „pilnuje” lub informuje projektanta o poczynionych krokach na bieżąco;) Całość operacji moglibyśmy zaszyć dzięki temu w zewnętrznym serwerze, a skrypt w Sketchup potrzebny byłby nam w zasadzie jedynie do wysłania danych z programu do projektowania. Notabene analogicznie moglibyśmy zrobić z AutoCadem, ujednolicając sposób obróbki danych gdzieś na zewnątrz, ale o tym może wkrótce…

Warsztaty z AutoCad

Kamil Hawdziejuk — Sat, 21 May 2011 10:30:14 +0000

Dzisiejszy wpis jest wzmiankowy;) W menu po prawej powstała strona (AutoCad) z krótkim opisem prowadzonych przeze mnie zajęć w tym semestrze ze studentami 3. roku fizyki (i nie tylko) Uniwersytetu Jagiellońskiego w Krakowie;) Pozdrowienia dla uczestników.

Postanowienia noworoczne 2011

Kamil Hawdziejuk — Sun, 09 Jan 2011 15:47:20 +0000

Kolejny rok na karku jak zwykle daje do myślenia;) Nadszedł właśnie kolejny, którego nie mogę pozwolić sobie zmarnować. Zbyt wiele wysiłku, energii i powolnych kroków do przodu poczyniłem w poprzednim okresie, aby teraz nie wycisnąć z tego maksa:) Tym samym postaram się wypisać na początku kilka z moich noworocznych, pourlopowych postanowień, które związane są z pewnymi ostatnimi decyzjami:

1. Doktorat
Przede mną trudne zadanie – pierwsza sesja na studiach doktoranckich. Dla przypomnienia – w październiku zeszłego roku rozpocząłem studia informatyczne na Polskiej Akademii Nauk przy współpracy z Uniwersytetem Jagiellońskim w Krakowie w Zakładzie Projektowania i Grafiki Komputerowej. Obecnie zajęć nie jest wiele, ale bynajmniej wykład, na który uczęszczam nie jest wcale taki łatwy. Konkretnie, zdawać będę egzamin u prof. Flasińskiego z Zaawansowanej Teorii Języków i Automatów. Głównie chodzi tu o zagadnienia taksonomii Janssensa-Rosenberga gramatyk grafowych oraz o ich zastosowania.
Poza egzaminami, wyklarowania wymagają też moje badania naukowe. Mam pewien pomysł, który może być zastosowany zarówno w grach komputerowych jak i w CADach, o którym jeszcze zapewne kiedyś wspomnę. Wymaga to wszystko jednak pracy.

2. Praca zawodowa
Tutaj głównie chodzi o to, aby rozwijać się w zespole przynajmniej w takim samym tempie, w jakim to było dotychczas. Obecnie pracuję w firmie Komandor S.A. na stanowisku Projektanta-Programisty .NET w zespole tworzącym CAD do modelowania mebli i nie ukrywam, że cholernie podoba mi się ta praca:) Bez owijania w bawełnę, myślę, że póki co jestem spełnionym zawodowo człowiekiem, który dostaje jak najbardziej adekwatne do swoich oczekiwań zadania, wymagające ciągłego wysiłku intelektualnego. Tutaj (być może tylko poza zarobkami) naprawdę nie chciałbym, żeby zbyt wiele się zmieniło!

3. Zespół Game.Play() i rozwijanie gry komputerowej
Na fali sukcesu z poprzedniego roku (5. miejsce w Polsce w konkursie Maćka Aniserowicza pt. „Daj się poznać”) przy tworzeniu gry komputerowej w technologii XNA… skompletowałem zespół, który dalej będzie ją rozwijał. Gra idzie do przodu, a całe przedsięwzięcie, tj. grę komputerową pod roboczą nazwą „Mobots: Morphable Robots” można śledzić obecnie na stronie:

http://www.KamilHawdziejuk.pl/mobots/

W tym miejscu pragnę też podziękować obecnemu zespołowi za to, że im również chce się robić i rozwijać coś „po godzinach”. Ciągle zapraszam też innych programistów i grafików, chcących spróbować swoich sił w programowaniu 3D. Mam nadzieję, że, przynajmniej na komórkę Phone 7, gra w pewnej podstawowej wersji wydana zostanie już na gwiazdkę tego roku!

4. Język niemiecki
To pewna nowość, na którą mam nadzieje znaleźć czasami czas. Otóż, jak to mawiają, znajomość dodatkowego języka nigdy nie zaszkodzi. Ponieważ uczyłem się go przez 8 lat w szkole, a potem zupełnie, ale to kompletnie przestałem mieć z nim styczność przez dobre 7 lat, to czuję się tutaj zupełnie początkującym lingwistą i sporo jeszcze przede mną. Niemniej plan jest – szlifować znajomość swojego języka niemieckiego…przynajmniej do poziomu komunikatywnego.

5. Portal KtoZeMna.pl
O tak, to dzieło roku 2009, które stworzyłem razem z moim kolegą. Obecnie portal ma się świetnie, działa szybko, całkiem stabilnie i nawet ładnie wygląda, ale… brakuje mu reklamy. Tak naprawdę, to brakuje mu pieniędzy na reklamę. Ten rok przeznaczam więc również na pozyskanie inwestora dla portalu. Inwestora, który za pokaźny pakiet udziałów zechce kompletnie sfinansować promocję portalu ogłoszeniowo-społecznościowego www.KtoZeMna.pl.

http://www.KtoZeMna.pl

Tym samym, jeśli jesteś chętny podjęcia współpracy, znasz takie osoby, tudzież widzisz w nim tyle potencjału, ile faktycznie w nim drzemie – czekamy na kontakt (biuro@ktozemna.pl).

W skrócie, to tyle z moich planów na ten rok. Jest ich aż za nadto, dlatego nie będę ich więcej już żyłował…tylko starał się będę od czasu do czasu pisać o ich postępach. Może stałym czytelnikom się to spodoba, a nowi jakoś się do tego przyzwyczają:) Pozdrawiam!

Mobots: Morphable Robots i Game.Play() Team

Kamil Hawdziejuk — Wed, 15 Dec 2010 22:33:25 +0000

Całe swoje moce przerobowe przerzuciłem teraz na swój zespół o nazwie „Game.Play()”, w którym realizujemy grę komputerową pt. „Mobots: Morphable Robots”. Oto nasza oficjalna strona:

http://www.kamilhawdziejuk.pl/mobots/

! Zapraszam !

Oficjalna strona projektu już jest

Kamil Hawdziejuk — Thu, 09 Dec 2010 21:22:29 +0000

Dzisiaj bardzo wzmiankowo:) Powstała oficjalna strona projektu, którą będziemy dopieszczać i uaktualniać:

http://www.kamilhawdziejuk.pl/gamexna/

Zapraszam:)

Zespół skompletowany – projekt oficjalnie rozpoczęty!

Kamil Hawdziejuk — Wed, 08 Dec 2010 22:15:07 +0000

Dzisiaj oficjalnie rozpoczynamy prace nad rozwojem gry komputerowej w technologii C#/XNA na platformy microsoftowe (Windows/Xbox/Phone7)! Przez ostatnie 3 tygodnie kompletowaliśmy zespół do rozwoju projektu, który został zapoczątkowany na potrzeby ogólnopolskiego konkursu internetowego pt. „Daj się poznać”, w którym zdobyłem 5miejsce! Udało się to i zgłosiło się sześciu (łącznie jest więc nas siedmiu) chętnych programistów, którzy chcą rozwijać swoje umiejętności programowania gier. Już widać, że możemy stanowić bardzo „mocny” zespół, a tym samym być może stworzyć świetny produkt.

Lista członków zespołu „GameXna” wypisana w kolejności zgłoszeń jest następująca:

1. Kamil Hawdziejuk – absolwent matematyki/informatyki UJ, doktorant z informatyki, 3 lata zawodowego doświadczenia w programowaniu
2. Bartłomiej Filipek – absolwent informatyki UJ, doktorant z informatyki
3. Mateusz Mikulski – student Wyższej Szkoły Informatyki Stosowanej i Zarządzania
4. Marcin Sałata – absolwent kierunku Automatyka i Robotyka na Politechnice Wrocławskiej
5. Sebastian Brózda – 6 lat doświadczenia w programowaniu w .NET
6. Damian Sobczak – 4 lata doświadczenia w programowaniu w .NET
7. Adrian Szarek – student V roku informatyki AGH

Wszyscy jesteśmy po wstępnych ustaleniach i organizacji pracy. W b.dużym skrócie pracujemy przy użyciu narzędzi:
a) VS2010 (XNA 4.0) – do programowania
b) Redmine – do zarządzania projektem, kwestią przydzielania zadań i przechowywania plików
c) GoogleGroups / Skype – do komunikacji na szybko
d) GIT – rozproszony system kontroli wersji do przechowywania zrodel

Aktualnie pracujemy nad stworzeniem strony projektu i stworzeniem GameDesignu gry!:) Zgodnie z apelem na stronie http://www.kamilhawdziejuk.pl/2010/11/16/dalszy-rozwoj-gry-wszyscy-mile-widziani-rekrutacja/ , istnieje jeszcze możliwość dołączenia do zespołu.

Trzymajcie kciuki! Już wkrótce więcej informacji o projekcie…