My feeling about this is the same as the issue with the default template language to use. The default should not necessarily be about what is the best, but what is the easiest and fastest to get started with. YAML in my opinion should be the default. But for me personally, I will likely use XML.
Yeah i know, it looks like jonathan's opinion, but i'm kinda tired right now and i'm a big fan of him. So plz accept my vote, kthx. Sent from my iPhone 6. -- [MA]Pascal www.google.com On Fri, Sep 24, 2010 at 17:53, Jonathan Wage <[email protected]> wrote: > My feeling about this is the same as the issue with the > default template language to use. The default should not necessarily be > about what is the best, but what is the easiest and fastest to get started > with. YAML in my opinion should be the default. But for me personally, I > will likely use XML. > > - Jon > > > On Fri, Sep 24, 2010 at 12:37 PM, Yuen-Chi Lian <[email protected]> wrote: > >> My vote has to go XML. What XSD can give you is more than just validation >> but also auto-complete, tips, etc. in IDE. >> >> Personally I love YAML for how clean it is, but it just can't meet many >> things that XML can provide. PHP shall really be the choice of those who >> know what they are doing. >> >> Yuen-Chi Lian | www.yclian.com >> "I do not seek; I find." - Pablo Picasso >> >> >> On Sat, Sep 25, 2010 at 1:15 AM, Pablo Godel <[email protected]>wrote: >> >>> I think as long we can build tools to generate the configuration (a web >>> installer or CLI commands) then it would be fine to have XML or PHP as >>> defaults. >>> >>> I don't like XML much for being verbose but I do agree that validation is >>> a big plus. PHP would feel more native but is a weird use to store and >>> define configuration. It must be because it is not a common use nowadays. I >>> would probably favor PHP over XML unless there are very good reasons >>> against. >>> >>> Pablo >>> >>> >>> On Fri, Sep 24, 2010 at 1:07 PM, Fabien Potencier < >>> [email protected]> wrote: >>> >>>> Hi all, >>>> >>>> Symfony2 supports many different formats for its configuration files. By >>>> default, we support XML, YAML, INI, PHP, and Annotations. That's great as >>>> it >>>> demonstrates the flexibility of the framework, but we need to choose one >>>> "default" format (the recommend one in the documentation and the one that >>>> bundles should use). >>>> >>>> Right now, the recommended one is XML (but we show YAML by default in >>>> the documentation because it is more concise). But I'm wondering if we >>>> should switch to PHP instead. >>>> >>>> Here is my reasoning: >>>> >>>> * YAML: Even if this is the more readable and simple format, it cannot >>>> be used for the default because it needs a YAML parser and also because it >>>> is really difficult to debug problems in a YAML file (missing :, tabs, >>>> wrong >>>> indentation, ...). >>>> >>>> * INI and Annotations: They cannot be used for the default as they are >>>> not suitable for all configurations. >>>> >>>> * XML: Great because you have validation, auto-completion, and >>>> documentation (with XSD) but many people don't like to use XML (verbose, >>>> feels like Java, ...). >>>> >>>> * PHP: Great as there is nothing new to learn. The only drawback I see >>>> is that PHP being dynamic by nature, people can do weird thing in the >>>> configuration files (for instance, changing a configuration setting based >>>> on >>>> the current time; and that won't work because the configuration is cached >>>> in >>>> a static form). >>>> >>>> What do you think? >>>> >>>> Fabien >>>> >>>> -- >>>> Fabien Potencier >>>> Sensio CEO - symfony lead developer >>>> sensiolabs.com | symfony-project.org | fabien.potencier.org >>>> Tél: +33 1 40 99 80 80 >>>> >>>> -- >>>> If you want to report a vulnerability issue on symfony, please send it >>>> to security at symfony-project.com >>>> >>>> You received this message because you are subscribed to the Google >>>> Groups "symfony developers" group. >>>> To post to this group, send email to [email protected] >>>> To unsubscribe from this group, send email to >>>> [email protected]<symfony-devs%[email protected]> >>>> For more options, visit this group at >>>> http://groups.google.com/group/symfony-devs?hl=en >>>> >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony developers" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected]<symfony-devs%[email protected]> >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-devs?hl=en >>> >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony developers" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected]<symfony-devs%[email protected]> >> For more options, visit this group at >> http://groups.google.com/group/symfony-devs?hl=en >> > > > > -- > Jonathan H. Wage > http://www.twitter.com/jwage > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<symfony-devs%[email protected]> > For more options, visit this group at > http://groups.google.com/group/symfony-devs?hl=en > -- Pascal -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en
