jFancy ver 2.0
by jmail on Oct.22, 2011, under jFancy / XNova / UGamela / jDrag, PHP / CF / .NET / Java, SQL
Slawetny już z różnych nie tylko pozytywnych aspektów projekt Multiversum 5 na długi długi czas został schowany do szuflady. Powódów tego było kilka. Nie czas jednak o nich mówić. Najważniejsze, że udało się wszystko przywrócić z szuflady na tapetę przemyśleć parę koncepcji i rzucić się w wir pracy. Nasłuchałem się coniemiara jacy to administratorzy BattleDust są leniwi i tym podobne bzdury, ale po tym czego udało się dokonać wiem, że aplikacja będzie cacuszkiem (przynajmniej w moim koderskim odczuciu).
Czym zatem jest jFancy ver 2.0?
jFancy w wersji 2.0 jest przebudowanym, złe słowo, zbudowanym od nowa silnikiem gier. Nie, nie tylko kopią Ogame’a. Jest to silnik, który umożliwia utworzenie nowej gry w kilka dni działając tylko z poziomu panelu administratora i przebudowując skórkę z poziomu css’a czy układu plansz gry.
Prace nad nową wersją silnika trwały bardzo długo i po wielu naradach sam ze sobą zdecydowałem się na kilka ważnych kroków.
1. Mając w pamięci wszystkie zarzuty, że jFancy 1 było XNovą z niejakimi dodatkami zdecydowałem się całkowicie na zmianę technologii programistycznej a konkretnie na przesiadkę na ColdFusion. ColdFusion to bardzo stara (ale ciągle rozwijana) technologia, która w dół w prostej linii kompilowana jest do klas Javy.
2. Wybór technologii nie był przypadkowy. Po pierwsze zależało mi na przenoszalności aplikacji. Ponieważ .NET tego nie oferuje, z PHP wychodziłem pozostawała do wyboru albo Java albo ColdFusion. Oczywiście mogłem się jeszcze bawić z Pythonem czy z Rubym, ale z punktu do odrzuciłem ze względu na małą wiedzę w zakresie obydwóch rozwiązań. ColdFusion wybrałem bez problemów. Dlaczego? Na początku trzeba powiedzieć, że kod CFML jest w dół kompilowany do Javy, tak więc tak czy inaczej otrzymywałem Javę… Po drugie ColdFusion jest dużo prostszy w programowaniu (według mnie) i dzięki temu szybkość tworzenia aplikacji jest również bardzo duża. Ponieważ zdecydowałem się przepisywać kod od nowa potrzebowałem czegoś w czym bym się czuł swobodnie i pewnie.
3. Należało koniecznie pozbyć się MySQL. Wybrałem PostgreSQL Także z kilku ważnych powódów. MySQL w moim odczuciu nie dorównuje PostgreSQL w wydajności i szybkości działania. BYć może na danych nierelacyjnych jest szybszy, ale na pewno na relacjach lepiej działa Postgres. Dodatkowo moja wrodzona wręcz niechęć do MySQL był prostą receptą do przesiadki. Pominąłem od razu wersje Express SQL Server czy Oracle – nie stać mnie na przesiadkę w razie konieczności na wersje płatne.
4. Pozbywam się wszystkich bibliotek JavaScript jakie były używane w XNovie i skupiam się na jednej – na jQuery z różnymi pluginami. Dzięki temu uzyskuję dużo lepsze narzędzia również za darmo.
Tyle o krokach na które się decydowałem.
Prace nie były proste. Najpierw zbudowałem bazę danych (kilkadziesiąt tabel – blisko 100), któreprzechowują dane wreszcie tak jak być powinno. W pełni relacyjna baza danych. Łączenia, widoki, triggery itp. A nade wszystko mnóstwo funkcji operujących po stronie bazy danych.
Pierwsze kroki przy budowaniu aplikacji zawsze zaczynam od zabezpieczeń.
Po zabezpieczeniach czas na widoki i na końcu logika aplikacji.
Po kilku naprawdę ciężkich momentach udało mi się wszystko posklejać do kupy.
CDN
