Hi,

On Thu, 2008-01-31 at 19:49 +0100, Tobias Schlitt wrote:
> Hi!
> 
> I rephrased the document and clearified some sentences. You can find the 
> updated version here:
> 
> http://schlitt.info/ez/mvctools_req.txt

As said earlier I still got issues with two sections. My suggestions:

View-management
---------------

The controller returns an abstract output object, which then should be
displayed by the view manager. The view manager receives the output
object and the abstract request object an can decide on the base of both
of them which view handler to use.

Example
^^^^^^^

1. The user requests "/some/file.pdf"

2. The controller generated the data for this.

3. The view manager receives a OutputObject with the data, and knows 
   from the request structure, that a PDF file has been requested. The 
   view manager now select the PDF generator as the view handler and 
   calls the right template for the generated output object.

-- SNIP --

Error handling
--------------

During debugging it must be possible to present helpful error messages
to the developer, but on a production system no errors from the MVC
should be shown to the user, but the developer should be able to handle
them gracefully.

Errors may occur during each step of the request handling, like the
following examples:

- Router cannot parse request

- Configured / requested controller could not be found

- The view can't be rendered because of incompatible data or some 
  template parse error

Those errors cannot be handled by the controller, because they happen
outside of it. A configurable default controller will be called for all
error messages, so the application developer may decide to send
messages, show or log the occured error. An error during the execution
of this default controller will cause a "501 - Internal Server Error".

As none of the given errors is meant to be displayed to the user of the
application (but only to the developer) no translation possibilities for
the errors need to be provided.

TieIns for this default controller using the EventLog and / or Mail
component for error logging would be useful.

-- 
Mit freundlichen Grüßen / Med vennlig hilsen
 
Kore Nordmann (GPG: 0xDDC70BBB)
eZ Components Developer
eZ systems Headquarters

tel +49 (0) 231-9742-7750 | fax +49 (0) 231-9742-7751
[EMAIL PROTECTED] | eZ systems | ez.no

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
Components mailing list
[email protected]
http://lists.ez.no/mailman/listinfo/components

Reply via email to