Verwendet ihr eigentlich Frameworks als Entwicklungsunterstützung?
Und wenn ja, welche und für wo?
Frameworks als Entwicklungsunterstützung?
gepostet vor 14 Jahre, 9 Monate von TheDarkRose
gepostet vor 14 Jahre, 9 Monate von Bringer
Weblocks als Framework für Admin und Gamefrontend
http://common-lisp.net/project/cl-weblocks/
http://bitbucket.org/skypher/weblocks-stable/src/tip/test/weblocks.lisp
yui, jquery und prototype, ausschließlich für Gamefrontend (wobei wir yui mittlerweile entfernen - ist für unsere Zwecke zu überladen und langsam)
gepostet vor 14 Jahre, 9 Monate von TheUndeadable
Microsoft .Net als Laufzeitumgebung, ansonsten werde ich mir die Tage mal SQLite# anschauen um eine XCopy-Deployment fähige Datenbank zu besitzen.
Als JS-Framework nutze ich JQuery.
Als eigentliche Datenbank, Webserver und Programmlogik nutze ich mein eigenes Framework
gepostet vor 14 Jahre, 9 Monate von Nerosmeel
Als Framework Ruby on Rails und jQuery als Javascript Framework. Fürs Layout nutz ich noch YAML weil ich eben nen fauler Mensch bin und keinen Nerv hab mich mit allen CSS eigenheiten der verschiedenen Browser zu beschäftigen ^^
gepostet vor 14 Jahre, 9 Monate von tector
PHP: Zend Framework
Javascript: Dojo
CSS: noch keins, aber ich tendiere zu "960 Grid"
gepostet vor 14 Jahre, 9 Monate von DrakeL
Ich würde immer ein Framework einsetzen, da die Frameworks einem den Großteil der Arbeit übernehmen, die man sonst jedesmal oder in einem eigenen Framework selbst übernehmen müsste. Ein eigenes Framework lohnt sich nur, wenn es nicht bereits eins gibt, was die Anforderungen unterstützen und genug Zeit vorhanden ist um selbst eins zu entwickeln.
Ich selbst tendiere immer zu den großen Vertretern der jeweiligen Zweige, da ich hier etwas sicherer bin was die Zukunft angeht und nicht wie bei kleinen unbekannten Frameworks Angst haben muss, dass die Unterstützung bald nicht mehr vorhanden ist.
Daher PHP -> Zend Framework
JavaScript (wegen Integration vom Zend Framework) -> Dojo
Layout -> YAML
Da ich auch mal ein eigenes Framework gemacht habe kann ich sagen, es ist viel Arbeit erstmal einen Kern an Funktionalitäten zu haben, der auch stabil läuft. Von daher sollte man den Schritt nur machen, wenn es einen guten Grund dafür gibt.
gepostet vor 14 Jahre, 9 Monate von TheUndeadable
CSS-Framework... Höre ich zum ersten mal... Gibt es da ein paar schöne Einführungslinks?
gepostet vor 14 Jahre, 9 Monate von TheDarkRose
Also ich schau mir eben für PHP zurzeit Symfony durch und schau mir eben auch grad deren Jobeet Tutorial an. Das was mir hier gefällt ist die MVC-Struktur und das ich zwischen zwei verschieden ORM-Frameworks auswählen kann. Entweder Doctrine oder Propel, wobei ich mir eben zeurzeit nur doctrine angesehen habe.
gepostet vor 14 Jahre, 9 Monate von Dunedan
Django und jQuery.
gepostet vor 14 Jahre, 9 Monate von cherry
Original von TheUndeadable
CSS-Framework... Höre ich zum ersten mal... Gibt es da ein paar schöne Einführungslinks?
http://www.yaml.de/ z.B.
Ich nutze das ZEND Framework im Backend und Prototype im Frontend.
gepostet vor 14 Jahre, 9 Monate von buhrmi
Entwicklungsframework Ruby on Rails mit HAML für HTML Templates und SASS Style Sheets
Lern die drei, und Programmieren wird dir plötzlich viel mehr Spaß machen als jemals zuvor ;)
gepostet vor 14 Jahre, 9 Monate von TheUndeadable
> HAML
Selten so einen Schwachfug gesehen...
> SASS
So, wie CSS im Prinzip sein müsste, warum man eine unsägliche Syntax dazugenommen hat... Naja, wem es Spaß macht.
> RoR
Wenigstens eine vernünftige Entscheidung, wobei mir das Ruby-Umfeld mit ihren Yet-Not-Invented-Here-Pseudoformaten ein persönliche Grauen ist. Für was gibt es Standards, wenn man doch alles wieder neu aufbacken muss, damit es cool und hipp ist...
gepostet vor 14 Jahre, 9 Monate von Nerosmeel
Original von TheUndeadable
> HAML
Selten so einen Schwachfug gesehen...
Find Tamplate erstellung mit HAML um einiges besser als mit HTML.
- Besser lesbar als HTML
- Schnell zu tippen als HTML
- Was nachher dabei beim Browser landet sieht super aus.
> SASS
So, wie CSS im Prinzip sein müsste, warum man eine unsägliche Syntax dazugenommen hat... Naja, wem es Spaß macht.
Mir persönlich mach das arbeiten mir CSS durch SASS einfach mehr spaß Sinn oder unsinn is mir relativ solange ich keine merklichen einbussen in der Performance hab.
> RoR
Wenigstens eine vernünftige Entscheidung, wobei mir das Ruby-Umfeld mit ihren Yet-Not-Invented-Here-Pseudoformaten ein persönliche Grauen ist. Für was gibt es Standards, wenn man doch alles wieder neu aufbacken muss, damit es cool und hipp ist...
Man muss ja nich bei jedem ROR Trend mitmachen... ebenso muss man ja nich jeden Trend bei anderen Frameworks mitmachen.
gepostet vor 14 Jahre, 9 Monate von TheUndeadable
Hast du auch IntelliSense und automatische Validierung auf Gültigkeit schon während der Eingabe bei HAML und SASS?
Das erleichtert mir die Arbeit ungemein und ich bleibe interoperabel zu anderen Designwerkzeugen, die diese Dateien nutzen oder anderweitig verarbeiten. Dafür gibt es ja Standards.
> ebenso muss man ja nich jeden Trend bei anderen Frameworks mitmachen.
In der Tat: Wichtig ist das, was rauskommt... und bei dir kommt ja was gutes raus.
gepostet vor 14 Jahre, 9 Monate von buhrmi
Ey ey ey keine Flamewars :O
HAML autocompletion existiert durchaus (http://blogs.jetbrains.com/ruby/2009/07/whats-mining-ruby-support-within-haml/)
gepostet vor 14 Jahre, 9 Monate von n26
Asp.Net MVC
JQuery
gepostet vor 14 Jahre, 9 Monate von Lyondy
mhh atm noch keine ^^
gepostet vor 14 Jahre, 9 Monate von glaubinix
PHP: Smarty in Kombination mit xajax
JS: JQuery
C++: mysql++ und boost
gepostet vor 14 Jahre, 9 Monate von D4rk5in
Nein, verwende kein vorgefertigtes. Hab mein eigenes.
gepostet vor 14 Jahre, 9 Monate von Quix0r
Original von D4rk5in
Nein, verwende kein vorgefertigtes. Hab mein eigenes.
Dito. :) Eventuell denke ich über YAML nach...