Digital agency in west London is looking for a talented flash developer to join their Digital team, you’ll produce highly creative Flash on wide range of online projects.  Your work will demonstrate a balance of creativity, usability, and development expertise.  You’ll produce clean, well structured object orientated code in AS3, and regularly work with video and audio. You’ll spend your time working closely with user experience architects, designers and developers, and project managers, and will be a key member of the team.

Job  Responsibilities

• Take overall responsibility for Flash development for the agency.

• Produce high quality, creative, and technically robust Flash animations and applications

• Work on project teams alongside project managers, IAs, designers, and developers

• Lead and mentor junior and freelance Flash developers

• Constantly trial, shape and improve Flash methodologies and deliverables

• Keep abreast of latest Flash developments and communicate this to internal teams

Required skills

• You’ll have proven experience in Flash development, including animation, action-scripting, and video/audio production. Your specific Flash skills will include:

o  Expertise in AS3, AS2, and object orientated programming

o XML parsing and handling

o  Flash video creation compression and playback

o  JavaScript integration

o Flash accessibility

o Integrating 3rd party libraries and plug-ins

• You’ll have relevant design agency experience

• You’ll have a professional approach and good communication skills. Being organised, pro-active and efficient with excellent attention to detail is an essential aspect of this role.

• You’ll have experience of working with, and mentoring other Flash developers

• You’ll have experience in estimating timescales on Flash projects

Key points:

1. Some kind of portfolio site, even if it’s a play area.

2. Recent work demonstrating an artistic eye, great technical ability & design flair.

3. We don’t want see under-construction.

4. Variety of work is key.

5. They use flash for interaction, so a good user experience is important on your work.

Desirable skills

• Experience with PureMVC and/or FlashMVC frameworks

• Flash and/or Air experience

• Experience of Papervision, or another Flash 3d framework

Collating CV’s  now so if your interested send yours to: neil@majorplayers.co.uk

Néha ilyen elméletet tárgyaló cikkek is lesznek, már amennyire tőlem telik. Nem lesz tudományos színvonal, de azért érthető lesz.

Elsőnek az MVC-t veszem elő, ha már a Pong projekt kapcsán úgyis beleütköztem és használtam. Az MVC feloldása a Model-View-Control. Ez egy tervezési minta, aminek a lényege, hogy három elkülönülő részre bontjuk a programunkat. Modellre, a megjelenítőre és a vezérlőre. Ezen tervezési minta használatának több előnye is van. Az egyes részek fejlesztése teljesen elkülöníthető, csak az interfészek ismerete szükséges. Egy modellhez több egymástól független megjelenítő és vezérlő is kapcsolható és ezek akár különbözhetnek is (pl. konzolos vagy grafikus megjelenítés).

A modell a nevéből adódóan a modellt tartalmazza. Ez a program “lényegi” része, ide pakoljuk bele az üzleti logikát, azaz itt kap értelmet a puszta adat. Az adatokat sokszor adatbázisban tároljuk, az adatelérés is a modellhez tartozik (az MVC nem különböztet meg külön adatelérési réteget). A Pong program esetében ez például a pályát és a rajta lévő egységeket menedzselő rész. Nyilvántartja, hogy mi hol van a pályán, mekkora a sebessége a labdának, vagy éppen azt számolja ki, hogy a labda a következő lépésnél visszapattanjon, vagy haladjon tovább egyenesen.

A view, azaz a megjelenítő az adatok megjelenítéséért felel. Nem kell semmit tudnia a modell működéséről, csak az adatokat kell elkérnie tőle. Innentől már mindent megold maga. A Pong esetében egy Canvas-ra rajzoljuk ki a pályát és a rajta lévő elemeket.

A control, azaz a vezérlő egység interakciót biztosít a felhasználó számára. Jellemzően eseményeket dolgoz fel és válaszol rájuk.

A három rész együttes működését az alábbi ábra mutatja:

Beérkezik egy esemény, amit a vezérlő feldolgoz. Ezután értesíti a modellt és a megjelenítőt a változásokról. A modell elvégzi a saját feladatát, majd értesíti a megjelenítőt, s elküldi neki az új adatokat. A megjelenítő frissíti magát, majd minden kezdődik előröl, mikor egy másik esemény üt be.

Fontos megjegyezni, hogy a view nem fér hozzá közvetlenül a modellhez, és fordítva. A kapcsolatot a controller tartja fenn.

A teljes elszaparálást nagyon nehéz fentartani, ez megmutatkozott a Pong fejlesztése közben is. Viszont érdemes törekedni rá, mert ha csorbul az egyes részek szuverenitása, utána nehezebb új megjelenítőt vagy vezérlőt csatlakoztatni a modellre.

Something that I always do now and might in fact be quite obvious to regular people but I’m quite slow so it took me a little while to realise this was a good practise.

Let’s say I have a page for editing a blog post. I want the form to be at /BlogManagement/Edit/postId.

So I write my first action method:

And here’s what the URL looks like in my browser:

Cool. Now I write the method for the edit form view to post to:

This will work of course. But what happens if validation fails? We get send back to the edit form. But we don’t want to redirect, we’ll just return the appropriate view and viewdata. So what will the URL be now?

Oh dear. That’s no good at all. Now our visitors have this erroneous entry in their history. No, this will not do.

To tidy this up we’ll make use of method overloading and the AcceptVerbs action method attribute. Here’s the signature of the GET action method which displays the edit form view:

and here’s the signature of the POST action method that validates, updates and redirects:

This works because the ASP.Net MVC routing engine understands method overloading and, providing you are using the AcceptVerbs attribute, it will route each request to the appropriate method.

Doing this will make sure that the URL in the browser stays the same during the whole process. Much neater, no?

Kali ini saya membandingkan enam PHP Framework berbasis MVC (Model View Controller) yang populer. Keenam framework itu adalah CakePHP, CodeIgniter, Kohana v2 dan v3, Yii, dan “new kid on the block” DooPHP. Semua menggunakan versi terbaru saat ini (2009-11-22) kecuali Yii. Berikut informasi detail mengenai versi yang di-test:
- Cake PHP 1.2.5
- Code Igniter 1.7.2
- Kohana 2.3.4
- Kohana 3.0.1.2
- Yii 1.0.10
- Doo 1.2

Mesin yang digunakan
Acer Aspire 4520
AMD Turion 64 X2 TL-58 1.9 GHz
RAM 3 GiB

Software yang digunakan
- Windows 7 Ultimate
- Apache 2.2.12
- PHP 5.3

Hampir semua framework konfigurasi-nya tidak diubah sama sekali (kondisi default). Kecuali Cake PHP yang sudah dimatikan konfigurasi session, cache, database, log, dan debug.

Metode test yang digunakan mencetak tulisan “Hello World!” lalu langsung exit;.

Hasil yang didapat adalah nilai rata-rata dalam satuan rps (request per second). Berikut dari yang terlambat hingga yang tercepat:

- CakePHP ==> 19.72 rps
- CodeIgniter ==> 71.23 rps
- Yii ==> 73.68 rps
- Kohana v2 ==> 76.31 rps
- Kohana v3 ==> 103.39 rps
- Doo ==> 200.32 rps

Terlihat Doo buatan negri tetangga adalah yang tercepat dalam test “Hello World!” ini.

Tapi dalam memilih suatu framework, bukan mana yang tercepat. Tapi yang paling nyaman anda gunakan sehingga mempersingkat waktu developing dan meningkatkan produktivitas anda.

Berikutnya akan ada tambahan dari PHP Framework berbasis MVC lainnya seperti Symfony, Zend Framework, dan APF, Solar Framework. Dan agar lebih fair, semua session, cache, database, dll akan di-non aktifkan. “Hello World!” juga akan dicetak pada view, bukan pada controller lalu exit.

Nb: Konfigurasi module dan extension yang sedang berjalan pada Apache dan PHP tidak diikutsertakan dalam tulisan ini.

Idag har jag och Noah varit hos barnmorskorna i gamla stan, jag kom äntligen iväg på efterkontrollen… Fick tid i december för att sätta in en hormonspiral, ska bli skönt att slippa tänka på piller och så! Sen åkte vi hem och jag städade undan lite innan vi hämtade Wilmer. Sen har vi inte gjort så mycket, mer än att laga mat. Det blev tacos ikväll, när jag fixade maten passade jag på att ge Noah lite avocado. Han blev jätteförtjust! Kul att avocado föll honom i smaken, han har varit lite kräsen hittills….

Mitt blodvärde var jättebra (136) och blodtrycket var ok (110/67), så det är inte det som gör mig yr och matt. Men jag ska bli duktigare på att äta frukost och mellanmål. Det är ju inte konstigt om man blir matt när man spyr på morgnarna.

På måndag ska jag lämna blodprov för att kolla sköldkörteln också. Det var för sent för att lämna blodprov när jag var där.

Dessutom fick jag lyssna på hjärtljud igen! Underbart. Det lilla hjärtat pickade så fint

Here’s a handy way to handle uncaught exceptions in ASP.Net MVC 1.

Make a base controller with the following code:

Then make your other controllers derive from this one and hey presto, friendly(er) error messages and better exception logging in your site.

Sources:

http://geekswithblogs.net/SanjayU/archive/2009/11/09/error-handling-in-asp.net-mvc-1-part-2-of-2.aspx

http://stackoverflow.com/questions/362514/asp-net-mvc-current-action

Avant de se lancer dans des développements un peu trop compliqué, je voudrais savoir un peu comment marche la chose, au moins dans ses grandes lignes, et comment je vais pouvoir en tirer parti.

Entity Framework

Le modele edmx ( il va falloir que je me renseigne sur les termes avant la fin, moi…) me génère mes objets tout seul. ca j’apprécie beaucoup. je me retrouve donc avec un objet comme suit ( en fait c’est beaucoup plus long, mais j’ai décidé de me retreindre à l’essentiel) :

[EdmEntityTypeAttribute(NamespaceName="Localisation", Name="Culture")]
[Serializable()]
[DataContractAttribute(IsReference=true)]
public partial class Culture : EntityObject
{
    public global::System.Int32 Id {get; set;}
    public global::System.String Language {get; set;}
    public global::System.String Country {get; set;}
}

Pour l’instant, je ne regarderais pas plus avant ce qu’ il y a dedans.

Et je ne m’attarderais pas non plus sur toutes les fonctions possibles contenues le modele edmx, mais par contre je vais les utiliser dans un classe RepositoryCulture.

public class CultureRepository: ICultureRepository
   {

       LocalisationContainer container ;

       public CultureRepository(string connectionstring)
       {
           container = new LocalisationContainer(connectionstring);
       }

       // Query Methods
       public IQueryable<Culture> FindAllCulture()
       {
           return  container.T_Culture;
       }
       public Culture FindCulture(int CultureId)
       {
           var culture=  from c in FindAllCulture()
                          where c.Id == CultureId
                           select c;
           return culture.SingleOrDefault();
       }

       // Insert/Delete
       public void AddCulture(Culture c)
       {
           container.T_Culture.AddObject(c);
           container.SaveChanges();
       }
       public void DeleteCulture(Culture c)
       {
           container.T_Culture.DeleteObject(c);
           container.SaveChanges();
       }

       // Persistence
       public void Save()
       {
           container.SaveChanges();
       }
   }

Cette dernière va me permettre de manipuler mon edmx, de façon sereine. Mais cela veut donc dire que je vais utiliser une interface afin de me préserver d’un éventuel changement d’humeur de ma part ( je pourrais avoir envie d’essayer Nhibernate par exemple, plus tard…  grrr…)

public interface ICultureRepository
    {
    // Query Methods
    IQueryable<Culture> FindAllCulture();
    Culture FindCulture(int CultureId);

    // Insert/Delete
    void AddCulture(Culture c);
    void DeleteCulture(Culture c);
    // Persistence
    void Save();

    }

Je dispose donc maintenant d’une méthode conviviale pour jouer avec mes données de Culture. Passons au coté MVC…

MVC

l’acces aux donnés

De la même façon, que je suis parti sur un concept simple pour le coté Entity Framework, je ferais de même pour ma première approche de MVC.

La première chose que je veux faire, c’est de pouvoir accéder aux donnés facilement dans mon application MVC, je vais donc poursuivre le travail effectué plus avant, et généraliser ma façon d’accéder aux infos. Pour ce faire, je vais utilser un composant d’injection de dépendance / Inversion de Contrôle  nommé StructureMap

Je ne susi réellement pas un expert de ce genre de composé, j ai donc repiqué beaucoup d’idée a un tutorial MVC de microsoft. Mais voilà ce que j’ai pu en tirer pour mon cas présent.

dans mon application_start , j’ai rajouté

        BootStrapper.ConfigureStructureMap();

           ControllerBuilder.Current.SetControllerFactory(
               new StructureMapControllerFactory()
               );

Cela me permet d’initialiser le composant. la classe BootStrapper consiste en deux lignes :

public class BootStrapper
   {
       public static void ConfigureStructureMap()
       {
           StructureMapConfiguration.AddRegistry(new DBServiceRegistry()); 
           StructureMapConfiguration.AddRegistry(new StorefrontRegistry());
       }
   }

Et la classe DBServiceReigistry, va me permettre d’instancier ma conenction à la bonne base pour entity :

public class DBServiceRegistry : Registry
    {
        public string ConnectionString
        {
            get
            {
                if (WebConfigurationManager.ConnectionStrings["Application"]==null)
                    throw new InvalidOperationException(“Conenction string Application cannot be null.”);
                if (string.IsNullOrEmpty(WebConfigurationManager.ConnectionStrings["Application"].ToString()))
                    throw new InvalidOperationException(“Connection string Application cannot be empty.”);

                return WebConfigurationManager.ConnectionStrings["Application"].ToString();
            }
        }

        protected override void configure()
        {

            ForRequestedType<System.Data.EntityClient.EntityConnection>()
                .TheDefaultIs(() => new System.Data.EntityClient.EntityConnection(ConnectionString))
                .CacheBy(InstanceScope.Hybrid);

        }
    }

tandis que StoreFrontRegistryx lui cataloguera, les différents repository que je peux avoir et instanciera la bonne classe.

public class StorefrontRegistry : Registry
    {
        protected override void configure()
        {

            #region repository
            ForRequestedType<ICultureRepository>()
              .TheDefaultIsConcreteType<CultureRepository>();

            ForRequestedType<ILocalisationRepository>()
              .TheDefaultIsConcreteType<LocalisationRepository>();
            #endregion
        }
    }

Pour l’instant, j’utilise une autre classe StructureMapControllerFactory, mais je n’ai pas encore pris le temps de changer quelque chose à l’intérieur, le besoin ne s’en est pas fait sentir tout du moins.

les routes

Pour mes routes je ne me suis pas trop embêté pour l’instant, et j ‘ai tapé dans le simple et efficace. J’ai codé en dur Localisation/Culture afin de faire un différence significative avec ce qui pourrait arrivé ensuite :

public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute(“{resource}.axd/{*pathInfo}”);

            routes.MapRoute(
                “home”,                                                  // Route name
                “home/{controller}/{action}/{id}”,                       // URL with parameters
                new { controller = “Home”, action = “Index”, id = “” }   // Parameter defaults
            );

            routes.MapRoute(
               “localisation”,                                              // Route name
               “localisation/culture/{action}/{id}”,                        // URL with parameters
                new { controller = “Culture”, action = “Index”, id = “” }   // Parameter defaults
           );

        }

Par ailleurs avant d’aller plus loin , j ai installé un autre composant RouteDebug.dll qui me permet de debugger mes routes, je pense que tôt ou tard, j’en aurais besoin.

Pour ce faire, j’ai rajouter mais commenté pour le moment l’instruction suivante :

          // ROUTES
           RegisterRoutes(RouteTable.Routes);
           //uncomment this line for route debugging
           //RouteDebug.RouteDebugger.RewriteRoutesForTesting(RouteTable.Routes);

On peut voir dans ma route que j’instancie :

       new { controller = “Culture”, action = “Index”, id = “” } 

Ce faisant, j’instancie un contrôle nommé Culture.

le controller

Rien de plus simple que ce controller. Mais tout d’abord, faire attention à son vrai nom CultureController. C’est important afin que MVC ne se mélange pas les pinceaux.

Ensuite détaillons le controller :

son constructeur :

#region constructor

       public CultureController(ICultureRepository repository)
       {
           _repository = repository;
           if (_repository == null)
               throw new Exception(“Repository cannot be null”);
       }

       #endregion

Il prend en entrée un ICultureRepository  qui sera instancié par StructureMap avec la bonne classe.

et ensuite correspondant à l’ {action} de ma route :

      // GET: /Localisation/Culture/Index ou /Localisation/Culture
        public ActionResult Index()
        {
            IQueryable<Culture> cultures = _repository.FindAllCulture();
            return View(“Index”, cultures);
        }

Suivant l’url /Localisation/Culture/Index ou /Localisation/Culture, j’appellerais le Controller Culture et j’effectuerais l’action Index, qui me renverra la vue Index.

La vue Index prend en parametre un IQueryable<Cultures>, que je vais chercher au moment ou j’en ai besoin.

Cela fonctionne de la même facon pour les autres actions, avec un petit détail à voir, à savoir la méthode utilisé pour appeler l’url qui permettra sur la même Url De procéder à plusieurs actions différentes :

public ActionResult Details(int id)
public ActionResult Create()

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult Create(FormCollection collection)

[AcceptVerbs(HttpVerbs.Get)]
public ActionResult Edit(int id)

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult Edit(int id, FormCollection collection)

[AcceptVerbs(HttpVerbs.Get)]
public ActionResult Delete(int id)

Sur ce , il n’ y a plus qu’à créer les vues correspondantes

les Views

Personnellement, et pour le début, je ne me suis pas embêté, et j’ai pris l’assistant de visual studio pour les créer.  J’ai donc créé un répertoire Culture dans Views. Ceci est aussi important pour MVC.

Je pense qu il doit y avoir un moyen de changer ce paramètre par défaut , mais ce sera l’occasion de plus amples investigations.

Voilà ,c’est tout pour aujourd’hui. Bon c’est bien évidemment hyper débutant comme approche, mais c’Est ce que je suis, et je me disais que d’autres pourraient être intéressé par mon cheminement personnel, si jamais il y avait des amateurs de MVC et d’entity framework dans les parages!

La suite la semaine prochaine,

L’objectif que je me fixe dans les jours qui viennent est de réaliser une petite application de localisation en ASP.net et MVC. Il s’agit pour moi surtout de me familiariser avec ces techniques, et peut être que je pourrais vous emmener avec moi sur un petit bout de chemin, qui sait?

Tout d’abord le but, je vais m’exprimer avec les mots que je connais a savoir ceux de l’univers webform: Avoir une librairie de contrôle qui accepteront un clé (localisationKey) et un langage. Cette clé possède une date de départ et une date de fin. Et associé à cette clé, je veux avoir un article (LocalisationItem) qui lui contiendra le texte a afficher en fonction du langage. Cela permettra de pouvoir aficher un texte en plusieurs langues et qui pourra changer aussi en fonction de la date.

Bref, rien de bien compliqué, surtout que j’ai déjà fait tout ca en webform. Il s’agit aussi pour moi, de voir l’effort à fournir pour transoposer vers le support MVC.net du travail déjà fait en webform.

Dernière petite précision, l’intérêt va être aussi d’utiliser Entity framework de façon à générer ma base de données à partir du modèle.

Les outils à ma disposition :

• Visual Studio 2010
• Visual Studio 2005 expresse édition

Tout d’abord mon premier schéma de données :

Comme vous pouvez le constater, je pars du principe que je vais avoir des groupes qui contiendront des  groupes enfants, ou et des clés.

Et à chacune de ces clés, j’associe un item.

Lors de la création de mon schéma j’ai pris soin de spécifier pour chacun des id , la propriété StoreGeneratedPAttern=Identity. Cela me permet d’avoir un champ auto incrémenté du coté de ma base de données.

Du coté de ma solution, je m’oriente vers différents projets :

• site MVC
• Data
• Services
• Test

Tout ce ci n’est évidemment qu’une première approche, au fur et á mesure de l’avancée du projet j’affinerais un peu tout ca.

Voici le projet utilisé actuellement : solution VS 2010

Suite dans l’étape 2…

Oł maj gad – takiej sieczki dawno nie miałem. Skaczę od przykładu do przykładu i w kod, który poprawiam. Dobrze, że mam wsparcie bo inaczej to bym zginął w całym tym gąszczu MVC (trochę naciąganego ; ) ). Dziś prawdopodobnie dostanę robotę, która wybiegnie poza okres próbny – dlatego spinam się z niedokończonymi zadaniami, bo nie lubię zosta… o tym pisałem na prywatnym blogu ; )

Dobra – wracam do livesearch endżejnu.

After working on two large-scale, cross contains / platform, web application projects, I’ve come to the conclusion that Java EE is fatally flawed.

If someone asked you to state the most important, guiding principle of the Java language, what would you say? You would would probably say “write once, run anywhere.” Indeed, for Java SE this holds true most all of the time. In Java EE however, it is hopelessly broken. The reality is that every web container is slightly different in ways that force developers work around problems, avoid certain features, or even have different code paths. Different code paths in a language that was never designed for it.

Different aspects of Java EE have different levels of stability. JSP works almost the same across all containers. Things like JSF and Java Persistence (JPA) however are hopeless. My most recent experience is writing a web administration console using JSF for the OpenSSO project. OpenSSO claims to support at at least 8 different web containers. Every container required JSF tweaking that ranged from annoying to just plain terrible. Needless to say I had egg on my face to some degree over the choice to use JSF. It was a no-brainer for me. JSF is the chosen MVC framework for Java EE. My mistake.

The only container where JSF “just worked” was Tomcat. Tomcat isn’t a Java EE container at all.Tomcat doesn’t include JSF or any of it’s dependencies. We might be on to something here. Let’s look at another example: Spring. Spring is essentially a lighter-weight, simpler replacement for Java EE. Why is Spring so popular? One reason is that it is an elegant design. But another, perhaps more important reasons is that no matter what container you are developing on, Spring is Spring. It’s the same JAR, the same code, the same implementation. It makes very few assumptions about the capabilities of the underlying container. Another example is Facelets, a light-weight JSP replacment. I use JSF+Facelets on the OpenSSO project, and it has been flawless (the Facelets part). Why? Because I include the Facelets JAR, it is not provided by the system.

What if Java EE had followed the same model? Java EE should have been nothing more than a plugin framework and some base services. Want to use JSF in your project? Just include it from a managed, networked Java EE module repository. Include the one, common implementation of JSF. Include the approved version for your level of Java EE. If you support Java EE 5, you get JSF version X, across all web containers.

Here’s a utility factory class to create an HtmlHelper instance so that you can unit test extension methods written on it. It will take a controller and a model for methods which rely on those. I adapted it from this post, and changed it to work with Asp.Net version 1.0 and to accept a model.

class HtmlHelperFactory
 {
 public static HtmlHelper CreateInstance(RouteData route, Controller controller)
 {
 return CreateInstance(route, controller, null);
 }
 public static HtmlHelper CreateInstance(RouteData route, Controller controller, object model)
 {
 HttpContextBase httpContext = new HttpContextDummy();

 var cc = new ControllerContext(httpContext, route, controller);
 var vd = new ViewDataDictionary(model);
 ViewContext vc = new ViewContext(cc, new ViewDummy(), vd, new TempDataDictionary());
 return new HtmlHelper(vc, new ViewDataContainerDummy(vd), new RouteCollection());
 }

 // Dummy classes needed to be able to create HtmlHelper

 private class HttpRequestDummy : HttpRequestBase
 {
 public override string ApplicationPath
 {
 get { return ""; }
 }

 public override string AppRelativeCurrentExecutionFilePath
 {
 // Any shorter string here gives exception:
 // index larger than length of string
 get { return "~/"; }
 }

 public override string PathInfo
 {
 get { return ""; }
 }
 }

 private class HttpResponseDummy : HttpResponseBase
 {
 public override string ApplyAppPathModifier(string virtualPath)
 {
 return virtualPath;
 }
 }

 private class HttpContextDummy : HttpContextBase
 {
 public override HttpRequestBase Request
 {
 get { return new HttpRequestDummy(); }
 }

 public override HttpResponseBase Response
 {
 get { return new HttpResponseDummy(); }
 }
 }

 private class ViewDummy : IView
 {
 public void Render(ViewContext viewContext, System.IO.TextWriter writer)
 {
 throw new NotImplementedException();
 }
 }

 private class ViewDataContainerDummy : IViewDataContainer
 {
 public ViewDataContainerDummy()
 {
 }

 public ViewDataContainerDummy(ViewDataDictionary dataDictionary)
 {
 _data = dataDictionary;
 }

 private ViewDataDictionary _data;
 public ViewDataDictionary ViewData
 {
 get { return _data; }
 set { _data = value; }
 }
 }
 }

We have a fairly typical comparison site where our customers can select various search criteria and get back ordered search results of 50 a page. There is an agreement in place with a third party to list their review scores of these products and a link to the reviews on their site. Obviously our product ID’s and their ID’s don’t match up so they regularly supply us with a (rather large) XML file containing information to match up our ID’s to a review score and a matching ID on their site. The XML file is de-serialized into a list and cached with a file dependency so that updating the XML file invalidates the cached list.

The problem was that rendering a page of 50 results was taking seconds. The view model contained a list of the 50 products to be displayed and a list of all the reviews. Whacking a profiler on revealed that the getter method for the Review.IdMatchUp property was being hit over 2 million times.

A look at the view showed a foreach loop that rendered the results. Here it is in a boiled down form with all the rendering removed.

foreach (Product product in products)
{
Product inner = product;
Review review = reviews.Where(r => r.IdMatchUp == inner.Id).FirstOrDefault();
}

Can you spot the obvious problem?

Quite simply for every single product on the page we will be enumerating through the review list in its entirety comparing ids. It’s also quite possible that there are no matching reviews for a product. The review list contains thousands of items.

How can we optimise this mess? Fortunately for us we can use a bit of LINQ on the controller to cut this right down.

IDictionary reviewDictionary = (from id in products.Select(x => x.Id)
join review in reviews on id equals review.IdMatchUp
select review).ToDictionary(r=>r.IdMatchUp, r=>r);

We have now efficiently produced a dictionary of reviews indexed on the product ID’s we’re going to display. Passing that dictionary to the view and attaching the profiler again we now saw the number of hits to the Review.IdMatchUp property drop from millions to just 150.

The moral of this story is that whilst LINQ makes it easy to write short and concise filtering and selection code where your intent is clear, you still need to give thought to how it will achieve your aims.

En todo sistema que sea de tamaño mediano a grande, es necesario tener una division de las responsabilidades, esto se puede lograr a traves de capas lógicas, que no necesariamente son capas fisicas.

¿La Diferencia?, En realidad no estoy muy seguro si estos sean los terminos correctos, pero yo los he denominado asi por que tuve un cliente que me hizo la siguiente pregunta: ¿Cuantas capas tiene el sistema? obviamente mi pregunta fue 4 capas: Interfaz de Usuario, Reglas de Negocio, Entidades, Acceso a Datos; pero luego de una revisión el llego a la conclusión de que solo teniamos 2 capas.

¿Cual fue la diferencia?, en realidad es simple, estas 4 capas en las que dividimos la aplicación cuando las compilamos para luego implantarlas, se quedo en el siguiente esquema: los ejecutables (cliente) y la Base de datos (servidor).

Entonces para el usuario, solo teniamos 2 capas y no 4 como le habiamos dicho, fue aca donde pense cual seria el término correcto para poder explicarle al usuario que habia una diferencia entre lo que nosotros habiamos programado y como se veia una vez implantado pero (seguro que esto ya lo saben) el usuario era un cabezota que no entendia lo que se le explicaba (en realidad hablaba en chino para él), asi que quedamos en que ambos conceptos eran diferentes y decidi llamarlos Lógico y Fisico.

El diseño Lógico es el esquema de como hacemos la programación por ejemplo crear capas que luego se convertiran en DLLs, para que contengan una gran responsabilidad del proyecto.

El diseño Fisico es el esquema de como se va a implementar esta solución es decir que archivos iran a la parte cliente y que archivos iran al servidor. A primera vista pareciera que siempre van a ser 2, es decir el Cliente y el Servidor, pero esto puede cambiarse, por ejemplo en una aplicación WEB (que a esto va el MVC), no interactuan 2 equipos en realidad deberian de interactuar minimo 3, el Cliente, el Servidor y la Base de Datos, ahora podriamos implementar la logica del negocio como un SOA a fin de poder reutilizar los componentes, entonces fisicamente tendriamos 4 capas, y asi sucesivamente.

A veces es una frustración ver como el usuario conceptualiza las cosas, pero esto nos debe dar una mejor perspectiva para explicarle algunos temas, ya que muchas veces hablamos en chino con el usuario.

Hello friends,
Cheers!
Here I am with some useful terminology and these acronyms are generally used now days in broad way take a look.
1) ESB : Enterprise Service Bus
2) POX : Plain OLD XML
3) REST: Representational State Transfer
4) SOAP: Simple Object Access Protocol
5) RIA : Rich Internet Application
6) XML : Extensible Markup Language
7) JASON: Java Script Object Notation
DOM : Document Object Modeling
9) XAML : Extensible Application Markup Language
10) LINQ : Language Integrated Query
11) RSS: Really Simple Syndication
12) WCF: Windows Communication Foundation
13) WF: Windows Foundation
14) WPF: Windows Presentation Foundation
15) AJAX: Asynchronous Java script and XML
16) XLST: Extensible Style Sheet Language Transformation
17) INDIGO: Code name of Microsoft windows Communication foundation Technology
18) OSLO: Code name of Microsoft Modeling Technology
19) SOA: Service Oriented Architecture
20) ORCAS: dot net 3.5 Version called ORCAS
21) AVALON: code name of Microsoft Windows Presentation foundation Technology
22) Azure: Microsoft new Operation system Related to Cloud computing
23) Astoria : Code name of Ado.net Data services

I hope you people like it.
Enjoy life with dot net.

Your host
Rajat Jaiswal

namespace System.Web.Mvc.Html

No params

<% Html.BeginForm(); %>

Action, Controller

<% Html.BeginForm(“MyAction”, “MyController”); %>

Action, Controller, Form Method

<% Html.BeginForm(“MyAction”, “MyController”, FormMethod.Post); %>

Action, Controller, Form Method, Html Attributes

<% Html.BeginForm(“MyAction”, “MyController”, FormMethod.Post, new Dictionary<string, object> { { “class”, “MyCssClass” } }); %>

Estou fazendo pesquisa sobre Zend Framework + PHP

A seguir posto links relevantes:

Comunidades e sites sobre PHP:

• PHP Brasil
• PHP Mania
• Revista PHP
• Site oficial do PHP

Comunidades e sites sobre Zend:

• Zend Brasil
• Site oficial do Zend
• IDE Zend Studio
• Zend Framework
• Instalando o Zend no Windows

Livros sobre Zend:

• Zend Frameword em Ação
• Zend Frameword: Desenvolvimento em PHP Orientado a Objetos com MVC
• Guia de Programação com Zend Framework

Apostilas sobre PHP:

• Apostilas em .zip

Artigos sobre Zend:

• Frameworks no PHP O que, quando, por que e qual?
• Zend Framework – Uma visão geral
• Flex e PHP com Zend

Lembrando que para desenvolver Zend você deve conhecer de programação, orientação a objetos e php.