2008-09-09 4 views

Répondre

3

Comme toutes les bonnes réponses aux questions d'architecture et de programmation, la réponse est "ça dépend".

Cela dépend de la spécificité de vos besoins en matière d'accès aux données et de conception d'objet. Cela peut aussi dépendre de la façon dont vous envisagez de soutenir votre demande à long terme. Enfin, cela dépend beaucoup du niveau de compétence de vos développeurs.

Il n'existe pas de solution unique à cette question, mais généralement, si votre objectif principal est de créer un logiciel qui offre une certaine valeur commerciale, choisissez un framework existant et exécutez-le avec. Ne dépensez pas vos cycles en construisant quelque chose qui ne génèrera pas immédiatement des bénéfices commerciaux (c'est-à-dire augmente les revenus et/ou diminue les coûts).

Par exemple, un des projets de mon organisation est au cœur de l'exploitation de l'entreprise, doit être développé et déployé le plus tôt possible, et aura une longue vie. Pour ces raisons, nous avons choisi CSLA avec de l'aide de la bibliothèque d'entreprise. Nous aurions pu choisir d'autres cadres, mais l'important est que nous ayons choisi un cadre qui semblait convenir parfaitement à notre application et à nos compétences de développement.

Cela nous a donné un bon départ et une communauté à partir de laquelle nous pouvons obtenir du soutien. Nous avons immédiatement commencé avec une fonctionnalité qui offrait une valeur commerciale et qui ne nous frappait pas au mur en essayant de construire un cadre.

Nous sommes également dans la position où nous pouvons embaucher des personnes qui ont très probablement été exposées à notre framework, ce qui leur donne un très bon départ. Cela devrait réduire les coûts de soutien à long terme.

Y at-il des choses que nous n'utilisons pas et des frais généraux dont nous n'avons pas besoin? Peut-être. Mais, je l'échangerai toute la journée pour fournir de la valeur commerciale dans le code tôt et souvent.

1

Cela dépend vraiment de ce que vous devez faire. En règle générale, plus votre entreprise est présente, plus il y a de chances que vous trouviez un cadre pour vous soutenir adéquatement. Pour les petites niches, vous aurez plus que probablement besoin de rouler les vôtres.

La société pour laquelle je travaille a plusieurs applications toutes orientées à deux niveaux, estimant les matériaux de construction pour des bâtiments donnés. Comme c'est une chose assez spécifique, et nous avons environ 8 applications qui sont similaires, nous avons décidé de rouler les nôtres et d'apporter des bibliothèques tierces quand cela est nécessaire (Pas de sens de réinventer la roue pour certaines choses)

Votre millage peut varier bien sûr.

Questions connexes