Love Fuel?    Donate

FuelPHP Forums

Ask your question about FuelPHP in the appropriate forum, or help others by answering their questions.
External HTTP Request API Client?
  • I've read about DI but not in great depth. Is it a technique to instantiate all of the object dependencies needed for a particular situation?
  • Just an idea. I've been reading over the documentation for Fuel very thoroughly. I've caught many grammatical errors. Would you like me to grab this branch from GIT and make some changes?
  • Muzikman wrote on Monday 16th of July 2012:
    Just an idea. I've been reading over the documentation for Fuel very thoroughly. I've caught many grammatical errors. Would you like me to grab this branch from GIT and make some changes?

    Most of us are non-native speakers, so it's inevitable. We'd hoped for more community contributions, but these haven't materialized sofar. So if you're willing to do this, yes, please. It's simplest to fork the repo on github, change whatever needed (make sure you're on 1.3/develop), commit, and and send a pull request.
  • Muzikman wrote on Monday 16th of July 2012:
    I've read about DI but not in great depth. Is it a technique to instantiate all of the object dependencies needed for a particular situation?
    Not necessarily instantiate, a DiC is basically a container for name -> object mappings, so instead of calling a class directly, you access it through the DiC. This allows you to swap classes in the DiC without touching your code, which is especially very handy when you want to test classes in isolation, you can replace dependencies by stub classes with a known behaviour.
  • Sounds good. It will help me learn the framework. Where is everyone located? Netherlands?
  • Harro Verton wrote on Monday 16th of July 2012:
    Muzikman wrote on Monday 16th of July 2012:
    I've read about DI but not in great depth. Is it a technique to instantiate all of the object dependencies needed for a particular situation?
    Not necessarily instantiate, a DiC is basically a container for name -> object mappings, so instead of calling a class directly, you access it through the DiC. This allows you to swap classes in the DiC without touching your code, which is especially very handy when you want to test classes in isolation, you can replace dependencies by stub classes with a known behaviour.

    Interesting. Sort of like an isolated approach for testing. Are the dependent objects called from the related object's constructor or something?
  • Harro Verton wrote on Monday 16th of July 2012:
    Muzikman wrote on Monday 16th of July 2012:
    Just an idea. I've been reading over the documentation for Fuel very thoroughly. I've caught many grammatical errors. Would you like me to grab this branch from GIT and make some changes?

    Most of us are non-native speakers, so it's inevitable. We'd hoped for more community contributions, but these haven't materialized sofar. So if you're willing to do this, yes, please. It's simplest to fork the repo on github, change whatever needed (make sure you're on 1.3/develop), commit, and and send a pull request.

    My first question and the most important. 1. Define FuelPHP's target audience for me. I want to make sure I word things in a fashion that is concise in a native tongue that your audience will understand. Unlike the YII documentation. 2. Can I make some suggestions as well as grammatical corrections? For instance, the grammar of a sentence might be perfect. However, it might need to address "additional" points, etc...... eg. The following paragraph is the current open statement in Fuel's documentation. I don't think it really focuses on Fuel's strengths and what makes it different from the rest. "FuelPHP is a simple, flexible, community driven PHP 5 web framework. It was born out of the frustrations people have with the current available frameworks and developed with support from a community of developers. FuelPHP is extremely portable, works on almost any server and prides itself on clean syntax." I would revise it to say something like: Our Philosophy - What is FuelPHP?
    =============================
    FuelPHP is a simple, flexible, extensible community driven open source PHP 5 web framework. FuelPHP was born out of the frustrations and limitations developers experience with the "vast" selection of currently available frameworks. What makes FuelPHP different than other frameworks? FuelPHP was designed from the ground up. It is not a modified "clone" or "spin-off" of another PHP web framework. Fuel is one of the "few" PHP frameworks built exclusively for PHP 5.3+ and because of this, takes full advantage of native PHP 5.3 features such as namespaces, closures and dependency injection. FuelPHP is maintained by a community of developers and contributors who adhere to strict coding standards. FuelPHP is extremely easy to install, configure and takes just minutes to create your first FuelPHP application. The FuelPHP project is not funded by any large conglomerates and the core FuelPHP team are not receiving any compensation or incentives. Our motivation is based on a sheer passion to deliver a highly extensible, structured PHP Framework.
    Something like that?
  • Difficult question. I'd say (but that is personal opinion) that FuelPHP is not targeting the absolute beginner, but developers with some knowledge of PHP and OOP concepts and design patterns should be able to use it without problems. And any suggestion that will improve the documentation is welcome. Modifications are a bit cumbersome at the moment, as that would involve forking the repo, making changes in HTML files, and sending pull requests. We're working very hard at a new website (called the Fuel Depot project) that will include the documentation, which can be edited online using markdown. We hope to finish at least the docs part soon, after which I'm going to port the current 1.3/develop docs from HTML to markdown. Once that is done, it will be a lot easier for the community to improve the documentation. The new site will also have sections for snippets (that can be tagged so they can be referenced from the docs as examples), tutorials and screencasts. Especially the area for more elaborate examples needs work, as the current docs focus more on API documentation, which makes it sometimes difficult to see the use case. We are still looking for a "Docs Master", someone that will keep tabs on the quality of the docs, make sure missing pieces are documented, someone that hits the developers with a stick if they commit new code without proper documentation.
  • Ok. Maybe it's best that I wait until all of these features have been implemented.
  • Yes, it is very cumbersome to edit plain text via the HTML files. I was searching for some sort of annotation plugin for Chrome or Firefox and it just wasn't happening. Markup would definitely be the way to go. Let me know when this is implemented.
  • Are any of you based out of the US?
  • Harro Verton wrote on Tuesday 17th of July 2012:
    Difficult question. I'd say (but that is personal opinion) that FuelPHP is not targeting the absolute beginner, but developers with some knowledge of PHP and OOP concepts and design patterns should be able to use it without problems. And any suggestion that will improve the documentation is welcome. Modifications are a bit cumbersome at the moment, as that would involve forking the repo, making changes in HTML files, and sending pull requests. We're working very hard at a new website (called the Fuel Depot project) that will include the documentation, which can be edited online using markdown. We hope to finish at least the docs part soon, after which I'm going to port the current 1.3/develop docs from HTML to markdown. Once that is done, it will be a lot easier for the community to improve the documentation. The new site will also have sections for snippets (that can be tagged so they can be referenced from the docs as examples), tutorials and screencasts. Especially the area for more elaborate examples needs work, as the current docs focus more on API documentation, which makes it sometimes difficult to see the use case. We are still looking for a "Docs Master", someone that will keep tabs on the quality of the docs, make sure missing pieces are documented, someone that hits the developers with a stick if they commit new code without proper documentation.

    Another excellent feature of Fuel is the simplicity of the URL routing. If I have a main controller called "category", I can simply route that name to the corresponding category name eg. /Action/ or /Drama/The-Shawshank-Redemption It's quite easy to do and I like that.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

In this Discussion