Rails Helper in eigener Klasse benutzen?

d-w · December 27, 2007, 4:36pm

Hallo,
ich stehe gerade auf dem Schlauch. Ich habe ein eigene Klasse.
Die Datei befindet sich im lib Ordner der Rails Anwendung.

Wie kan ich jetzt aus dieser Klasse auf diese Rails Helper zugreifen?
ActionView::Helpers::NumberHelper
http://railsmanual.com/module/ActionView%3A%3AHelpers%3A%3ANumberHelper

Irgendwie funktioniert alles nicht was ich versuche. Was muss ich
“requiren” oder laden?

Gruss

d-w · December 27, 2007, 4:37pm

Ups, meinte natÃ¼rlich folgende Helper:
ActionView::Helpers::NumberHelper

Sorry fÃ¼r den HTML Link.

Daniel W. schrieb:

d-w · December 27, 2007, 4:53pm

Am 27.12.2007 um 16:35 schrieb Daniel W.:

ich stehe gerade auf dem Schlauch. Ich habe ein eigene Klasse.
Die Datei befindet sich im lib Ordner der Rails Anwendung.

Wie kan ich jetzt aus dieser Klasse auf diese Rails Helper zugreifen?
ActionView::Helpers::NumberHelper
<http://railsmanual.com/module/ActionView%3A%3AHelpers%3A%
3ANumberHelper>

Irgendwie funktioniert alles nicht was ich versuche. Was muss ich
“requiren” oder laden?

Die ganzen Helper von Rails sollten eigentlich immer zur
Verfügungstehen, allerdings in der View und wenn du die Methode aus
einem controller oder ähnlichem aufrufst sollte es klarerweise nicht
gehen. Also, rufst du die Methode wirklich von der richtigen
Stelle aus auf?

Ansonsten, sollte in einem Controller folgendes gehen:
helper NumberHelper

ciao, tom

–
Thomas R. “TomK32” Koll || http://tomk32.de || http://ananasblau.com
(NEW)
just a geek trying to change the world
Skype: TomK32 || Mail: [email protected]

d-w · December 27, 2007, 5:19pm

Danke euch beiden fÃ¼r die Antwort. Jonathan hat den Nagel auf den Kopf
getroffen.
Ich habe die ganze Zeit versucht irgendwas Ã¼ber die Verzeichnisstruktur
zu “requiren”.
Das es mit einem so einfachen include erledigt ist, kam mir nicht in den
Sinn.
Mit dem Singleton ist auch ein schÃ¶ner Ansatz.

Vielen Dank fÃ¼r den Hinweis.

Gruss und Guten Rutsch wenn man sich nicht mehr liesst.

Daniel

Jonathan W. schrieb:

d-w · July 30, 2008, 12:45pm

Jonathan W. wrote:

Daniel W. schrieb:

Ups, meinte natÃ¼rlich folgende Helper:
ActionView::Helpers::NumberHelper

class MyClass
include ActionView::Helpers::NumberHelper
end

oder das hier in lib/helper.rb:

A helper class that includes ActionView helpers

and offers their functionality to others

class Helper
include Singleton
include ApplicationHelper
include ActionView::Helpers::TextHelper
include ActionView::Helpers::SanitizeHelper
include ActionView::Helpers::NumberHelper

def self.help
Helper.instance
end
end

Dann kannst du ueberall im Code den helper so nutzen:

Helper::help.h(text)

Ich mÃ¶chte eine Helpermethode im Controller benutzen. Wenn ich
allerdings diesen Helper einfach include (include
ActionView::Helpers::TestHelper), dann bekomme ich folgende
Fehlermeldung:

NameError: uninitialized constant ActionView::Helpers::TestHelper

Was mache ich falsch?

d-w · December 27, 2007, 4:56pm

Daniel W. schrieb:

Ups, meinte natÃ¼rlich folgende Helper:
ActionView::Helpers::NumberHelper

class MyClass
include ActionView::Helpers::NumberHelper
end

oder das hier in lib/helper.rb:

A helper class that includes ActionView helpers

and offers their functionality to others

class Helper
include Singleton
include ApplicationHelper
include ActionView::Helpers::TextHelper
include ActionView::Helpers::SanitizeHelper
include ActionView::Helpers::NumberHelper

def self.help
Helper.instance
end
end

Dann kannst du ueberall im Code den helper so nutzen:

Helper::help.h(text)

d-w · July 30, 2008, 1:32pm

hi,

Ich mÃ¶chte eine Helpermethode im Controller benutzen. Wenn ich
allerdings diesen Helper einfach include (include
ActionView::Helpers::TestHelper), dann bekomme ich folgende
Fehlermeldung:

NameError: uninitialized constant ActionView::Helpers::TestHelper

Was mache ich falsch?

wenn du tatsÃ¤chlich nichts weiter als eine Helfermethode im Controller
nutzen willst - warum schreibst du sie dann nicht einfach im Controller
und erklÃ¤rst sie mit “helper_method :xyz” zur Helfermethode?

bevier

–
IKI: Infinity Kills Information - how the knowledge of what you’re doing
betters the result
http://bussole.de/
Level of Math limits Level of Technology
http://infomath.bussole.de/
4fF method to evaluate databases: compare - count
http://dtp-isw.de/
ML method to grip problems: think - write - relate - count - program
http://dtp-isw.de/

Information: wiederholbare und zusammenhÃ¤ngende WertverÃ¤nderung von
Eigenschaften - als mathematische Gruppe erklÃ¤rt sie einerseits die hohe
NÃ¼tzlichkeit mengenmathematischer Techniken in der Naturwissenschaft,
andererseits die Notwendigkeiten des Lernens in offenen Umgebungen sowie
Strategie und Aufbau von Informationsverarbeitungen

d-w · July 30, 2008, 2:38pm

Andreas R. schrieb:

Ist eh recht schlechter Stil, finde ich.

Was is besserer Stil? Wenn ich eine Funktion im Controller oder einer
Lib benutzen möchte die
irgendwo schon in einem Helper vorhanden ist macht es ja Sinn es so zu
machen, oder?

Oder ist es besserer Stil die Methode irgendwo neu zu implementieren?
Das wäre ja wieder nicht DRY…

Also Stil und DRY hin oder her. Nur manchmal gehen mir diese ganzen
Pardigmen ein bisschen auf die
Nerven. Erst wird mal stundenlang drüber nachgedacht wie man das jetzt
am schönsten, sinvollsten, dry’sten
oder was auch immer macht. In der Zeit ist man “Quick’n’Dirty” schon
längstens fertig, und solange es funktoniert
ist mir das ziemlich egal obs jetzt guter oder schlechter Stil ist.

Zumal 99% der Leute hier oder in der Rails Scene an sich wahrscheinlich
nicht vor das Problem gestellt werden,
eine so hochperformante Anwendung schreiben zu müssen in der man Rails
und Ruby bis zum Letzten,
was Stil und damit evtl. auch Performance angeht, ausquetschen muss.

Wer Spass und Zeit hat sich immer viel Gedanken über sowas zu machen und
seinen Code oder Stil immer optimal haben will, der soll das tun.
Ansonsten werd ich so manches doch noch auf die Dreckige Tour machen.

Soll jetzt kein Angriff sein. Nicht falsch verstehen!! Wollte das nur
mal gerade so los werden.

d-w · July 30, 2008, 1:59pm

Hallo,

2008/7/30 bevier [email protected]:

wenn du tatsächlich nichts weiter als eine Helfermethode im Controller
nutzen willst - warum schreibst du sie dann nicht einfach im Controller und
erklärst sie mit “helper_method :xyz” zur Helfermethode?

Ist eh recht schlechter Stil, finde ich.

Andreas

d-w · July 30, 2008, 6:53pm

Ich wollte hier keine Grundsatzdiskussionen lostreten.
Der Grund warum ich die Helpermethode im Controller aufrufen wollte war,
dass ich mit RJS ein div aktualisieren wollte.

Jetzt habe ich das ganze in ein rjs-File gepackt, daraus kann man die
Helper aufrufen.

So verletze ich wohl keine Paradigmen.

d-w · July 30, 2008, 11:01pm

hi,

den letzten satz hättest du dir ja wohl sparen können!

On following rules:

It’s true that rules are made to be broken, but here are the rules
that you never break. Ever.

1. Follow every rule you don't understand.
2. Only break rules you fully understand and have good reason to

break.

[…] http://www.kirit.com/On%20following%20rules

viele
grüße,phillip

Am 30.07.2008 um 14:37 schrieb Daniel W.:

d-w · August 1, 2008, 5:58am

hallo nochmal!

Am 31.07.2008 um 10:15 schrieb Indra M.:

Phillip O. wrote:

den letzten satz hï¿½ttest du dir ja wohl sparen kï¿½nnen!

Was ist denn hier los?
Warum fÃ¼hlst Du Dich denn jetzt angegriffen?

die aussagen in der vorhergegangenen mail finde ich durchaus
kontrovers … sinngemÃ¤ÃŸ und etwas Ã¼berspitzt hab ich das nÃ¤mlich
so verstanden: “design-diskussionen (paradigmen) nerven und bringen
nix”, “habe keine zeit, um mir Ã¼ber sauberen code gedanken zu machen,
oder zu verstehen, warum sich bestimmte regeln etabliert haben,
hauptsache, es funktioniert”, “sauberer code ist nicht performant”,
“um eine performante anwendung zu schreiben muss ich ruby/rails bis
zum letzten ausquetschen”.

dann mit “ich will ja keine grundsatzdiskussion lostreten”
abzuschlieÃŸen finde ich bischen seltsam, da man eigentlich mit einer
antwort rechnen und die meinung dann auch vertreten oder zumindest
besser erklÃ¤ren sollte.

ich finde die diskussion Ã¼ber richtiges design hier in der gruppe gut,
hier gibt es viel know-how, da kann jeder noch was mitnehmen. in der
tÃ¤glichen arbeit hat man natÃ¼rlich zu viele restriktionen, um dann
immer alles lehrbuch- bzw. peepcode-konform zu bauen; und
stundenlang Ã¼bers design einer kleinen funktion zu sinnieren ist
natÃ¼rlich auch quatsch.

aber wenigstens zu wissen, wie es denn gÃ¤nge und was fÃ¼r alternativen
es gibt halte ich fÃ¼r sehr wichtig, und fÃ¼r einen der grÃ¼nde, warum
es gruppen wie diese gibt. gerade weil hier auch leute unterwegs sind,
die den fragen nach zu urteilen noch keine lange programmiererfahrung
mitbringen (damit ist nicht die ausgangsfrage dieses threads gemeint).
rails erlaubt schlieÃŸlich so ziemlich jedes paradigma zu brechen
(model/controller-code in der view, model-code im controller,
unescapede params direkt in sql queries oder im template-code, meta-
programmierung wo es die “normalen” OOP mittel auch tun, …).

Ich habe hier nicht mit dieser Diskussion angefangen und denke auch
nicht das so Kommentare wie Deiner in dieses Forum gehÃ¶ren.

ich hoffe das ist jetzt klarer geworden, und entschuldige mich nochmal
bei allen die ich damit angegriffen habe fÃ¼r den blÃ¶den spruch ohne
erklÃ¤rung!

viele grÃ¼ÃŸe,
phillip

d-w · July 31, 2008, 10:15am

Phillip O. wrote:

hi,

den letzten satz hï¿½ttest du dir ja wohl sparen kï¿½nnen!

Was ist denn hier los?
Warum fÃ¼hlst Du Dich denn jetzt angegriffen?

Falls Du das Ã¼berlesen hast, da war ein zwinkernder Smiley hinter dem
Satz!

Ich habe hier nicht mit dieser Diskussion angefangen und denke auch
nicht das so Kommentare wie Deiner in dieses Forum gehÃ¶ren.

On following rules:

It’s true that rules are made to be broken, but here are the rules
that you never break. Ever.
1. Follow every rule you don't understand.
2. Only break rules you fully understand and have good reason to
break.

[…] http://www.kirit.com/On%20following%20rules

Der zweite Punkt gefÃ¤llt mir eigentlich (bis auf das “only”), den ersten
wÃ¼rde ich allerdings nicht vollkommen unterschreiben.

Ich weiÃŸ nur nicht was das Zitat mit meinem Post zu tun hat.

viele
grï¿½ï¿½e,phillip

Am 30.07.2008 um 14:37 schrieb Daniel W.:

d-w · August 1, 2008, 9:46am

Will jetzt hier auch nicht gross und breit weiter darÃ¼ber diskutieren.
Aber wenn auch Ã¼berspitzt ausgedrÃ¼ckt,
ich habe nie gesagt, oder sagen wollen, dass man sich keine Gedanken
Ã¼ber sauberen Code machen soll und muss.
Man sollte sich aufjedenfall Gedanken machen. Dass etablierte Sachen gut
sind, und durchaus auch so gemacht werden sollten steht ausser Frage.

“sauberer code ist nicht performant”, “um eine performante anwendung
zu schreiben muss ich ruby/rails bis zum letzten ausquetschen”.
Meinte ich genau andersrum. Also zumindest fÃ¼r den ersten Teil.
Unsauberer Code ist nicht unbedingt der schnellste,
aber fÃ¼r die “normale” Rails Anwendung ist es in meinen Augen nicht
wirklich Thema Nummer 1 ob der Code denn nun optimal
ist oder nicht. Ganz anderes Thema wird das dann wenn es meintewegen um
Twitter oder sonstige Sachen geht. Dort geht es dann wirklich
um das letzte Quenchen Performance. Dann wird deswegen aber auch mit
Rails weg von Rails entwickelt. Ich meine die haben wo es ging AR
rausgelassen
um optimierte SQL Abfragen zu verwenden.

Es kommt halt immer drauf an was man machen will und muss. Nur finde ich
halt eben, dass es manchmal etwas Ã¼bertreiben wird.

Hatte halt schon Ã¶fter mitbekommen, bzw. miterlebt wie wirklich die
trivialsten Dinge zu Tode diskutiert und gedacht wurden.
Das ist mir halt so noch nie untergekommen. Weder PHP, .NET noch sonstwo
Leuten. Es wird halt immer der Pragmatismus
gepredigt, aber an vielen Stellen frisst er sich selbst, weil eben ewig
lange (zu lange?) nach der pragmatischsten LÃ¶sung gesucht wird.

Wie gesagt, ist auch nur mein Eindruck und sollte keineswegs irgendwen
schlecht machen, oder die Leistungen der Gruppen/deren zu schmÃ¤lern.
Ebenfalls sollte es auch nicht als Ratschlag gedacht sein, dass alles
hingesaut werden soll wie es einem gerade in den Sinn kommt.

Hatte nur das kurze BedÃ¼rniss mich mitzuteilen. Den letzten Satz mit dem
nicht angegriffen fÃ¼hlen habe ich halt geschreiben, weil doch
der ein oder andere sich hier ziemlich schnell angegriffen fÃ¼hlt.

In diesem Sinne

Happy Coding

d-w · August 1, 2008, 9:11pm

Hallo Liste,
Hallo ZankÃ¤pples ;-),

die Diskussion Ã¼ber Design ist in der Tat wichtig. Gerade ich als
Rails-(neu)Einsteiger habe mich sehr sehr intensiv mit Design und OOA
und OOD beschÃ¤ftigt. Immerhin kann man sich da im nachhinein bei groÃŸen
Anwendungen einige KnieschÃ¼sse ersparen, wenn man den Code nur an einer
einzigen Stelle Ã¤ndern muss. DRY.

Klar werden da jetzt einige PHP oder Perlhacker anmerken, dass es bisher
auch ohne ging. Aber mein persÃ¶nliches Ziel ist guten Code zu
produzieren, damit der Kunde (Ã¤hm in dem Fall ich - zufrieden ist) und
der Code oder die Klasse genau das tut was sie soll und auch nur das.
Immhin wÃ¼rden wir ^^unsere Wohnungen immer noch mit Kerzen oder Ã–llampen
erleuchten, wenn alles was wir frÃ¼her getan hÃ¤tte immer so gut gewesen
wÃ¤re… Paradigmen hin oder her. Jeder sollte fÃ¼r sich selbst festlegen,
ob er es tun will oder nicht.

Ich werde es tun und werde die gesamten Paradigmen versuchen (!!! )
anzuwenden, auÃŸer ich kann entscheiden, dass ich genau in diesem Fall es
nicht machen muss, weil… ich einen Wegwerfcode mal schnell
hinknallen musste.

So meine Gedanken als RailsNewbee.

Mario
http://www.railscamp.de

P.s.: Freut euch auf die nÃ¤chste Mail mit meinen Gedanken zu Hans Wurst
an the Instant LeberkÃ¤s’ semmeln. Frei erfunden aber garanitert
interessant.

d-w · August 2, 2008, 2:41pm

zankäpfel? nee … wir haben doch nur wortreich festgestellt, dass wir
eh einer meinung sind

viele grüße & ein schönes wochenende,
phillip

Am 01.08.2008 um 21:10 schrieb schroedi: