Aujourd'hui est l'un de ces jours. Je con�ois un nouveau logiciel et dans une humeur r3fl�chissante. Moi avons r�alis� lesquels de nos cadres populaires et le logiciel sont les conceptions simplement stupides sans des soucis pour la rentabilit� et l'esth�tique. Des mod�les sont aveugle suivis. N'importe o� vous lisez des textes de pr�sentation au sujet d'un logiciel/de cadre ayant x ou mod�le de y que vous devriez conna�tre que vous �tes dirig� pour l'ennui.

Quelques mots � la mode populaires sont aujourd'hui COI (injection de d�pendance), MVC, MVC2 etc. demandent � plusieurs de ces m�mes concepteurs qu'avidement l'incoroporate de tels mod�les au sujet d'utilisation enferme quand ces mod�les ne devraient pas �tre employ�s et vous obtiendrez un regard fixe blanc presque chaque fois ou une r�ponse brusque qu'il n'y en a aucun.

Je suis demandant mes employ�s potentiels quand MVC ne devrait pas �tre employ� et je n'ai pas encore de r�ponse d�cente. Pouvez-vous ?

J'avais connaissance de ce nouveau cadre merveilleux appel� Stripes. Je l'aime. Cependant il exige de vous d'avoir les acqu�reurs et les poseurs ��mauvais��. Comment se fait-il que les gens ne se rendent pas compte que les acqu�reurs et les poseurs sont mauvais. Comment se fait-il que les gens ne se rendent pas compte qu'ils ne sont pas vraiment orient�s objectivement. En fait avoir des acqu�reurs et des poseurs indique la plupart du temps un probl�me de conception.

Comment se fait-il que les gens ne r�alisent pas la conception n'est pas au sujet des mod�les ou des mots � la mode. C'est toujours une diff�rence entre les possibilit�s. Seulement un bon concepteur sait �quilibrer les cons�quences et faire un choix appropri�, valide pour une certaine dur�e.

Je devenais impatient par la minute o� j'ai couru autour d'un vieil article d'Alan Holub (peut il vivent � la vieillesse m�re et avec la pleine sant�). Il a parl� exactement au sujet des issues que je parle et l'a exprim�e mieux que je pourrais. Laissez-moi le citer.

Concevez, par la nature, �tes une s�rie de diff�rences. Chaque choix a un bon et mauvais c�t�, et vous faites votre choix dans le cadre des crit�res globaux d�finis par n�cessit�. Bons et le mauvais ne sont pas les absolus, cependant. Une bonne d�cision dans un contexte pourrait �tre mauvaise dans des autres.

Si vous ne comprenez pas les deux c�t�s d'une issue, vous ne pouvez pas faire un choix intelligent ; en fait, si vous ne comprenez pas toutes les ramifications de vos actions, vous ne concevez pas du tout. Vous tr�buchez dans l'obscurit�. Ce n'est pas un accident que chaque chapitre dans la troupe du livre de quatre mod�les de conception inclut une section de ��cons�quences�� qui d�crit quand et pourquoi l'utilisation d'un mod�le est inad�quate.

D�clarer qu'un certain dispositif de langue ou idiome de programmation commun (comme des acc�dants) a des probl�mes n'est pas la m�me chose que vous dire devrait ne jamais les employer dans toutes les circonstances. Et juste parce qu'un dispositif ou un idiome est utilis� g�n�ralement ne signifie pas que vous devriez l'employer l'un ou l'autre. Les programmeurs non inform�s �crivent beaucoup de programmes et simplement �tant utilis� par Sun Microsystems ou Microsoft n'am�liore pas comme par magie quelqu'un qui programme ou ne con�oit pas des capacit�s. Les paquets de Java contiennent beaucoup de grand code. Mais il y a �galement des parties de ce code que je suis s�r les auteurs sont embarrass�s pour admettre qu'ils ont �crit.

Du m�me coup, la commercialisation ou les incitations politiques poussent souvent des idiomes de conception. Parfois les programmeurs prennent de mauvaises d�cisions, mais les compagnies veulent favoriser ce que la technologie peut faire, ainsi elles de-emphasize que la mani�re dont vous faites il est moins que l'id�al. Elles font le meilleur d'une mauvaise situation. En cons�quence, vous agissez irresponsable quand vous adoptez n'importe quelle pratique de programmation simplement parce que ��qui est la mani�re que vous �tes cens� faire des choses.�� Beaucoup de projets �chou�s de JavaBeans d'entreprise (EJB) prouvent ce principe. la technologie EJB-bas�e est grande technologie une fois utilis�e convenablement, mais peut litt�ralement r�duire une compagnie si utilis�e peu convenablement.

Mon point est que vous ne devriez pas programmer aveugl�ment. Vous devez comprendre que le ravage un dispositif ou un idiome peut assouvir. De cette mani�re, vous �tes en position bien meilleure pour d�cider si vous devriez employer cet dispositif ou idiome. Vos choix devraient �tre inform�s et pragmatiques.

Je suis d'accord avec lui 110%.

Maintenant qu'elle est outre de mon coffre, laissez-moi retournent � concevoir.