Likes Likes:  0

Poll: Gebruiken je Coldfusion?? (CFML)

Resultaten 1 tot 15 van de 21
Pagina 1 van de 2 1 2 LaatsteLaatste
Geen

Onderwerp: Coldfusion MX

  1. #1
    Coldfusion MX
    geregistreerd gebruiker
    11 Berichten
    Ingeschreven
    22/09/03

    Locatie
    Lunteren

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter

    Lightbulb Coldfusion MX

    Ik ben erg benieuwd of er wel mensen zijn aangemeld die COLDFUSION gebruiken en als men dat gebruikt welke versie ze mee werken. Daarom deze poll!!


    MOD EDIT: Lees de regels eerst een goed aub. Naast het NIET linken naar je eigen sites mag je maar 1 link in je signature hebben! In de regels staat het allemaal heel duidelijk beschreven.

  2. #2
    Coldfusion MX
    Mentally unstable
    2.586 Berichten
    Ingeschreven
    27/06/03

    Locatie
    Rivierenland

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 11058224
    Ondernemingsnummer: nvt

    ...
    Laatst gewijzigd door The MAzTER; 13/03/04 om 13:17.

  3. #3
    Coldfusion MX
    geregistreerd gebruiker
    11 Berichten
    Ingeschreven
    22/09/03

    Locatie
    Lunteren

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Je hebt het waarschijnlijk nog nooit echt goed bekeken anders zou je daar niet zo over praten!

    Ik weet niet wat je nu gebruikt, maar CFML (ColdFusion Markup Language) isgemaakt puur voor het web. Elke andere webtaal zoals PHP en ASP zijn afgeleid van een bestaande programmeertaal en omgezet voor het web. Doordat CFML specifiek voor het web bedoelt is, zijn bepaalde tags veel makkelijker gemaakt. In vergelijking met PHP om een database aan te roepen heb je al redelijk wat code nodig, maar cfml zit zo sterk in elkaar dat je binnen 2 regels al klaar kan zijn......

    Ik zou je er toch maar is in gaan verdiepen, ik dacht eerder ook zo......

  4. #4
    Coldfusion MX
    Mentally unstable
    2.586 Berichten
    Ingeschreven
    27/06/03

    Locatie
    Rivierenland

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: Ja
    KvK nummer: 11058224
    Ondernemingsnummer: nvt

    ...
    Laatst gewijzigd door The MAzTER; 13/03/04 om 13:17.

  5. #5
    Coldfusion MX
    geregistreerd gebruiker
    11 Berichten
    Ingeschreven
    22/09/03

    Locatie
    Lunteren

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Ik moet zeggen dat de extra codes die worden aangemaakt in Dreamweaver 2004 0,0000001% bagger is.... In tegenstelling tot Frontpage die 99,9999999% bagger aanmaakt. Maar bijvoorbeeld in DW2004 wordt er direct een css aangemaakt in je pagin als je bijvoorbeeld een pagina achtergrondkleur aangeeft. Dat scheelt een hoop eigen type werk natuurlijk.

    Maar ik wordt niet door Macromedia betaalt dus ik ga niet een verkooppraatje houden over alle producten die ze leveren .

    Maar als je dynamische flash applicaties bouwt is Coldfusion daar weer een perfecte oplossing voor aangezien ze "direct" met elkaar kunnen communiceren... maar dat verhaal gaat ook redelijk en zal je dat besparen!

  6. #6
    Coldfusion MX
    geregistreerd gebruiker
    165 Berichten
    Ingeschreven
    24/07/03

    Locatie
    Rotterdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: 24348707
    Ondernemingsnummer: nvt

    Coldfusion is imho voor de gemiddelde html-er makkelijker aan te leren dan php of ASP, temeer omdat coldfusion meer tagbased is. Daarnaast creeert Dreamweaver niet per definitie baggercode, degene die dat doet, is de gebruiker .

    Ik heb zelf altijd gescript met 4.5, maar daarnaast ben ik ook altijd verder gegaan in php, te meer omdat coldfusion hosting altijd vrij prijzig is/ was . Maar qua functionaliteit verschillen de talen nauwelijk van elkaar, je kan met beiden exact hetzelfde resultaat bereiken .

  7. #7
    Coldfusion MX
    geregistreerd gebruiker
    11 Berichten
    Ingeschreven
    22/09/03

    Locatie
    Lunteren

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Maar qua functionaliteit verschillen de talen nauwelijk van elkaar, je kan met beiden exact hetzelfde resultaat bereiken
    Je kan absoluut hetzelfde bereiken met beide talen. Alleen met coldfusion (naar mijn weten ) Heb je minder code nodig om hetzelfde te bereiken als in Coldfusion en zeker met interactiviteit van flash is volgens mij Coldfusion makkelijker te gebruiken (sneller) dan PHP.

    Dus vooral voor de wat luiere programmeurs onder ons zullen eerder voor coldfusion kiezen

  8. #8
    Coldfusion MX
    Superuser
    228 Berichten
    Ingeschreven
    27/04/03

    Locatie
    NL

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: ja
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Wij gebruiken het niet, maar ik weet wat het is
    (niet in-depth, maar globaal)

    De optie stond niet in de poll, dus heb ik (nog) niet gevote.

  9. #9
    Coldfusion MX
    geregistreerd gebruiker
    738 Berichten
    Ingeschreven
    09/07/03

    Locatie
    BE

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Origineel geplaatst door cfhosting
    Ik moet zeggen dat de extra codes die worden aangemaakt in Dreamweaver 2004 0,0000001% bagger is.... In tegenstelling tot Frontpage die 99,9999999% bagger aanmaakt.
    ...
    Maar als je dynamische flash applicaties bouwt is Coldfusion daar weer een perfecte oplossing voor aangezien ze "direct" met elkaar kunnen communiceren... maar dat verhaal gaat ook redelijk en zal je dat besparen!
    Dan heb je duidelijk nog niet naar Frontpage 2003 gekeken!!! Dit is echt wel met oogkleppen op een totaal achterhaalde bewering maken, ik durf er mijn hand voor in het vuur steken dat jouw dreamweaver zeker niet minder bagger aanmaakt dan de nieuwe frontpage!
    Wat betreft de rechtstreekse communicatie met Flash: dat kan ook met .NET van MS en XML webservices.
    Pas op, ik zeg niet dat coldfusion slecht is, integendeel, ik vind het beter dan PHP, maar wel stukken minder dan ASP.NET!

    Overigens, je poll is onvolledig, ik heb nee gestemd omdat ik het niet gebruik, maar niet omdat ik het niet ken! De optie "wat is Coldfusion" moet los staan van het niet gebruiken maar wél kennen!

    En off topic maar wel LOL, je coldfusion forum lijkt redelijk geript van het Microsoft ASP.NET forum, alleen nog maar de icons...
    Laatst gewijzigd door dotnetjunkie; 08/11/03 om 05:10.

  10. #10
    Coldfusion MX
    geregistreerd gebruiker
    165 Berichten
    Ingeschreven
    24/07/03

    Locatie
    Rotterdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: 24348707
    Ondernemingsnummer: nvt

    Origineel geplaatst door cfhosting


    Coldfusion en zeker met interactiviteit van flash is volgens mij Coldfusion makkelijker te gebruiken (sneller) dan PHP.

    qua interactiviteit met flash zal coldfusion (als macromedia het slim aanpakt) altijd wel een voorsprong behouden .

  11. #11
    Coldfusion MX
    geregistreerd gebruiker
    403 Berichten
    Ingeschreven
    20/10/03

    Locatie
    Nvt

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: Nvt
    Ondernemingsnummer: nvt

    Waarom CFM gebruiken als ASP.NET bestaat?

  12. #12
    Coldfusion MX
    geregistreerd gebruiker
    165 Berichten
    Ingeschreven
    24/07/03

    Locatie
    Rotterdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: 24348707
    Ondernemingsnummer: nvt

    Origineel geplaatst door roland
    Waarom CFM gebruiken als ASP.NET bestaat?
    omdat php ook bestaat en perl ook :P. Iedere programeur/ applicatie heeft zijn voorkeur.

  13. #13
    Coldfusion MX
    geregistreerd gebruiker
    403 Berichten
    Ingeschreven
    20/10/03

    Locatie
    Nvt

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: Nvt
    Ondernemingsnummer: nvt

    De laatste posts ging het over de mogelijkheden van de talen, daarom zei ik dat. Uiteraard heeft iedere programmeur zijn eigen smaak. ASP.NET heeft gewoon weg veel meer mogelijkheden dan CFM, dat is de reden van mijn vorige post

  14. #14
    Coldfusion MX
    geregistreerd gebruiker
    738 Berichten
    Ingeschreven
    09/07/03

    Locatie
    BE

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Ik ken alle hier genoemde talen vrij goed, en het staat inderdaad buiten enige discussie dat ASP.NET veruit de meeste mogelijkheden biedt, logisch uiteraard omdat de achterliggende programmeertaal diezelfde is als waarmee bvb. Windows geschreven wordt, duizenden kritische bedrijfstoepassingen, de meest complexe 3-tier systemen, enz... Je merkt het dag in dag uit, zowat alle grote websites op het Internet zijn reeds overgeschakeld naar deze technologie, of zijn er in ieder geval mee bezig. Dat merken we ook goed aan de marktsituatie/de klanten, wanneer je nog maar spreekt over .NET architectuur is het pakket al bijna verkocht - tja dat boezemt de mensen vertrouwen in hé, zeker omdat ze ASP.NET bvb. al kennen van hun bank-applicatie, verzekering, B2B handel, enz...
    Concurrenten CF en J2EE doen een goede poging, maar hebben niet hetzelfde potentieel / market base.
    En PHP past eigenlijk niet in deze topic / dit rijtje hé, dat is geen volwaardige programmeertaal, maar een soort hobby-scripting speeltje, waar sommigen wel leuke dingen mee maken, maar een professionele developer mee lacht, het is dan ook bijzonder beperkt (bevat zelfs nog geen elementaire zaken zoals try catch error handling - en voor iemand hierop reageert, ja ik weet dat in php5 men dat zal inbouwen hoor, maar da's dan één puntje van de honderden die andere programmeertalen al sinds jaar en dag bevatten, en dus de kinderziekten al lang ontgroeit zijn). Met .NET bouwt men 3-tier apps, windows-applicaties, database stored procedures, XML webservices, mobile toepassingen, enz... maw het hele spectrum, alles wat een bedrijf ooit maar nodig kan hebben, dat is met de andere technologieën niet mogelijk, we kunnen dus de facto al geen discussie houden over welk systeem nu het beste is, want .NET heeft tot op heden (nog) geen concurrentie.

  15. #15
    Coldfusion MX
    geregistreerd gebruiker
    165 Berichten
    Ingeschreven
    24/07/03

    Locatie
    Rotterdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: 24348707
    Ondernemingsnummer: nvt

    Origineel geplaatst door dotnetjunkie
    Ik ken alle hier genoemde talen vrij goed, en het staat inderdaad buiten enige discussie dat ASP.NET veruit de meeste mogelijkheden biedt, logisch uiteraard omdat de achterliggende programmeertaal diezelfde is als waarmee bvb. Windows geschreven wordt, duizenden kritische bedrijfstoepassingen, de meest complexe 3-tier systemen, enz...
    drogredenatie (om precies te zijn: Ignoratio elenchi).
    Je merkt het dag in dag uit, zowat alle grote websites op het Internet zijn reeds overgeschakeld naar deze technologie, of zijn er in ieder geval mee bezig. Dat merken we ook goed aan de marktsituatie/de klanten, wanneer je nog maar spreekt over .NET architectuur is het pakket al bijna verkocht - tja dat boezemt de mensen vertrouwen in hé, zeker omdat ze ASP.NET bvb. al kennen van hun bank-applicatie, verzekering, B2B handel, enz...
    Zou het dan niet een kwestie van een hype zijn? Iemand zegt asp.net en iedereen koopt het maar, zonder te weten wat men koopt, daardoor is imho geen goede koop van een klant.
    Concurrenten CF en J2EE doen een goede poging, maar hebben niet hetzelfde potentieel / market base.
    Ze hebben hetzelfde potentieel en je kan er webbased hetzelfde mee bereiken
    En PHP past eigenlijk niet in deze topic / dit rijtje hé, dat is geen volwaardige programmeertaal, maar een soort hobby-scripting speeltje, waar sommigen wel leuke dingen mee maken, maar een professionele developer mee lacht, het is dan ook bijzonder beperkt (bevat zelfs nog geen elementaire zaken zoals try catch error handling - en voor iemand hierop reageert, ja ik weet dat in php5 men dat zal inbouwen hoor, maar da's dan één puntje van de honderden die andere programmeertalen al sinds jaar en dag bevatten, en dus de kinderziekten al lang ontgroeit zijn).
    Deze professionele developer lacht ook vaak met PHP, met name om de geringe kosten en de eenvoudige ontwikkeling ervan. Mij maakt het niet zo uit, dat het niet zo gestructureerd is als C++, een deel van de structuur kan je zelf aanbrengen namelijk . Overigens zit er in coldfusion wel een try catch errorhandling.
    Met .NET bouwt men 3-tier apps, windows-applicaties, database stored procedures, XML webservices, mobile toepassingen, enz... maw het hele spectrum, alles wat een bedrijf ooit maar nodig kan hebben, dat is met de andere technologieën niet mogelijk, we kunnen dus de facto al geen discussie houden over welk systeem nu het beste is, want .NET heeft tot op heden (nog) geen concurrentie.
    drogredenatie:

    Bevestiging van het gevolg: Uit een implicatie én de bevestiging van de implicatie een conclusie trekken die gevormd is op basis van de bevesting van de implicatie.

Pagina 1 van de 2 1 2 LaatsteLaatste

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2026 Webhostingtalk.nl.
Web Statistics