Sebastians Blog Neues aus den Softwareminen…

Neuste Beiträge

Eleganterer Stringvergleich mit StringInquirer

Unschön:

if user.role == "admin" or user.role == "guest"

Lösung:

class User
  def role
    ActiveSupport::StringInquirer.new(super)
  end
end
if user.role.admin? or user.role.guest?

Der ActiveSupport::StringInquirer ergänzt einen String um beliebige Testmethoden, welche die Gleichheit von String und Methodenname (ohne Fragezeichen) überprüfen. Ein prominenter Anwendungsfalls ist die Environment-Variable Rails.env von Rails, die sich auch in der Form Rails.env.production? prüfen lässt.

Veröffentlicht unter | Verschlagwortet mit , , , , | 2 Kommentare

Methoden für Active-Record-Relationen definieren

Ein Scope in Active Record ist nichts anderes als syntaktischer Zucker für das Definieren einer Klassenmethode. Die folgenden User-Models führen zum selben Ergebnis:

class User < ActiveRecord::Base
  scope :admins, -> { where(role: "admin") }
end
class User < ActiveRecord::Base
  def self.admins
    where(role: "admin")
  end
end

Da man Scopes verketten kann drängt sich der (berechtigte) Verdacht auf, dass dies mit jeder Form von Klassenmethode möglich ist.

Weiterlesen

Veröffentlicht unter | Verschlagwortet mit , , , | Hinterlasse einen Kommentar
Pakyow

Pakyows Ansatz für Views in Web-Applikationen

Auch wenn die Vertreter der Client-Seite den Kampf um die Frage, wo Views künftiger Web-Applikationen gerendert werden, schon lange gewonnen haben, so bleiben doch einige Diskussionspunkte offen. Was wird aus Suchmaschinen, Javascript-Verweigerern und den Nutzern von schwacher Hardware oder alter Browser? Der Schritt zur Client-Side-Web-Application ist an Konsequenzen geknüpft, die nicht jeder in Kauf nehmen möchte. Ich halte immer die Augen nach Projekten offen, die das Rendern sowohl auf Server als auch Client mit möglichst wenig Overhead ermöglichen. Weiterlesen

Veröffentlicht unter | Verschlagwortet mit , , , , | Hinterlasse einen Kommentar

Ruby: Testvollständigkeit testen

Eine Wissenschaft für sich im Test-Driven Development ist die Frage, wie jede einzelne Funktion getestet werden muss: Sind die Tests vollständig, hat man jeden Spezialfall bedacht? Hat man es zu gut gemeint und eine schwer überschaubare, redundante Testsuite geschaffen?

Einen recht ungewöhnlichen Weg zur Beantwortung der ersten Frage geht Markus Schirp. Sein Gem Mutant betrachtet Code und die zugehörigen, grünen Tests. Es verändert nun immer wieder bestimmte Teile des Applikations-Codes (nicht die Tests) und prüft, ob die Tests dadurch fehlschlagen. Tun sie dies nicht lässt sich schlussfolgern, dass diese Stellen des Codes nicht vollständig durch Tests abgedeckt oder tot sind. Weiterlesen

Veröffentlicht unter | Verschlagwortet mit , , , , | Hinterlasse einen Kommentar

Klassen- und Klassenhierarchievariablen in Ruby

Sucht man nach einem Klassenvariablenkonzept für Ruby trifft man über kurz oder lang auf das @@-Konzept. Wer sich darauf einlässt kann schnell Probleme bekommen. Der Grund ist relativ einfach: @@-Variablen sind keine Klassenvariablen.

Einfache „Klassenvariablen“

class Cat
  
  @@size = :small
  
  def self.size
    @@size
  end

  def self.size= new_size
    @@size = new_size
  end

  def size
    @@size
  end

end

Weiterlesen

Veröffentlicht unter | Verschlagwortet mit , , | Hinterlasse einen Kommentar
unittesting

Was beim Unit-Testing getestet werden sollte

Die zentrale Idee des Unit-Testings ist Isolation. Man testet einzelne Komponenten, Abhängigkeiten werden als gegeben und korrekt angesehen und ggf. gemockt. Dies macht das  Testen der einzelnen Komponente übersichtlicher, da nur ihre Pfade betrachtet werden müssen. In der Regel wird hierbei ein Blackbox-Ansatz verfolgt. Die zu testende Funktionalität (meist eine öffentliche Methode) wird nur von außen betrachtet: Was geht rein, was kommt raus, wie ändert sich der nach außen sichtbare Zustand?

Es gibt hilfreiche theoretische Betrachtungen, welche Funktionen getestet werden sollten und welche nicht. Zudem lässt sich argumentieren, wie ein bestimmer Funktionstyp zu testen ist. Dies kann helfen den Aufwand des Testschreibens zu reduzieren. Zudem sorgt die bessere Isolation dafür, dass eine Änderung in einer Komponente nicht länger das Umschreiben hiervon eigentlich unabhängiger Tests erfordert. Weiterlesen

Veröffentlicht unter | Verschlagwortet mit , , , | Hinterlasse einen Kommentar

RetroPie über WLAN befüllen und aktualisieren

Nachdem mein Pi für Retrospiele nun weitgehend konfiguriert ist, habe ich die Tastatur durch einen WLAN-Dongle ersetzt. Die Konfiguration habe ich etwas umständlich in die /etc/network/interfaces eintragen müssen, hierfür scheint es keinen Assistenten zu geben. Dafür wird das Romverzeichnis über Samba freigegeben, so dass es ohne jedes Zutun im Ubuntu-Dateimanager auftaucht und befüllt werden kann. Auch via SSH ist der kleine Rechenknecht erreichbar: Der Benutzername ist pi, das Passwort raspberry. Somit ist die Tastatur wirklich obsolet.

Dank der Internetverbindung bietet sich auch ein Update an. Debian lässt sich über Apt aktualisieren, für die Emulatorkomponenten gibt es einen eigenen Assistenten:

 sudo ./RetroPie-Setup/retropie_setup.sh

Hier sollte man zunächst das Setup-Script selbst und anschließend die Retro-Pie-Binaries auf den neuesten Stand bringen. Ich war etwas misstrauisch, ob die von mir gemachten Anpassungen durch das Update verloren gehen könnten. Dies war nicht der Fall. Im Gegenteil: Seit dem Update funktioniert auch der Ton des Osmose-Emulators, so dass ich nun auch zu Game-Gear- und Master-System-Klassikern greifen kann.

Veröffentlicht unter , | Verschlagwortet mit , , , | Hinterlasse einen Kommentar

Vim-Zwischenablage unter Ubuntu 14.04

Wenn in Vim von Ubuntu 14.04 die Zugriffe auf das System-Clipboard (etwa "+p oder "+y) nicht funktionieren, ist in aller Regel eine Version ohne Clipboard-Modul installiert:

vim --version
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jan  2 2014 19:39:32)
...
Riesige Version ohne GUI. Ein- (+) oder ausschließlich (-) der Eigenschaften:
...
-clipboard       +iconv           +path_extra      -toolbar
...

Weiterlesen

Veröffentlicht unter , | Verschlagwortet mit , , | Hinterlasse einen Kommentar

RetroPie: Master System und Game Gear mit PS3-Controller

Das Image vom Retro-Pie-Projekt setzt für Sega Master System und Sega Game Gear auf den Emulator Osmose, für den die Tastenbelegung leider nicht durch eine Oberfläche konfiguriert werden kann. Stattdessen sind die Keycodes des Controllers als Argumente zu übergeben. Der folgende Test funktioniert mit meinem Playstation-3-Controller:

./RetroPie/emulators/osmose-0.8.1+rpi20121122/osmose RetroPie/roms/mastersystem/rom.sms -joy -joy1 15 -joy2 14 -joystart 3

Dies belegt die Tasten Quadrat, X und Start. Somit kann dies in Emulationstation hinterlegt werden, damit dies auch aus dem Kioskmodus funktioniert. Weiterlesen

Veröffentlicht unter , | Verschlagwortet mit , , | Hinterlasse einen Kommentar

RetroPie: Playstation-3-Controller nutzen

Der Controller der Playstation 3 macht im Retro-Pie-System und insbesondere Emulationstation einige Probleme. So scheint der Controller-Einrichtungsassistent permanent Tastendrücke (-drucke(?), -drucks(!?)) zu registrieren, was wohl auf die Bewegungssensoren zurückzuführen ist. Wird nichts registriert muss man ihn mit einem Druck auf die Playstation-Taste aktivieren.

Nach der verkorksten Kalibrierung sollte man Emulationstation mit F4 verlassen und sich manuell an den Konfigurationsdateien versuchen. Ich hoffe mal dass die Keycodes dieses Controllertyps immer gleich sind und meine Konfigurationen auch anderen helfen können. Weiterlesen

Veröffentlicht unter , | Verschlagwortet mit , , | Hinterlasse einen Kommentar